堆栈内存溢出
cost 284 ms
lock_guard 里面的 scoped_lock 是多余的吗？ - scoped_lock inside lock_guard, is it redundant?

我是多线程编程的新手。 我现在在做一个串口通信项目，搜索相关代码参考。 我发现有人在lock_guard中使用scoped_lock的代码如下： 根据这篇文章，我认为这两个只是为了锁定互斥量。 B()由A()调用，因此可能不需要B()内的scoped_lock ，可以将其删除。 这样对吗？ ...

C++ std::scoped_lock：如果锁阻塞会发生什么？ - C++ std::scoped_lock: What happens if the lock blocks?

我有兴趣了解更多关于std::scoped_lock如何运作的信息。 我正在通过在关键部分周围添加互斥锁来对一些线程不安全的代码进行一些修改。 我正在使用std::scoped_lock来做到这一点。 当到达std::scoped_lock lock(mutex)代码行时，可能会发生两种情况： ...

具有单个互斥锁的 std::scoped_lock 行为 - std::scoped_lock behaviour with a single mutex

语境： 我知道自从带有std::scoped_lock的c++17到来以来， std::lock_guard变得有点过时了。 我也知道std::scoped_lock是首选，因为它可以处理多个互斥体并使用与std::lock相同的死锁避免算法。 我在这里对我们只有一个互斥锁的情况感兴趣，因此我 ...

boost :: scoped_lock不起作用（对我来说） - boost::scoped_lock not working (for me)

我正在扩展代码库，请看以下从类中摘录的代码段。 我尽可能地简化了您，以免混淆您： 我在标准输出中得到这个： ....等等。 signal()不被调用。 我印this表明，我们正在同一个对象上进行操作。 在哪种情况下可能/会发生什么？ `'foo在被互斥锁保护的情况下 ...

提升Mutex Scoped Lock - Boost Mutex Scoped Lock

我正在阅读drdobbs.com上的Boost Mutex教程，并发现了这段代码： 现在我明白Mutex的意思是阻止两个线程同时访问同一个资源，但我没有看到io_mutex和std :: cout之间的相关性。 这个代码是否只是锁定范围内的所有内容，直到范围完成为止？ ...

boost-threads：如何将scoped_lock传递给被调用者？ - boost-threads: How can I pass a scoped_lock to a callee?

我是boost线程库的新手。 我有一种情况，我在一个函数中获取scoped_lock ，需要在被调用者中等待它。 代码如下： 基本上，在函数d() ，我需要访问我在a()获取的作用域锁，以便我可以等待它。 我怎么做 ？ （其他一些线程会通知）。 或者我可以直接等待互斥锁 ...

在作用域锁定之前检查可选的互斥锁 - Check optional mutex before scoped locking

我有一个构造函数，可以选择让用户将ponter传递给Boost互斥体。 如果未提供互斥锁，则成员指针pMyMutex设置为NULL 。 这使用户可以选择是否愿意应用某些线程安全性。 但是，出于明显的原因，我不能对这种检查使用scoped_lock ：） 谁能为这种要求提出一个简洁而 ...

“嵌套”scoped_lock - “Nested” scoped_lock

我缩短的简化课程如下： 我想在m_myVar上同步访问。 当调用A::methodB()线程运行与相同的互斥锁两次，显然是在第一线块A::methodA() 有没有办法让scoped_lock在再次传递时不会阻塞同一个线程 ？ 当然，我只需要调用m_mutex.unlock ...

Boost ::线程，过剩和数据共享 - Boost::thread, glut and data sharing

我认为我的程序有问题。 我必须创建一个与外部跟踪系统连续通信的对象，并从中获取点的坐标。 我将此类包装在boost :: thread中，在第一次调用Glut应用程序之前，我创建了线程对象并将其分离 该类的显着方法的代码如下 我的glutTimerFunc调用了一个更新函数，每 ...

寻找 function （或宏）以返回 boost::scoped_lock - Looking for a function (or a macro) to return a boost::scoped_lock

我正在寻找代码缩短的想法。 我正在使用boost::scoped_lock来锁定boost::mutex但我想缩短我正在编写的代码量。 目前，我在 class 和名为_sync的成员字段中定义了一个mutex 。 当我想锁定时，我必须写： The tricky part is that this ...

boost::interprocess::scoped_lock 应用程序在锁内崩溃 - boost::interprocess::scoped_lock application crash inside lock

我正在使用 boost::interprocess::scoped_lock，如果应用程序由于某种原因在 scope 内部崩溃，则不会释放互斥锁。 下次执行应用程序时（无需重新启动计算机），互斥锁将被锁定。 这是如何工作的？ 下面我给出一个简单的代码示例。 我最终做了一个像下面这样的超时。 谁能想出 ...

boost :: recursive_mutex :: scoped_locks析构函数会引用未锁定的互斥量吗？ - Will boost::recursive_mutex::scoped_locks destructor reference an unlocked mutex?

在boost::recursive_mutex::scoped_lock上调用unlock()之后，锁对象会以某种方式在其析构函数中引用互斥量吗？ 调用解锁后，锁仍保留对互斥锁的引用（即， mutex()返回相同的指针）。 如果在锁超出范围之前销毁了互斥锁，还必须在锁上调用release ...


排序:
质量:
 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM