草庐IT

单周期

全部标签

c++ - std::initializer 列表全局/静态对象的生命周期

std::initializer_list主要用作类构造函数/函数参数,以便将列表元素复制到另一个容器中。但是如何使用std::initializer_list创建一个全局对象呢?例如:structElemType{constchar*name;boolflag;};std::initializer_listMyGlobalData={{"One",true},{"Two",false}};如果查看std::initializer_list模板定义(在VisualStudio2017中选中),它仅包含2个数据成员:const_Elem*_First和_最后。这意味着初始化列表数据应该存

c++ - GNU C 库中 PRNG 的周期是多少?

是否有任何关于gcc的g++中随机数生成器的周期性的文献(如果我们不重新设置函数的种子)?我想我可以自己进行测试,但最好能获得经过充分验证的研究。预先感谢您的帮助。//编辑我只是想补充一点,我已经用多个引擎进行了相当多的搜索,但没有找到任何具体的内容。我只阅读了关于周期性受表示种子所需位数限制的一般性评论。(所以我想考虑到srand通常随时间调用,周期性不会超过10^12左右。但在我开始实现我的算法之前,更明确的东西会非常有帮助。) 最佳答案 在rand(3)手册页中搜索时,我发现了这个:Theversionsofrand()and

c++ - 通过 std::unique_ptr 扩展变量的生命周期

使用C++11unique_ptr,对象的生命周期似乎被延长到其通常范围之外,如下面(相当人为的)示例所示:#include#includeusingnamespacestd;intmain(){unique_ptruPtr(nullptr);{charc='X';cout输出:c=Xc=Y通常在作用域结束时释放的字符c一直存在到程序结束。第二个输出是“Y”,表明unique_ptr不只是简单地复制它的值。是否建议以某种方式延长变量的生命周期?这是否安全,或者它是否具有与引用相同的危险? 最佳答案 WiththeC++11uniqu

C++ WIN API : When creating a child process using CreateProcess, 是否需要使输入参数具有全局生命周期?

我对C++和WindowsAPI都很陌生。今天突然想到是不是需要把CreateProcess的入参保持一个长生命周期。根据MSDN:BOOLWINAPICreateProcess(_In_opt_LPCTSTRlpApplicationName,_Inout_opt_LPTSTRlpCommandLine,_In_opt_LPSECURITY_ATTRIBUTESlpProcessAttributes,_In_opt_LPSECURITY_ATTRIBUTESlpThreadAttributes,_In_BOOLbInheritHandles,_In_DWORDdwCreationFl

c++ - 临时工的生命周期

这个问题在这里已经有了答案:Doesaconstreferenceclassmemberprolongthelifeofatemporary?(6个答案)关闭9年前。下面的代码显示在函数create()中创建的对象的生命周期被延长到在main中创建的constref的生命周期,这在所有情况下都是正确的吗?我的意思是我们可以在某些情况下通过创建对它的引用来延长临时的生命周期?或者在这种特定情况下,编译器行为不当?用MSVC2005编译#includeclasstestClass{public:testClass(){std::cout输出intestClass0018FF13wegota

c++ - 与 std::current_exception 关联的数据的生命周期

考虑以下代码:std::exception_ptreptr{std::current_exception()};constchar*msg=0;try{if(eptr!=std::exception_ptr{}){std::rethrow_exception(eptr);}}catch(conststd::exception&ex){msg=ex.what();}我可以在catch之外使用msg吗?换句话说,ex是否引用与eptr相同的异常实例?谢谢! 最佳答案 rethrow_exception的描述说:Throws:theexc

c++ - 绑定(bind)到已销毁堆栈变量的 const 引用的生命周期

我想知道它是否偶然指向绑定(bind)到已销毁堆栈变量的const引用的指针可以正常工作。我在rvalues上读到const引用生命周期延长,所以这是“正常”的const引用作品,但在Storageref的ctor末尾应该被销毁,不是吗?const引用的生命周期是否也延长了,因为我在指针中检索了它的地址,还是这纯粹是运气?Liveexample#includeclassStorage{public:Storage(constint&ref){p=&ref;}constint*Get()const{returnp;}private:constint*p;};intmain(){Stora

c++ - STL 容器的元素生命周期

我正在尝试将对象保存在STL容器(在本例中为vector)中,并希望容器在对象销毁时销毁对象,但我不太清楚细节。我不想这样做的一种方法就是像这样简单地使用它vectormyVec;myVec.push_back(MyClass(...));由于这里的构造函数被调用了两次(在上面的代码中调用一次,然后在vector中复制构造函数)和析构函数一次。最直接的替代方法是使用指针来存储动态分配的对象,但是MyClass的析构函数不会在vector析构时被调用。存储auto_ptr而不是普通指针会在myVec.push_back(...)处产生错误。在让容器的析构函数调用元素的析构函数时,有没有办

c++ - 存储在类中的闭包中通过引用捕获的临时对象的生命周期

考虑以下代码片段:structfoo{};templatestructimpl:F{impl(F&&f):F{std::move(f)}{}autoget(){return(*this)();}};templateautoreturner(X&&x){returnimpl{[&x]{returnx;}};//^~}intmain(){autox=returner(foo{}).get();}liveexampleonwandbox.org是否保证foo{}在returner(foo{}).get()表达式的整个持续时间内都有效?或者foo{}是否只对returner(foo{})有效,

c++ - 变量的常量及其生命周期

因此来自aquestion在另一个线程中问,我想到了一个新问题,答案对我来说并不明显。所以看起来有一个c++规则说如果你有一个临时的const引用,那么临时的生命周期至少与const引用一样长。但是,如果您有一个对另一个对象的成员变量的本地const引用,然后当您离开作用域时,它会调用该变量的析构函数吗?所以这里是原始问题的修改程序:#include#includeusingnamespacestd;classA{public:A(std::stringl){k=l;};std::stringget()const{returnk;};std::stringk;};classB{publ