[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Test-lock hang (not 100% reproducible) on GNU/Linux
From: |
Bruno Haible |
Subject: |
Re: Test-lock hang (not 100% reproducible) on GNU/Linux |
Date: |
Thu, 05 Jan 2017 19:51 +0100 |
User-agent: |
KMail/4.8.5 (Linux/3.8.0-44-generic; KDE/4.8.5; x86_64; ; ) |
Pavel Raiskup wrote:
> Thanks. Minor report is that gl_thread_join() is not handled properly for
> joined thread statuses.
>
> This leads to situation that Koji build system tries to gently terminate
> the build first (after two days) ... which (sometimes?) leads to successful
> 'test-lock' run in the end and the build succeeds too a bit later.
I cannot explain why this happens and how to fix it. If pthread_join would
report an error code, glthread_join would as well, and gl_thread_join would
abort the process, and 'make check' would fail:
# define glthread_join(THREAD, RETVALP) \
(pthread_in_use () ? pthread_join (THREAD, RETVALP) : 0)
#define gl_thread_join(THREAD, RETVAL) \
do \
{ \
if (glthread_join (THREAD, RETVAL)) \
abort (); \
} \
while (0)
Bruno
Re: Test-lock hang (not 100% reproducible) on GNU/Linux, Bruno Haible, 2017/01/05
Re: Test-lock hang (not 100% reproducible) on GNU/Linux, Torvald Riegel, 2017/01/05
Re: C11 atomics, Bruno Haible, 2017/01/05
Re: read-write locks, Bruno Haible, 2017/01/05