草庐IT

enable-vm-service

全部标签

c++ - io_service::run() async_* 函数的处理顺序

假设在调用io_service::run()时,有多个async_read操作被调度(它们之间可能还有其他操作)。当在ReadHandler函数中安排异步操作(如async_write)时会发生什么?voidhandler(constboost::system::error_code&error,std::size_tbytes){async_write(sock,boost::asio::buffer(wbuf),whandler);}也就是说,什么时候调用async_write?我希望执行顺序是:1)async_read//12)async_write3)async_read//2

c++ - enable_if 和互斥方法

我不明白为什么下面的代码不起作用。编译器(gcc)似乎同时实例化了两者方法,显然整数是有符号或无符号的,所以总是失败。我虽然enable_if在这里是为了避免这种情况。问:为什么编译出错,如何避免?usingnamespaceboost;//orstdasyouwanttemplatestructtest{//ifsignedtemplate,int>::type=0>test&operator,int>::type=0>test&operatorx;xetc.testy;yetc.} 最佳答案 SFINAE仅适用于immediat

c++ - enable_if 只有 C++11 吗?

在C++引用网站上查找enable_if,据说它只是C++11的一个特性。但是,我在C++98类型上使用GCC编译器编译了我自己的enable_if版本,它运行良好并且似乎能够用于任何版本的C++(打印1):#includenamespaceegg{templatestructenable_if{};templatestructenable_if{typedefTtype;};}intmain(){egg::enable_if::typex=1;std::cout我说的enable_if是任何C++版本的一个有效功能,但只是引入到C++标准中,或者还有其他原因吗?

c++ - 使用 enable_if 重载函数时出错

我有这段代码,其中一个函数根据可用的成员有不同的实现:#includetemplatestructD{structinner{Tfirst;};};templatestructD{usinginner=std::vector;};templateclassC{usingB=D;typenameB::innerb;public:typenamestd::enable_if().first),T>::value,T>::typefirst(){returnb.first;}typenamestd::enable_if()[0]),T>::value,T>::typefirst(){retu

c++ - 为什么 std::shared_ptr 的别名构造函数不初始化 std::enabled_shared_from_this?

考虑以下代码:structFoo:std::enable_shared_from_this{};structBar{Foofoo;};intmain(){std::shared_ptrbar_p(newBar);//makeshared_ptrtomemberwithaliasingconstructorstd::shared_ptrfoo_p(bar_p,&bar_p->foo);assert(bar_p->foo.shared_from_this());//fail!throwsbad_weak_ptr}不幸的是,它没有按预期工作(至少在GCC4.8.2中)。我查看了代码,似乎别名

c++ - enable_if 检查迭代器的值类型是否是一对

我想为值类型为一对的迭代器编写一个专门的模板函数。我的期望是这应该匹配std::map的迭代器。为了检测对:templatestructis_pair:std::false_type{};templatestructis_pair>:std::true_type{};//alsotriedthis,butitdidn'thelptemplatestructis_pair>:std::true_type{};然后我在函数声明中使用enable_if:templatedecltype(auto)do_stuff(std::enable_if::value,ITR>itr){//access

c++ - 使用 enable_if 的模板特化在 Clang 中失败,适用于 GCC

我正在尝试删除基于模板类型的成员函数。问题是在未删除的情况下,使以后的模板特化与我的函数的类型签名匹配。我尝试了以下代码,它使用GCC(9.0.1)编译,但在Clang(9.0.0)中出错。我认为它也无法在MSVC++中构建代码。#include#includetemplatestructmy_type{templatestd::enable_if_t::value,my_type>my_fun(constmy_type&v){std::couttemplatestd::enable_if_t::value,my_type>my_type::my_fun(constmy_type&v)

c++ - `enable_if` 与 `enum` 模板特化问题

我在GCC编译时遇到问题enable_ifs应用于模板类方法的返回值。使用Clang,我可以在enable_if中使用表达式在enum上模板参数,而GCC拒绝编译此代码。这里是问题描述、初始代码及其后续修改,试图让我和编译器满意(不幸的是,不是同时)。我有一个非模板类Logic包含模板化类方法computeThings()它有一个enumStrategy作为其模板参数的之一。computeThings()中的逻辑取决于编译时间Strategy,所以ifconstexpr是一种合理的实现方式。变体1#includeclassLogic{public:enumStrategy{strat_

java - 它不会创建 Java VM (JNI)

我的简单命令行应用程序:int_tmain(intargc,_TCHAR*argv[]){JavaVM*jvm;JNIEnv*env;JavaVMInitArgsvm_args;JavaVMOptionoptions[1];options[0].optionString="-Djava.class.path=.";//Pathtothejavasourcecodevm_args.version=JNI_VERSION_1_6;//JDKversion.Thisindicatesversion1.6vm_args.nOptions=1;vm_args.options=options;vm

c++ - boost::asio::io_service 在 win_mutex 锁中崩溃

我一直在使用boost::asio时遇到问题,其中使用全局io_service实例创建的计时器和/或套接字在构造期间崩溃。发生崩溃的系统如下:Windows7适用于Windows桌面的VisualStudio2013Express;v12.0.31101.00更新4Boost1.57,动态链接,使用多线程编译,例如boost_thread-vc120-mt-gd-1_57.dll我已经能够在以下简化代码中重现该问题://文件global_io_service.h#ifndefINCLUDED_GLOBAL_IO_SERVICE_H#defineINCLUDED_GLOBAL_IO_SE