草庐IT

BLOCK_NUM

全部标签

c++ - std::tr1::shared_ptr 是否会抛出 bad_alloc 并且在 try/catch block 中是个好主意?

我实际上正在制作一个简单的C++SFML游戏,我想学习更多关于C++编程的知识。现在我正在使用shared_ptr来管理资源。创建新资源时,我对shared_ptrs有一些疑问,例如:shared_ptrresource(newResource(World::LEVEL));根据boostshared_ptr(Y*p)throwsbad_alloc。我不知道std::tr1是否也这样做。而且我不知道我是否应该担心将shared_ptr放入try/catchblock中以检查是否抛出bad_alloc。这是一个好的编程习惯吗? 最佳答案

c++ - 将小的重叠 block 合并为较大的连续 block 的有效算法?

我面临一个相当有趣的问题。我有(相当大)数量的block。block只是从偏移量开始并具有长度和颜色的东西。偏移量和长度是有限的——这些block所在的空间是,其中N的范围从几十万到几百万。无效block是偏移量大于N或偏移量和长度之和大于N的任何block。block可能有大约16种不同的颜色(只是其中一种)。可能有几千block,总有这样的情况:block_X:off:100,len:50,color:blueblock_Y:off:148,len:50,color:blueblock_Z:off:200,len:30,color:red如您所见,X和Yblock可以连接成一个更大

c# - 在 C 风格的 block 注释中包含 */

有什么方法可以在C风格的block注释中包含*/吗?在这种情况下,将block注释更改为一系列行注释(//)不是一种选择。下面是导致问题的评论类型示例:/***perl-pe's/(? 最佳答案 通常评论不需要是字面意思,所以这种情况不会经常出现。您可以将其全部包装在#ifblock中:#if0whateveryouwantcangohere,commentsornot#endif 关于c#-在C风格的block注释中包含*/,我们在StackOverflow上找到一个类似的问题:

c++ - 隐藏参数 C++ 的有趣案例(参数未在 if block 中隐藏)

按照目前的情况,这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持,但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开,visitthehelpcenter指导。关闭9年前。我今天惊讶地发现下面的代码是完全有效的(gcc4.4.5):intget_int(constint&i){if(i==0){inti=1;returni;}returni;}我真的很惊讶。如果我必须接受它,那么我可以肯定地说它是有道理的,因为新变量在它自己的block中,所以外部的其余代码仍然可以访问该参数,因此该参数并没有真正被隐藏。但这对我来说仍然没有

c++ - 不可恢复的 block 作用域错误,C++ 仿函数数组

我试图在编译时创建仿函数数组,如下所示:(完整文件):#includeusingnamespacestd;functioncolorFunctions[]={[](floattElevation,floatpAzimuth)->float{return2.0f;},};intmain(){}这很好用。但是,一旦您尝试在仿函数block内创建一个局部变量,就像这样:functioncolorFunctions[]={[](floattElevation,floatpAzimuth)->float{floatv=2.0f;returnv;},};您收到错误1​​errorC1506:unr

c++ - 如何访问和管理 block 存储的数据

我想做什么我需要以block形式存储单元格数据,即*cell_member1[cell0]..cell_member1[cellN]...cell_memberM[cell0]..cell_memberM[cellN]*然后我需要有效地访问这些数据,如果可能的话,使用一个好的语法。如果我可以定义要轻松存储的数据,那就太好了,即通过定义一个具有成员的对象作为我想要存储的数据,并将它传递给一些为我做所有事情的“魔法”。动机:为什么我需要这样做?缓存垃圾处理。在某些内部循环中,仅访问对象的某些成员。将一半缓存行浪费在未使用的内存上不是我的应用程序的选择。我可以在指向某个顺序内存区域的对象中存

c++ - 邪恶的字节 block 重新解释有效的 C++ 吗?

我们先不讨论下面代码的坏处,它不是我的,我完全提前同意你的看法,它不是很漂亮,而是C-ish并且可能非常危险:void*buf=std::malloc(24+sizeof(int[3]));char*name=reinterpret_cast(buf);std::strcpy(name,"somename");int*values=reinterpret_cast(name+24);values[0]=0;values[1]=13;values[2]=42;它的意图很明确;它是一个“字节block”,存储两个不同的数组类型。要访问不在block前面的元素,它将block解释为char*

c++ - 即使在 num_threads(1) 时,openmp 的性能提升也难以理解

下面几行代码intnrows=4096;intncols=4096;size_tnumel=nrows*ncols;unsignedchar*buff=(unsignedchar*)malloc(numel);unsignedchar*pbuff=buff;#pragmaompparallelforschedule(static),firstprivate(pbuff,nrows,ncols),num_threads(1)for(inti=0;i编译时需要11130usecs在我的i5-3230M上运行g++-omainmain.cpp-std=c++0x-O3也就是说,当openmp

c++ - 在现代 C++ 中使用 try..catch block 通过模板元编程包装任意函数调用

我想创建一些模板,基本上应该包装它的参数。参数应该是一个任意的函数调用,它通过一些带有前缀和后缀代码的模板元编程魔法被包装。我想像下面这样使用它:autoresult=try_call(some_vector.at(13));和try_call将以某种方式定义,它将try..catchblock包装在some_vector.at(13)周围。像这样:template//sometemplatemetaprogrammingmagicheretry{autovalue=//executetheparameterhere,i.e.some_vector.at(13);returnstd::

c++ - 为什么成员函数尝试 block 处理程序中的 lambda(捕获 'this')不能访问 VC++ 2013 中的私有(private)数据成员?

与thisquestionaboutstaticinitializers不同但可能相关.前两个函数编译良好,最后一个函数在vc++中不编译,但在clang和gcc中编译:classA{protected:std::stringprotected_member="yay";public:voidwithNormalBlock();voidwithFunctionBlock();voidnoLambda();};voidA::withNormalBlock(){try{throwstd::exception();}catch(...){[this](){std::coutinclang(好