草庐IT

dynamic-variables

全部标签

c++ - dynamic_cast 中的类型必须是指向完整类类型的指针或引用,或者 void *

我希望有人能理解为什么下面的代码会失败。我正在尝试从osg::Node*节点对象获取PositionAttitudeTransform(Openscenegraph类)的实例。但是下面是粗体的编译器错误。voidCameraPosCallbackUpdate::operator()(osg::Node*node,osg::NodeVisitor*nv){//othercodegoeshereosg::PositionAttitudeTransform*pat=dynamic_cast(node);}IntelliSense:dynamic_cast中的类型必须是指针或对完整类类型的引用

c++ - 使用 dynamic_cast 而不是传统的多态有什么优势?

我们可以使用多态(继承+虚函数)来泛化不同的类型在一个共同的基类型下,然后引用不同的对象,就好像它们是相同的类型一样。使用dynamic_cast似乎是完全相反的方法,因为本质上我们在决定要采取什么操作之前检查对象的特定类型。是否有任何已知的例子说明某些东西不能像使用dynamic_cast那样容易地使用传统多态性来实现? 最佳答案 每当您发现自己想要基类中的成员函数(如“IsConcreteX”)时(编辑:或者更准确地说,是像“ConcreteX*GetConcreteX”这样的函数),您基本上是在实现自己的dynamic_cas

c++ - 为什么 std::condition_variable 使调度不公平?

我正在尝试创建一个简单的池对象,我想将对一组共享资源的访问或多或少公平地分配给任何请求它的线程。在Windows中,我通常会有一个Mutexes数组并使用bWaitAll=FALSE执行WaitForMultipleObjects(请参阅下面的windows_pool_of_n_t)。但我希望有一天能够将其移植到其他操作系统,所以我想坚持使用标准。在size()!=0上使用condition_variable的资源双端队列似乎是显而易见的解决方案(请参阅下面的pool_of_n_t)。但是由于我不明白的原因,该代码序列化了线程访问。我并不期待严格的公平性,但这几乎是最坏的情况——上次获

c++ - condition_variable::wait_for() 如何处理虚假唤醒?

Spuriouswakup各种平台都允许。为了解决这个问题,我们编写了以下循环机制:while(ContinueWaiting())cv.wait(lock);//cvisa`std::conditional_variable`object对于conditional_variable::wait_until()也是可以理解的。但是请看下面的例子:constautoduration=Returns_10_seconds();while(!Predicate())cv.wait_for(lock,duration);想象一下,虚假唤醒发生在1秒。尚未达到超时。它会再等10秒吗?这将导致无限

c++ - Delphi 中 dynamic_cast 的等价物是什么?

在Delphi中,C++的dynamic_cast、reinterpret_cast和static_cast运算符(尤其是在对象上使用时)的等效项是什么? 最佳答案 重新解释_cast大多数时候,在Delphi中,转换是reinterpret_cast,即一种类型的位和字节被重新解释为另一种类型,例如Integer(myEnum)或Pointer(MyDynamicArrayVar)。有些转换会截掉位,即Integer(MyInt64)会截掉Int64的高32位,而低32位的高位会变成新的符号位。一些Actor阵容扩大,例如Inte

c++ - 在 dynamic_casting 之后删除指针是否安全?

voidfoo(MyClass*myClass){BaseClass*pBaseClass=dynamic_cast(myClass);deletemyClass;//一般来说,dynamic_cast是如何工作的?(它像复制构造函数一样工作吗?) 最佳答案 不,那是不安全的。dynamic_cast只是一种类型转换——原始指针和转换后的指针都指向同一个对象。转换后的指针可能会指向一个稍微不同的地址(如果涉及多重继承),但它仍然指向(in)同一个对象-不会发生对象复制。编辑:我的意思是“不安全”,意思是“在您删除myClass之后,

c++ - 为什么不重新锁定互斥锁的 condition_variable 没有等待函数

考虑以下示例。std::mutexmtx;std::condition_variablecv;voidf(){{std::unique_locklock(mtx);cv.wait(lock);//1}std::coutg()“知道”f()正在等待我想讨论的场景。根据cppreference.com不需要g()在调用之前锁定互斥锁notify_one.现在在标记为“1”的行中cv将释放互斥锁并在发送通知后重新锁定它。lock的析构函数之后立即再次释放它。这似乎是多余的,特别是因为锁定是昂贵的。(我知道在某些情况下需要锁定互斥锁。但这里不是这种情况。)为什么condition_variab

c++ - 构造函数内部 "this"的 dynamic_cast

这个问题与这个问题非常相似Whycan'tIdynamic_cast"sideways"duringmultipleinheritence?,除了强制转换确实有效-只是不在构造函数中。标题:classA{public:virtual~A(){}voidprintA();};classB{public:B();virtual~B(){}voidprintB();private:std::stringmessage_;};classC:publicA,publicB{public:C(){}virtual~C(){}};来源:voidA::printA(){cout(this);if(a)

C++:即使被转换的对象不是 NULL,dynamic_cast 也会导致 SEGFAULT。怎么会这样?

假设我有一个类A和一个派生自A的类B。现在,我想使用dynamic_cast(见下文)将constA*(称为“a”)转换为B*。如果“a”真的是B*,那么我得到的对象指针应该没问题。如果“a”不是B*,那么我将得到NULL。constA*a=newB();constB*b=dynamic_cast(a);出于某种原因,dynamic_cast操作会导致SEGFAULT。如果“a”不是NULL,那怎么会发生呢?我想如果有任何转换问题,dynamic_cast会给我一个NULL指针,而不是SEGFAULT。如果我试图访问“b”并且动态转换不成功,我应该只得到一个SEGFAULT,对吗?我什

c++ - Boost 程序选项遍历 variables_map

po::options_descriptiondesc("Thisaretheoptionsthatareavailable");desc.add_options()("help","printhelp")("deer",po::value(),"sethowmanydeeryouwant")("rating",po::value(),"howgood?")("name",po::value(),"andyournameis...?");po::variables_mapvm;po::store(po::parse_command_line(argc,argv,desc),vm);po