草庐IT

expected_conditions

全部标签

c++ - #define 导致 "expected primary-expression"错误

#defineN10;intmain(){intx;for(inti=0;i用g++编译的结果:test-define.cpp:Infunction‘intmain()’:test-define.cpp:7:22:error:expectedprimary-expressionbefore‘;’tokentest-define.cpp:7:22:error:expected‘)’before‘;’tokentest-define.cpp:7:24:error:namelookupof‘i’changedforISO‘for’scoping[-fpermissive]test-defin

c++ - 在 std::conditional 中使用不完整类型的 sizeof

这是一个最小的例子:structincomplete_type;templatestructfoo{usingtype=std::conditional_t,std::conditional_t,double>;};foof;会导致错误,因为它会对类型执行sizeof,即使incomplete_type不是算术类型(iow,它不会在逻辑上进入sizeof分支)。livedemo所以,我想推迟sizeof:第一次尝试(失败)templateautofoo_aux(){if(sizeof(T)conditional_t,decltype(foo_aux()),double>仍然触发相同的错

c++ - 在 C++ 中用 for(;condition;) 替换 while(condition) 有什么理由吗?

看起来像while(condition){//dostuff}完全等同于for(;condition;){//dostuff}是否有任何理由使用后者而不是前者? 最佳答案 据我所知,没有好的理由。您使用不增加任何内容的for循环是故意误导人们。更新:根据OP对问题的评论,我可以推测您如何在实际代码中看到这样的结构。我以前见过(并使用过)这个:lots::of::namespaces::container::iteratoriter=foo.begin();for(;iter!=foo.end();++iter){//dostuff}

c++ - std::condition_variable::wait_until 相对于 std::this_thread::sleep_for 有什么优势吗?

在时间等待场景中:oursoftwareworksinthebackground,andsynchronizesdatawiththeserverinevery20-30minutes.我想用std::this_thread::sleep_for但我的上级强烈反对任何形式的sleep功能。他推荐std::condition_variable::wait_until(lock,timeout-time,pred)不知道在这种情况下sleep_for有什么缺点吗? 最佳答案 正如评论中已经指出的那样,这仅取决于您的用例。两者之间的主要区

c++ - std::condition_variable::wait with predicate

在std::condition_variable的文档中,有一个以谓词函数作为参数的wait()重载。该函数将等到谓词函数为真的第一个wake_up。在documentation据说这等同于:while(!pred()){wait(lock);}还有:Thisoverloadmaybeusedtoignorespuriousawakeningswhilewaitingforaspecificconditiontobecometrue.Notethatbeforeentertothismethodlockmustbeacquired,afterwait(lock)exitsitisals

c++ - std::condition_variables 可以用作计数信号量吗?

这是CanC++11condition_variablesbeusedtosynchronizeprocesses?的后续行动.std::condition_variable对象可以用作计数信号量吗?我认为不是因为对象似乎绑定(bind)到std::mutex,这意味着它只能用作二进制信号量。我在网上看过,包括here,here,和here,但找不到将这些对象用作计数信号量的引用或示例。 最佳答案 是的。structcounting_sem{counting_sem(std::ptrdiff_tinit=0):count(init)

c++ - "enumeral and non-enumeral type in conditional expression"背后的推理

自C++11过渡以来,GCC输出警告“条件表达式中的枚举和非枚举类型”。我想了解此警告背后的原因。比较枚举常量有什么危险?很明显我们可以通过以下方式摆脱这个警告-Wno-enum-compare通过显式转换为整数类型但为什么这么麻烦?就个人而言,我一直努力编写无警告代码,通常默认发出的警告是非常合理的。例如,它认为比较有符号和无符号整数是危险的。但是使用枚举是广泛使用的惯用C++元编程。我不知道有任何替代方案,它同样具有可读性、简明扼要且不需要任何实际存储空间。举一个具体的例子:下面的元函数会出现什么问题,以至于警告就足够了?templatestructMaxSize;template

c++ - 如何修复 "Expected Primary-expression before ' )' token"错误?

这是我的代码。我不断收到此错误:error:expectedprimary-expressionbefore')'token有人知道如何解决这个问题吗?voidshowInventory(player&obj){//ByJohnny:Dfor(inti=0;i>";std::cin>>ans;if(ans==commands[0]){helpMenu();returnNULL;}elseif(ans==commands[1]){showInventory(player);//Igettheerrorhere.returnNULL;}} 最佳答案

c++ - boost Weak_Ptr : Destruction is more expensive than expected

无论出于何种原因,我们看到销毁弱指针的成本相当高。这是罪魁祸首代码:~weak_count()//nothrow{if(pi_!=0)pi_->weak_release();//Consumesahugechunkofourtime.#ifdefined(BOOST_SP_ENABLE_DEBUG_HOOKS)id_=0;#endif}我们没有处于Debug模式,调试Hook也没有启用。弱释放消耗了非常多的时间。这是一个已知的问题?我们做错了什么吗?boost版本:1.36编译器:VS2008编译器套件。不幸的是,由于各种原因,我们被锁定在这个Boost版本中,所以我更想知道这些奇怪的

c++ - 如何从 Boost Spirit 中的函数中抛出 expectation_failure?

在Boost::Spirit中,如何从绑定(bind)了Boost::Bind的函数中触发expectation_failure?背景:我解析了一个包含复杂条目的大文件。当一个条目与前一个条目不一致时,我想失败并抛出一个expectation_failure(包含正确的解析位置信息)。当我解析一个条目时,我绑定(bind)了一个函数来确定该条目是否与之前看到的不一致。我编了一个小玩具示例来说明这一点。在这里,我只是想在int不能被10整除时抛出一个expectation_failure:#include#include#include#include#includenamespaceq