Re: [nptl] more stdout issues

2010-04-13 Thread Natanael Copa
2010/4/13 Timo Teräs timo.te...@iki.fi: It looks like no one bothered to implement the uClibc needed stdio locking initialization. It seems that only linuxthreads.old does this. So both linuxthreads.new and nptl seem to be broken wrt. stdio locking. ah. yes. I did not even try compile

[nptl] more stdout issues

2010-04-12 Thread Natanael Copa
Hi, something is definitively wrong with stdio used in threads on x86. I have enabled run-time assertions and run this phello.c on a multicore box: #include pthread.h #include stdio.h void * printmsg(char *s){ printf(printmsg: %s\n, s); return; } void pthread_hello(void) {

Re: [nptl] more stdout issues

2010-04-12 Thread Austin Foxley
On 04/12/2010 12:21 PM, Natanael Copa wrote: Smells like stdio is not threads safe? Interesting. I supposed there could be an issue with the libc internal futex code that replaces the old use of pthread mutexes directly. We could verify this with a bit of work by getting the old style mutexes to

Re: [nptl] more stdout issues

2010-04-12 Thread Timo Teräs
Austin Foxley wrote: On 04/12/2010 12:21 PM, Natanael Copa wrote: Smells like stdio is not threads safe? Interesting. I supposed there could be an issue with the libc internal futex code that replaces the old use of pthread mutexes directly. We could verify this with a bit of work by getting