草庐IT

LOCAL_SHARED_LIBRARIES

全部标签

c++ - 这个 shared_ptr 是如何自动转换为原始指针的?

我现在正在学习C++11的enable_shared_from_this;一个例子让我感到困惑:shared_from_this()返回的shared_ptr类型如何转换为这个原始指针?#include#include#includestructBar{Bar(inta):a(a){}inta;};structFoo:publicstd::enable_shared_from_this{Foo(){std::coutgetBar(inta){std::shared_ptrpb(newBar{a},std::bind(&Foo::showInfo,shared_from_this(),s

c++ - block 范围内的 thread_local

thread_local变量在block范围内有什么用?如果一个可编译的样本有助于说明问题,这里是:#include#includenamespaceMy{voidf(int*constp){++*p;}}intmain(){thread_localintn{42};std::threadt(My::f,&n);t.join();std::cout输出:43在示例中,新线程获得了它自己的n但(据我所知)不能用它做任何有趣的事情,所以何必呢?新线程自己的n有没有用?如果它没有用,那又有什么意义呢?自然地,我假设是一个点。我只是不知道这有什么意义。这就是我问的原因。如果新线程自己的n想要(

c++ - 将 tm 结构转换为 boost::local_time::local_date_time

如何从tm时间结构创建一个boost::local_time::local_date_time对象? 最佳答案 有点痛苦,但看起来你必须通过posix_time::ptime:usingnamespaceboost;time_trawtime;time(&rawtime);structtm*timeinfo=localtime(&rawtime);posix_time::ptimemy_ptime=posix_time::ptime_from_tm(*timeinfo);local_time::time_zone_ptrzone(n

c++ - GCC 发出用于 boost::shared_ptr 取消引用的额外代码

我有以下代码:#includestructFoo{inta;};staticintA;voidfunc_shared(constboost::shared_ptr&foo){A=foo->a;}voidfunc_raw(Foo*constfoo){A=foo->a;}我以为编译器会创建相同的代码,但对于shared_ptr版本,发出了一条额外的看似冗余的指令。Disassemblyofsection.text:00000000:0:55pushebp1:89e5movebp,esp3:8b4508moveax,DWORDPTR[ebp+8]6:5dpopebp7:8b00moveax,

c++ - 无法分配 tr1::shared_ptr

我有一个以tr1::shared_ptr作为成员的类,如下所示:classFoo{std::tr1::shared_ptrbsp;voidBar();}在成员函数Bar中,我尝试这样赋值:bsp=newTCODBsp(x,y,w,h);g++然后给我这个错误nomatchfor‘operator=’in‘((yarl::mapGen::MapGenerator*)this)->yarl::mapGen::MapGenerator::bsp=(operatornew(40u),(,((TCODBsp*))))’/usr/include/c++/4.4/tr1/shared_ptr.h:8

c++ - "thread-local storage not supported for this target",适合#ifdef?

由于每个编译器都有自己的线程本地存储版本,我最终为它创建了一个宏。现在唯一的问题是GCC(关闭了pthreads),这给了我:“此目标不支持线程本地存储”很公平,因为在这种情况下pthreads实际上是关闭的。问题是,是否有一种通用的方法可以使用一些宏来检测这一点,例如#ifdef__GCC_XXX_NO_THREADS_XXX?编辑:请参阅下面接受的答案。另外,这是我的懒惰解决方案:$touchtest.c$gcc-E-dMtest.c>out.1$gcc-pthread-E-dMtest.c>out.2$diffout.*28a29>#define_REENTRANT1这是在Mac

c++ - boost asio 和 shared_ptr 的扩散

我最近开始使用boost。到目前为止,大多数事情都非常简单。但是让我发疯的一件事是shared_ptr在整个boost过程中的扩散。即使在简单的示例中,也会使用shared_ptr。所以我的问题是,如果我使用boost来接受tcp连接然后处理它们。只要我保证在堆上创建的对象(boost::asio::ip::tcp::socket,以及将为异步方法回调的类)在我完成使用tcp之前不会被删除,那么我不需要shared_ptr对吗?我写了一个简单的tcp服务器和客户端,没有使用共享ptr,它可以工作。但我只是想要一些外部确认,以证明我的评估是正确的。此外,根据您的经验,您是否曾经需要使用s

使用 shared_ptr 到 const T 的 C++ 模板实例化

假设我有一个类templateclassA{public:templatevoidf(std::tr1::shared_ptr>v1,std::tr1::shared_ptr>v2){}};以下不编译:Aa;std::tr1::shared_ptr>v1(newstd::vector());std::tr1::shared_ptr>v2(newstd::vector());a.f(v1,v2);编译错误是:error:nomatchingfunctionforcallto'A,std::allocator>>::f(std::tr1::shared_ptr>>&,std::tr1::s

C++:直接使用函数返回 shared_ptr 的值是个坏主意吗?

例如:boost::shared_ptrtest(){boost::shared_ptrx(newint(3));returnx;}voidfunction(){inty=*test();...}使用shared_ptr来避免复制整个对象也是一个坏主意吗?例如矩阵/图像的vector。 最佳答案 在一般情况下,不会。您的示例复制了shared_ptr的内容,然后删除了原始值。现在,这里更大的问题是为int进行动态内存分配效率极低,但我假设您没有在实际代码中这样做。:) 关于C++:直接使

从基础到派生的 shared_ptr 的 C++ dynamic_ptr_cast 失败

这是我本周遇到的一个益智游戏。部分原因是我在编写了一段时间的Java代码后刚刚回到C++编码。给定以下代码:classBase{};classA:Base{public:virtualvoidrun(){coutptrToA=shared_ptr(newC());cout(ptrToA)run();assert(dynamic_pointer_cast(ptrToA));cout为什么会产生如下输出?PointertoA:0x1f29c010DynamicCastAptrtoC:0Running...ThisisC.tester-cpp:tester.cpp:89:intmain(in