pthreads stress test hangs on read() returning EINTR

Bernhard Reutner-Fischer rep.dot.nop at gmail.com
Thu Oct 16 21:28:23 UTC 2008


On Wed, Oct 15, 2008 at 02:44:32PM -0600, Chase N Douglas wrote:
>-----Bernhard Reutner-Fischer <rep.dot.nop at gmail.com> wrote: -----
>>On Wed, Oct 15, 2008 at 07:43:47AM -0600, Chase N Douglas wrote:
>>>-----Bernhard Reutner-Fischer <rep.dot.nop at gmail.com> wrote: -----
>>>>On Mon, Oct 06, 2008 at 04:14:27PM -0400, Chase Douglas wrote:
>>>>> On Oct 6, 2008, at 6:04 AM, Fathi Boudra wrote:
>>>>>> Hi,
>>>>>>
>>>>>> ping.
>>>>>>
>>>>>> Any comments from people who care about thread ?
>>>>>>
>>>>>> As a reminder:
>>>>>>  - http://busybox.net/bugs/view.php?id=4994
>>>>>>  - http://uclibc.org/lists/uclibc/2008-March/019187.html
>>>>>>
>>>>>> It could be nice to take a look before 0.9.30 release.
>>>>>
>>>>> Just to be clear, both of these tackle the same issue, but the
>>first
>>>>> should cover all cases, while the second is specific to
>>malloc-standard
>>>>> and does not cover the pthreads_atfork mutex.
>>>>
>>>>This patch (which went in as r23660) broke
>>>>- no threads
>>>>- malloc debug
>>>
>>>Do you have any information on how the patch broke these two
>>scenarios?
>>>Were they compilation errors, or runtime errors? What malloc
>>stack(s)
>>>broke? I have not been able to reproduce the issues myself, but I
>>have been
>>>running an older version of uClibc, not 0.9.30-rc2.
>>
>>This should catch all:
>>
>>$ egrep "(THREAD|MALLOC)" .config
>># HAS_NO_THREADS is not set
>># UCLIBC_HAS_THREADS is not set
>>MALLOC=y
>># MALLOC_SIMPLE is not set
>># MALLOC_STANDARD is not set
>># MALLOC_GLIBC_COMPAT is not set
>>UCLIBC_MALLOC_DEBUGGING=y

>Please see the attached patch which should apply cleanly against
>0.9.30-rc2. This should fix malloc with debug and without threads.

Applied as r23698.



More information about the uClibc mailing list