草庐IT

shared_lib

全部标签

c++ - 文件 basic_socket.hpp 中的 lib boost asio 1.47.0 出错

当我尝试编译时,以下代码出现错误:voidServer::accept(void){Network::ptrconnection=Network::initialize(this->my_acceptor.get_io_service());this->my_acceptor.async_accept(connection->socket(),bind(&Server::endCmd,this,*connection,placeholders::error));}voidServer::endCmd(Networkconnection,constboost::system::error

c++ - 如何在 VC++ 6.0 项目中使用 DLL 而无需其 .h 和 .lib 文件?

我不知道如何执行以下操作:我正在使用MSVisualC++6.0我有一个可编译的Win32DLL项目。我有另一个项目,这次是一个Win32控制台项目,它使用通过包含它的头文件和链接的.lib文件的DLLDLL。现在我想要另一个项目,类似于第二个但不使用头文件和lib文件。这可能吗?我读到的所有地方都需要dll+lib+h或dll+h。如果您认为如果您知道这些接口(interface),那么一个DLL文件就足够了吗?顺便说一句,“使用DLL”是指使用DLL中定义的类和函数。 最佳答案 如果您只有简单的“externC”函数,这是可能的

c++ - boost::python 函数调用中 boost::shared_ptr 的转换

考虑以下示例:#include"Python.h"#include#includeclassA{};classB:publicA{};voidfoo(boost::shared_ptr&aptr){}BOOST_PYTHON_MODULE(mypy){usingnamespaceboost::python;class_>("A",init());class_,bases>("B",init());def("foo",foo);}如果我调用python代码importmypyb=mypy.B()mypy.foo(b)我明白了ArgumentError:Pythonargumenttype

c++ - 在什么平台上 func(shared_ptr(...), shared_ptr(...)) 真的很危险?

我记得ScottMeyers教我的func(shared_ptr(newP),shared_ptr(newQ));是危险的,因为(如果我没记错的话)内存分配、引用计数(构造)和分配给顺序>函数参数允许leak(理论上?)在极少数情况下出现。为了防止这种情况应该将shared_ptr封装在函数调用中,例如在make_shared()中。func(make_shared(),make_shared());这是一些discussion关于它。我想知道是否有(当前)编译器在该领域,在某些系统上确实可能在某些错误情况下留下一些漏洞?还是那些时代已经过去了,或者它们只是理论上的?最有趣的是知道其中

c++ - boost::shared_ptr 到 void * 反之亦然

我正在用C语言开发一个应用程序,我需要在其中使用第3方C++库。所以,我基本上是在C++库周围编写一个包装器,以便可以从我的纯C应用程序中调用它。库中的一些方法返回类型为boost::shared_ptr的指针,我需要将其转换为void*[forC]然后将其转换回boost::shared_ptr类型以重用它以进行进一步处理。我使用以下方式进行转换:作废*:void*func1(){//aftertheboost::shared_ptriscreatedreturnstatic_cast(SHARED_PTR.get())}来自void*:voidfunc2(void*VOID_PTR

c++ - OpenGL32.lib 链接不正确

这个问题在这里已经有了答案:Whatisanundefinedreference/unresolvedexternalsymbolerrorandhowdoIfixit?(38个答案)关闭7年前。出于某种原因,我的OpenGL库文件没有正确链接到VisualStudio2013。这是我所有的代码:#include#include#include#include#include#include#pragmacomment(lib,"OpenGL32.lib")#pragmacomment(lib,"glu32.lib")#pragmacomment(lib,"freeglut.lib")

C++ std lib <mutex>, <conditional_variable> 库和共享内存

如果您想在共享内存中的进程之间共享互斥体,POSIX线程的CAPI需要设置一个特殊标志-请参阅sem_init()。我真的不知道差异是什么,但我在尝试在共享内存中使用C++std::condition_variable时遇到了问题——它的段错误。我在C++文档或构造函数中看不到任何提及此内容的内容。我想知道如何/是否可以在共享内存中使用C++线程互斥锁。这是我的测试代码供引用。注意squeue只是一个简单的(POD)静态大小的循环队列,省略了不相关的内容:#include#include#include/*Formodeconstants*/#include/*ForO_*consta

c++ - boost::shared_ptr,ctor 中的一个原子递增,但 dtor 中的两个原子递减?

我正在单步执行boost::shared_ptr的源代码,并且在构造时引用计数器调用一次原子增量。但是,在销毁时我看到原子递减被调用了两次,连接到弱引用?但是,这怎么行呢?在构建时递增一次,在销毁时递减两次,一次在release()中,一次在weak_release()中? 最佳答案 shared_ptr必须维护两个引用计数。一个用于共享实例,一个用于可能通过weak_ptr引用。有了这个,weak_ptr能够增加shared_ptr中的弱引用计数并保持shared_ptr事件(即使在分配的对象被释放之后)以确定从weak_ptr到

c++ - 如何在 CMake 的 CXX_FLAGS 中包含 `pkg-config --cflags --libs gtk+-2.0`

这是Makefile中的CFLAGS。CFLAGS=-I/usr/include/libglade-2.0-I/usr/include/gsl`pkg-config--cflags--libsgtk+-2.0`-lglade-2.0-lglut-I/usr/local/include/dc1394-ldc1394我想使用CMAKE而不是Makefile。这部分是我写的CMakeLists.txt文件。find_package(PkgConfigREQUIRED)pkg_check_modules(GTKREQUIRED"gtk+-2.0")#Addthepathtoitsheaderf

c++ - 为什么 std::future<T> 和 std::shared_future<T> 不提供成员 swap()?

C++标准库中的各种类都有成员交换函数,包括一些多态类,如std::basic_ios。.模板类std::shared_future显然是一个值类型并且std::future是一个只能移动的值类型。有什么特别的原因,他们不提供swap()成员函数? 最佳答案 在std::move之前,成员交换是一个巨大的性能提升C++11中的支持。例如,您可以通过这种方式将一个vector移动到另一个位置。它用于vector也会调整大小,这意味着插入vector的vector并不是完全的性能自杀。在std::move之后到达C++11,许多有时为空