互斥锁解锁和request_module()行为

文章/答案/技术大牛

发布

1回答

linux、networking、linux-kernel、network-programming

otherwise use the symbol */ if (a == NULL) { request_moduleif (ret == -EAGAIN) ...在request_module成功之后，我们感兴趣的符号在内核内存空间中变得可用，我们可以使用它然而，我不明白为什么返回EAGAIN并重新读取符号，为什么不直接在request_module

浏览 15提问于2017-03-13得票数 2

回答已采纳

3回答

解锁由另一个线程锁定的互斥锁

c++、multithreading

为什么解锁一个已经被另一个线程锁定的互斥锁会导致未定义的行为？根据的说法，如果线程1锁定了一个互斥锁，然后线程2试图在解锁之前解锁相同的互斥锁，那么我们就会遇到未定义的行为。

浏览 0提问于2019-08-04得票数 0

1回答

Pthread Mutex: pthread_mutex_unlock()耗费大量时间

multithreading、pthreads、mutex、intel-vtune

当我使用英特尔VTune profiler分析我的程序时，我发现生产者和消费者在pthread_mutex_unlock上花费了大量时间。我不明白为什么会发生这种事。我认为线程可能会等待很长时间才能获得互斥锁，但释放互斥锁应该很快，对吧？

浏览 4提问于2013-06-03得票数 15

回答已采纳

2回答

在Qt中，如何查询QMutex或QReadWriteLock的状态？

c++、multithreading、qt、qmutex、qreadwritelock

我在可能的地方使用QReadLocks和QWriteLocks，但有时我需要一个跨越函数边界的“长寿命”锁。因此，有时我需要能够查询QReadWriteLock的状态(或QMutex，在这种情况下也是如此)，因为打开已经解锁的互斥锁是非常糟糕的。对于QMutex：试图解锁未锁定的锁是一个错误，将导致程序终止。能够

浏览 3提问于2010-02-21得票数 3

回答已采纳

1回答

只有一个线程可能会导致Linux上的程序死锁或冻结？

c++、linux、multithreading、mutex、deadlock

我使用互斥来读写一个队列，以避免死锁。目前，我只启动了1个线程但是，在GDB中，我的代码在这里被冻结了，它是挂起的。为什么？

浏览 2提问于2011-11-06得票数 4

回答已采纳

2回答

打开条件变量互斥锁两次？

c、multithreading、unix、mutex、condition-variable

pthread_cond_wait(&cvar,&mtx); ...join and destroy thread...和thread_fpthread_exit(NULL);我对上述代码的理解是，main抓取锁，创建线程并运行阻塞的thread_f。然后，主向条件变量cvar发出等待信号，并解锁互斥锁。然后，main和thread_f都解锁互斥

浏览 8提问于2022-05-31得票数 0

回答已采纳

3回答

未拥有互斥窗口调试生成的解锁

c++、windows、mutex

我试图将我现有的Windows代码移植到适用于Windows和Linux的通用代码中。将CRITICAL_SECTION替换为std::mutex。代码失败，错误是：“解锁无主互斥物”。下面是观察行为的示例代码：#include <iostream> static std::mutex g_suCxioAccessLock

浏览 1提问于2020-12-14得票数 1

回答已采纳

1回答

终止进程/线程是否会释放互斥体？

c、linux、pthreads、mutex、apc

有几个进程访问共享内存，使用互斥锁和pthread_mutex_lock()进行同步，每个进程都可以在任何时候被终止(实际上，我用APC扩展描述了php-fpm，但这并不重要)。如果进程锁定互斥对象，然后被终止，互斥锁会自动解锁吗？编辑:事实证明，在这种情况下，即将结束的进程和线程具有类似的行为，这取决于。

浏览 5提问于2014-09-29得票数 11

2回答

if条件中的Mutexes

c++、loops、mutex

我对互斥锁有个问题...global_variable2=something; m.unlock();基本上，我想安全地更改全局变量，所以我认为我需要使用互斥锁我应该只在" if (global_variable1==1)“函数之后解锁互斥锁，但是如果有错误，互斥锁将不会被解锁。我可以在“继续”前解锁吗？或者这会搞砸其他的

浏览 0提问于2013-12-15得票数 0

4回答

如果我在锁定一个互斥锁之前打开它，这可以吗？

c++、multithreading、locking、mutex

我知道如果不运行，这个线程将解锁不属于自己的互斥体，然后返回一个未定义的行为。我的问题是，如果它返回一个未定义的行为，这里的逻辑是否仍然有效？因为如果线程t1没有锁，t1解锁互斥锁A将返回未定义行为，互斥锁仍然由持有它的线程持有，对吗？它不会影响代码中的其他逻辑。我的旧代码和我把解锁部分放在if块中一样工作。

浏览 0提问于2019-07-28得票数 1

回答已采纳

2回答

为什么要解锁一个未锁定的std::mutex UB？

c++、c++11、parallel-processing、std、mutex

解锁未被锁定的std::mutex是UB。为何会这样呢？为什么它没有效果，因为互斥锁还没有锁定，或者已经被解锁了，那么再次调用解锁有什么害处呢？

浏览 2提问于2021-08-31得票数 10

回答已采纳

1回答

如果我持有锁时pthread_create会发生什么情况？

pthreads、mutex

我有一根线，这条线有一个锁。当它这样做的时候，我调用pthread_create，所以现在我有两个线程。假设第二个线程可以解锁。当第一个线程命中解锁时会发生什么？

浏览 2提问于2014-04-11得票数 1

回答已采纳

1回答

无锁队列轮询最快的无竞争方法是什么？

multithreading、queue、mutex、condition-variable、lockless

如果队列不是无锁的，那么解决此问题的简单方法是让生成线程锁定互斥锁，完成其工作，发送条件变量并解锁，以及读取线程锁定互斥锁，等待条件变量，执行其读取，然后解锁。天真的解决方案是让生产者在每次插入队列后锁定互斥锁，向条件变量发送信号，然后解锁互斥锁，将实际工作(插入队列)完全保持在锁之外，并让使用者也这样做，锁定互斥锁，等待条件变

浏览 1提问于2010-11-21得票数 6

2回答

另一个胎面能解锁一个互斥锁，尽管它以前还没有获得锁？

c++、multithreading、mutex

线程t2能否解锁互斥锁( mutex m )，尽管该互斥锁以前是由线程t1锁定的？互斥锁m能解锁两次吗？此代码的执行将打印以下内容：release lockrelease lock 在我看来，主线程是通过lock_guard工具获得互斥的然后，线程t2解锁互斥锁。在主作用域的末尾，lock_guar

浏览 3提问于2021-06-18得票数 1

回答已采纳

2回答