草庐IT

signaling_thread

全部标签

c++ - Boost::signal 内存访问错误

我正在尝试使用boost::signal来实现回调机制,并且我在boost::signal代码中获得了内存访问断言,即使是对库的最微不足道的使用。我已将其简化为以下代码:#includetypedefboost::signalEvent;intmain(intargc,char*argv[]){Evente;return0;}谢谢!编辑:这是使用带有SP1的VisualStudio2008编译的Boost1.36.0。Boost::filesystem和boost::signal一样也有一个必须链接进去的库,看起来工作正常。我相信我使用的所有其他boost库都只有header。

c++ - pthread_cond_signal 或 pthread_cond_broadcast 调用是否意味着写入内存屏障?

条件变量通常用于在互斥量下修改它们所指的状态。然而,当状态只是一个单一的只设置标志时,就不需要互斥锁来阻止同时执行。所以有人可能想做这样的事情:flag=1;pthread_cond_broadcast(&cvar);然而,这只有在pthread_cond_broadcast暗示写内存屏障时才是安全的;否则,等待线程可能会在标志写入之前看到条件变量广播。也就是说,等待线程可能会唤醒,消耗cvar信号,但看到标志仍然是0。所以,我的问题是:pthread_cond_broadcast和pthread_cond_signal调用是否意味着写入内存屏障?如果是这样,这在相关的POSIX(或其

c++ - Thread Sanitizer 是否可用?

我想尝试线程清洁剂(http://code.google.com/p/data-race-test/wiki/ThreadSanitizer#Using_ThreadSanitizer)所以我做了一个简单的程序:#include#include#include#include#include#includeusingnamespacestd;intviolated=0;mutexmtx;voidviolator(){lock_guardlg(mtx);violated++;}intmain(){threadt1(violator);t1.join();threadt2(violator

c++ - Qt 我们应该删除在 QNetworkAccessManager SIGNAL 上收到的 QNetworkReply* 回复吗?

假设我们有:pManager=newQNetworkAccessManager();QObject::connect(pManager,SIGNAL(finished(QNetworkReply*)),this,SLOT(finishedSlot(QNetworkReply*)));和voidfinished(QNetworkReply*reply);如果我们删除finished中的回复,我们将出现段错误。这是否意味着我们不会释放它? 最佳答案 来自http://doc.qt.io/qt-5/qnetworkreply.html:N

c++ - 从 std::thread 调用 boost::asio::io_service::run

我有一个处理我的连接的类,它有一个boost::asio::io_service成员。我想从std::thread调用io_service::run(),但我遇到了编译错误。std::threadrun_thread(&boost::asio::io_service,std::ref(m_io_service));不起作用。我看到了使用boost::thread执行此操作的各种示例,但我想为此坚持使用std::thread。有什么建议么?谢谢 最佳答案 我知道有两种方法,一种是通过lambda创建std::thread。std::t

c++ - 使用 shared_ptr 启动 std::thread

当你构造一个新线程时,提供的函数对象被复制到属于新创建线程的存储中。我想在一个新线程中执行一个对象方法。不应复制该对象。所以我将对象的shared_ptr传递给std::thread构造函数。如何使用std::shared_ptr()对象启动新线程?例如classFoo{public:voidoperator()(){//dosomething}};intmain(){std::shared_ptrfoo_ptr(newFoo);//Iwanttolaunchafoo_ptr()inanewthread//Isthisthecorrectway?std::threadmyThread(

c++ - 为什么是 std::this_thread 命名空间?

按照目前的情况,这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持,但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开,visitthehelpcenter指导。关闭9年前。std::this_thread命名空间是否有技术原因?为什么这个命名空间的成员不能作为std::thread类的静态成员实现?

c++ - llvm 异常 - RaiseException "?:Unknown signal"

我正在尝试使用llvm获取异常作为一个非常简单的示例,稍后我可以在此基础上进行构建,但我遇到了一些真正的困难,我不确定为什么。我得到clang给我以下llir代码,我正在将其传递给MCJIT;llvm-asc++exn.ll&&llvm-ld-nativec++exn.bc-lstdc++.6&&./a.out%"class.std::ios_base::Init"=type{i8}%"class.std::basic_ostream"=type{i32(...)**,%"class.std::basic_ios"}%"class.std::basic_ios"=type{%"clas

c++ - 是否存在序列化 boost::signals2 信号调用的现有方法?

我想序列化boost::signals2信号的多线程调用,以确保来自对象的有关状态更改的通知以明确定义的顺序到达槽。背景我在多线程程序中有一个具有内部状态的对象。程序的其他部分对内部状态的某些部分感兴趣,并且对象通过使用boost::signals2信号公开状态变化,类似于:classObjectWithState{public:enumState{STATE_A,STATE_B,STATE_C,};voidOnEvent(){StatenewState;{boost::lock_guardlock(m_Mutex);//Processeventandchangestatem_Stat

c++ - prctl(PR_SET_PDEATHSIG, SIGNAL) 在父线程退出时调用,而不是在父进程退出时调用

我有一个正在fork到子进程的进程。如果父进程存在,则子进程不应存在。因此,我在子进程中调用::prctl(PR_SET_PDEATHSIG,SIGKILL)以在父进程死亡时将其杀死。最终发生的事情是父线程调用pthread_exit,该线程最终成为杀死子进程的催化剂。这是我的代码:父类.cpp:#include#include#include#include#includevoid*run(void*ptr){std::cout子.cpp:#include#include#include#includeintmain(){std::cout在命令行中运行以下命令:$./parent同