草庐IT

dynamic-attributes

全部标签

c++ - 在 extern C 中使用 _attribute__ ((nothrow)) 有意义吗?

我有一些从C++调用的C代码。header类似于以下内容:#ifndefCLibH#defineCLibH#ifdef__cplusplusextern"C"{#endif//CAPIvoidfoo(void);//...#ifdef__cplusplus}#endif#endif由于我已经在使用externC,添加nothrow编译器属性有什么好处吗?#ifndefCLibH#defineCLibH#ifdef__cplusplusextern"C"{#endif//CAPIvoidfoo(void)__attribute__((nothrow));//...#ifdef__cplu

c++ - boost::dynamic_bitset 连接性能

我想以一种不会降低性能的方式连接一个大的位集和一个较小的位集。目前,我的应用程序仅在以下代码中就花费了20%的CPU时间:boost::dynamic_bitsetencode(conststd::vector&data){boost::dynamic_bitsetresult;std::for_each(data.begin(),data.end(),[&](unsignedcharsymbol){for(size_tn=0;n我读过这个post它提出了一个解决方案,不幸的是,它对我不起作用,因为目标位集和源位集的大小差异非常大。有什么想法吗?如果使用boost::dynamic_b

c++ - dynamic的动态数组(array of struct)

我有一个名为person的结构,如下所示:structperson{intheight,weight;};我还创建了一个person数组,如下所示:structArrayofperson{intlen;//indicatesthelengthofthisarray(itssupposedtobedynamic)person*p;//thisissupposedtobethedynamicarrayofperson.};我对person的数组执行此操作,如下所示:structArray_2d_ofperson{intlen;//indicatesthelengthofthisarray(

c++ - 为什么 dynamic_cast 存在?

这个问题在这里已经有了答案:关闭10年前。PossibleDuplicate:Regularcastvs.static_castvs.dynamic_cast我通过这个问题了解了static_cast的工作原理。Whyisitimportanttousestatic_castinsteadofreinterpret_casthere?但如果static_cast确实知道类的继承关系,为什么dynamic_cast存在?我们什么时候必须使用dynamic_cast?

C++ 将 dynamic_bitset 存储到文件中

跟进Howdoesonestoreavectororabitsetintoafile,butbit-wise?基本上,我使用以下代码将位集编写为二进制文件:boost::dynamic_bitset::block_type>filter;vector::block_type>filterBlocks(filter.num_blocks());//populatevectorblocksboost::to_block_range(filter,filterBlocks.begin());ofstreammyFile(filterFilePath.c_str(),ios::out|ios:

C++ 类型比较 : typeid vs double dispatch dynamic_cast

是否有任何性能或稳健性原因使您更喜欢其中一个?#include#includestructB{virtualboolIsType(Bconst*b)const{returnIsType2nd(b)&&b->IsType2nd(this);}virtualboolIsType2nd(Bconst*b)const{returndynamic_cast(b)!=nullptr;}};structD0:B{virtualboolIsType(Bconst*b)const{returnIsType2nd(b)&&b->IsType2nd(this);}virtualboolIsType2nd(B

c++ - SECURITY_ATTRIBUTES 结构和 CreateNamedPipe()

我的场景如下:使用CreateNamedPipe()创建命名管道对象的过程具有管理员权限,但客户端进程“连接”到它CreateFile()才不是。通过NULL作为CreateNamedPipe()的最后一个参数似乎默认为仅管理员访问权限。作为hack,我尝试做一个服务器端ImpersonateLoggedOnUser()/RevertToSelf()管道相关代码期间的方法,但它失败了。在我看来,最好的办法就是实际设置一个合适的SECURITY_ATTRIBUTES结构到CreateNamedPipe()的最后一个参数,但我不知道该怎么做。MSDNexample有一个与注册表项操作有关的

c++ - "expected ' : ', ' , ', ' ; ', ' } ' or ' __attribute__ ' before ' { 结构成员函数中的' token"

我正在尝试编译我教授设计过度的C++代码。这是我的代码:/***Vectorclass.*CommonmathematicaloperationsonvectorsinR3.**WrittenbyRobertOsada,March1999.**/#ifndef__VECTOR_H__#define__VECTOR_H__/***Vector3**/structVector3f{//coordinatesfloatx,y,z;//normfloatnormSquared(){returnx*x+y*y+z*z;}doublenorm(){returnsqrt(normSquared())

c++ - 海湾合作委员会 : Specifying static/dynamic libraries to build against

我有一个简单的C++项目,其结构如下:-一个基础项目(即:包含main()),以及针对其他所有内容的链接--一些自定义库,它们都是作为静态库构建的(即:.a文件)---其中一个静态库使用共享目标文件(即:.so文件)中的功能因此,例如,在所有初始编译完成后,项目在链接时将如何显示(在TreeView中):-myApp(themainapplication)--libaudio.a(theaudiolibraryImade)--libnetwork.a(thenetworkinglibraryImade)--libvideo.a(thevideolibraryImade)--libboo

c++ - 什么时候必须/应该使用 dynamic_cast 而不是 static_cast?

我想知道什么时候dynamic_cast必须或应该在static_cast上使用,并提供示例。我读过thisSOquestion,但它并没有真正提供任何具体的例子。我假设大多数示例都涉及多态类类型。目前我知道在static_cast上使用dynamic_cast的唯一原因是我不能100%确定我正在使用的具体类型。一些其他的想法:横向转换(在多重继承中)在虚拟继承层次结构中转换为基类在使用多重继承的类中转换到“最右边”的继承类型时,指针会改变(如果使用static_cast)吗?“如果类型未知”是唯一的原因吗?如果不是,有人可以提供示例来说明为什么必须或应该使用dynamic_cast而