这个问题在这里已经有了答案:关闭10年前。PossibleDuplicate:Regularcastvs.static_castvs.dynamic_cast我通过这个问题了解了static_cast的工作原理。Whyisitimportanttousestatic_castinsteadofreinterpret_casthere?但如果static_cast确实知道类的继承关系，为什么dynamic_cast存在？我们什么时候必须使用dynamic_cast？
我有一个对象，在最基本的层面上看起来像这样:#includeclassx_link{public:x_link(){display_=XOpenDisplay(NULL);}~x_link(){XCloseDisplay(display_);}Display*display_ptr()const{returndisplay_;}private:Display*display_;};我想知道在这种情况下“const”x_link::display_ptr()应该如何。这个老问题，Shouldmemberfunctionsbe“const”iftheyaffectlogicalstate,
对于下面的一段代码std::cout(2.34)我得到以下输出:2.3399999999999999如果我这样做doubled=2.34;std::stringstreamss;ss我得到以下输出:2.34为什么会这样？显然，我正在寻找后者的输出表示，而不是前者。谢谢， 最佳答案 这与boost::lexical_cast无关，但它伴随着double的内部表示:另请参阅此答案:C++internalrepresentationofdouble/float 关于C++将lexical_ca
据我了解，以下内容对boost::shared_ptr有效:boost::shared_ptrptr;...boost::shared_ptrc_ptr=ptr;//Valid相同的行为不适用于boost::interprocess::managed_shared_ptr。为什么？ 最佳答案 boost::interprocess::managed_shared_ptr实际上不是共享指针；它只是一个辅助类，您可以使用它来定义一个类的类型。来自interprocessdocs:typedefmanaged_shared_ptr::ty
你好，我想就我做一个字符串类(如std::string)的想法向公众进行投票，该字符串类具有能够在客户端提供的缓冲区上工作的特性。您预见到的危险是什么？是经典的味道吗？等等我的意思是:charext[64]={0};my::strings(ext,my::string::acquire_RW);size_tlen=s.size();size_tpos=s.find("zboub");my::strings2(s);//usestrue(alloc+)copysemantichere.所以我预见了2种策略:acquire_RW和acquire_RO将允许或不允许修改ext中的字符。在RO
我目前正在为我的类(class)写一个作业，它应该充当一个非常基本的外壳。我快完成了，但是我遇到了execvp和我的参数字符数组的问题。这是我的代码的一小段。//Splittheleftcontentargsistringstreamiss(left);while(getline(iss,s,'')){v.push_back(s);}//Getthesplitstringandputitintoarrayconstchar*cmd_left[v.size()+1];for(unsignedinti=0;i这被...利用了execvp(cmd_left[0],cmd_left);我的错误
C++中何时需要constvolatile对象？注意:我确实理解指针到constvolatile内存位置的必要性，但这些并不要求对象本身是const或volatile。我问的是一些constvolatile类型的自身对象，例如:constvolatileTobj;这些在哪些情况下是必要的或有用的？ 最佳答案 在C++中实际需要volatile的情况很少见。volatile对多线程不再有用。来自thiswebsitevolatile只有三种可移植用途。HansBoehmpointsoutthatthereareonlythreepor
这个程序#include#includeintmain(){std::isxdigit(std::cin.peek(),std::cin.getloc());}抛出std::bad_cast类型的异常使用libstdc++使用gcc或clang编译时在我身上。用VS2010运行正常。我明白这里发生了什么。peek()返回int以适应带外EOF值。语言环境不需要ctype方面(他们在VS中确实有这个方面，也许作为扩展)。如果语言环境没有执行功能的方面，它将抛出bad_cast。.但这不应该按照原始的精神来工作吗？？这是标准的缺陷吗？是否有普遍接受的解决方法？我知道我可以自己检查EOF并转
我正在尝试优化我为处理应用程序协议(protocol)的多个层而编写的一些代码。我自由使用了std::string类，力求简单而不是过早的优化。该应用程序太慢了，valgrind和gprof显示我花费了大量时间来复制构造字符串，因为缓冲区在我的堆栈中向上移动。在我看来，在将字符从系统缓冲区复制到我的最低应用程序缓冲区之后，我应该能够避免再复制数据:毕竟，它在堆栈向上移动时不会发生变化。我的协议(protocol)格式是一个“传输”，由一个或多个以换行符结尾的记录组成，每个记录由几个制表符分隔的字段组成，并以特殊的结尾token。例如RECORD1\tHAS\tTHESE\tFIELDS
这个问题在这里已经有了答案:Mostoptimizedwayofconcatenationinstrings(9个回答)关闭9年前。首先要考虑的是，将存储在输出字符串中的总数据量几乎肯定很小，因此我怀疑其中任何一个都会对性能产生显着影响。我的主要目标是找到一种连接一系列大小未知的constchar*的方法，这种方法看起来并不糟糕，同时还要牢记效率。以下是我的搜索结果:方法一:std::stringstr=std::string(array1)+array2+array3;方法二:std::stringstr(array1);str+=array2;str+=array3;我决定使用第一
