草庐IT

pthread_mutex_trylock

全部标签

c++ - 为什么 std::timed_mutex::try_lock_for 不起作用?

我在Ubuntu12.04中使用gcc-4.8.1(configure:./configure--prefix=/usr/local)编译了以下代码,但是当我运行它时,它没有工作。它没有停下来等待互斥量。它返回false,并输出“Helloworld!”命令:g++-std=c++11main.cpp-omain-pthread当我用gcc-4.6(apt-getinstallg++)编译时,效果很好。程序等了大概十秒,输出了“Helloworld!”#include#include#include#includestd::timed_mutextest_mutex;voidf(){t

c++ - 我可以在 C++ 中仅使用 std::atomic 而不使用 std::mutex 安全地跨线程共享变量吗?

我制作了一个在多核上计算素数的程序。(请忽略该算法并非完全有效,这里将数字0和1视为质数。目的只是练习使用线程。)变量taken(接下来要测试的数字)正在8个线程之间共享。问题是它可以由一个线程递增,紧接着由另一个线程递增,并在它已经递增两次(或更多次)时被它们读取,因此可以跳过一些值,这是一件坏事。我以为它可以通过使用std::atomic_uint作为变量类型来解决,但我显然错了。有什么方法可以在不需要使用std::mutex的情况下解决这个问题,因为我听说它会导致相当大的开销?源代码:#include#include#include#include#include#include

C++ pthread阻塞队列死锁(我认为)

我在使用pthreads时遇到问题,我认为我遇到了死锁。我创建了一个我认为有效的阻塞队列,但在进行更多测试后,我发现如果我尝试取消阻塞在blocking_queue上的多个线程,我似乎会遇到死锁。阻塞队列很简单,看起来像这样:templateclassBlocking_Queue{public:Blocking_Queue(){pthread_mutex_init(&_lock,NULL);pthread_cond_init(&_cond,NULL);}~Blocking_Queue(){pthread_mutex_destroy(&_lock);pthread_cond_destro

c++ - 获取错误 : 'mutex' in namespace 'std' does not name a type in MinGW mysys prompt

我已经从官方网站下载了MinGW并将其安装在我的Windows8.1机器上。运行g++--version给我g++.exe(GCC)4.8.1。我正在尝试在MinGW编译器中编译现有的代码库,但它因以下错误而失败:error:'mutex'innamespace'std'doesnotnameatypeprivate:std::mutexm_Mutex;^error:'condition_variable'innamespace's还有更多与锁定和线程相关的错误。!我能够在Cygwin-64中编译相同的代码库,没有任何问题。我需要在MinGW中成功构建和编译,以便创建一些与MSVS兼容

c++ - 将 std::mutex 设为静态是否会为互斥体本身创建竞争条件

这可能听起来很假,但是,我有点困惑,我已经经历过这个question,当我们在相同的情况下调查它时,我必须让我的map作为静态的,因此它将对将在单独threads中创建的所有实例通用我想同步将在我的map上起作用的功能,所以我想制作一个std::mutex作为static在我的类里面,就像给定链接中建议的答案一样。在这种情况下,获取和锁定mutex会出现任何竞争条件吗?本身?有什么更好的方法可以同步staticmap上的功能吗?使用mutex 最佳答案 DoesMakingstd::mutexasstaticcreatesrace-

C++ 11 替代 pthread_cond_timedwait

我需要让一个线程等待直到任一个超时已过,或者一个变量被另一个线程改变经过一些研究,我发现pthreads有pthread_cond_timedwait,如果我要使用pthreads,这在这种情况下可能很有用。我改用C++11线程。在不完全传递给pthreads的情况下,是否有适合我的替代方案? 最佳答案 是的,你想要std::condition_variable来自,它有一个成员函数wait_for这需要一段时间。Thecondition_variableclassisasynchronizationprimitivethatcan

c++ - 添加 #include <boost/thread/mutex.hpp> 会破坏我的 ActiveX 控件吗?

在ActiveX控件中使用boost::mutexheader是否存在已知问题?(boost版v1.39)如果我在VisualStudio2008中创建一个名为“DefaultOCXControl”的MFCActiveX控件项目,那么我可以构建它,该控件将自身注册为构建的一部分,并且可以像您期望的那样插入到ActiveX测试容器中。一切顺利。如果我再添加这一行:#include在我的DefaultOCXControlCtrl.h文件顶部并重建:构建结束时的注册步骤失败并显示:DebugAssertionFailed!Program:C:\Windows\system32\regsvr3

c++ - POSIX C 线程。 pthread_cond_t 示例。没有按预期工作

我写了一个程序,但它没有像我预期的那样工作。我有两个线程:thread触发func和anotherThread触发anotherFunc。我想做的是当cont在func中达到值10时,使用触发anotherThreadpthread_cond_wait和pthread_cond_signal。奇怪的是,如果我取消注释sleep(1)行,一切正常。我是线程的新手,我正在学习教程here如果我在他们的示例中评论sleep行,它也会中断。我的问题是如何在没有任何sleep()调用的情况下完成这项工作?如果在我的代码中func在anotherFunc之后到达pthread_mutex_lock

c++ - 有没有在boost 1.48.0下使用mutex的最新例子?

我在网上找到的大多数示例都已过时,使用的是boost::mutex,我没有声明包括或.在1.48.0版中是否有任何明确的示例说明如何使用boost::mutex?ThetutorialsinChapter27(Threads)非常不清楚,不提供任何代码示例。 最佳答案 查看此示例(boost::mutex用法在Resource::use()中提供):#include#includeclassResource{public:Resource():i(0){}voiduse(){boost::mutex::scoped_locklock

c++ - 与 std::mutex 相比,其他互斥包装器库有哪些优势?

C++标准库提供了std::mutex(lock,unlock,try_lock)功能,可以在多线程环境中工作。我还听说过包装库(例如Boost::mutex),据我所知,它们提供相同的功能(lock、unlock、try_lock).我的问题是,与标准包装库相比,使用此类包装库有什么优势? 最佳答案 std::mutex、std::thread和线程库的其他元素仅适用于C++11。boost::mutex等早于C++11。所以优点是如果您没有C++11支持,您可以使用它们。 关于c++