草庐IT

semaphore_wait_signal_trap

全部标签

c++ - Qt 信号槽 : Signal is sent but Slot is not called

我在C++的VisualStudio2013中使用Qt。我正在尝试将信号连接到插槽。问题是信号已发送,但槽函数从未被调用,我不知道发生了什么。这段代码之前可以工作,但是在我将代码从32位的VisualStudio2012迁移到64位的VisualStudio2013并进行一些更改后,它不再工作了。它打印调试语句:发送前、发送图像和连接,但不打印接收到的图像。有人可以帮忙吗?Streamer.hsignals://SignaltooutputframetobedisplayedvoidprocessedImageStream(constvector&imgs,constQImage&im

c++ - std::future::wait 是内存屏障吗? (我无法解释这个数据竞赛)

代码如下:std::vectora(req_count_);std::vector>waits(req_count_);for(inti=0;i我的问题是std::future::wait是否用作内存屏障?std::future::wait等待函数调用完成,但函数是否发生在std::future::wait(例如,由其他线程可见的函数调用引起的状态突变)?如果std::future::wait不作为内存屏障,我们如何实现线程池以便在future完成时自动触发内存屏障?如果您认为我对内存屏障的理解有误,请指正。 最佳答案 [conta

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++ - 取消卡在 epoll_wait 上的线程

我正在使用C++和pthreads进行一些事件处理。我有一个从我定义的事件队列中读取的主线程,以及一个填充事件队列的工作线程。队列当然是线程安全的。工作线程有一个文件描述符列表,并创建一个epoll系统调用来获取这些文件描述符上的事件。它使用epoll_wait等待fd上的事件。现在是问题。假设我想干净地终止我的应用程序,我怎样才能正确地取消工作线程?epoll_wait不是pthread(7)的取消点之一因此它无法对pthread_cancel做出正确react。工作线程main()看起来像这样while(m_WorkerRunning){epoll_wait(m_EpollDesc

c++ - std::condition_variable wait() 和 notify_one() 同步

前言:我在这里看到过类似的问题,但似乎没有一个能回答我的问题。是否有可靠的方法来确保消费者线程中的wait()方法在生产者线程的第一个notify_one()调用之前被调用?即使在消费者线程中使用unique_lock,也有可能生产者线程会先运行,锁定互斥量并在消费者调用之前调用notify()wait(),因此,我的应用程序将缺少第一个notify()调用。编辑:感谢您的所有回答,它们确实帮助了我。我的问题是这个消费者循环中的第一个wait-notify():while(!timeToQuit){gdcv.wait(gdcondlock);gdlock.lock();//spurio

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++ - 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同