patch for glibc 2.3.6 system() hang?

Chris MacGregor chris@bouncingdog.com
Fri Oct 5 18:44:00 GMT 2007


Hi.  We're encountering a problem with system() (the C runtime function 
to execute an external program via a shell) hanging.  We're using glibc 
2.3.6 and gcc 3.4.6, and seeing this on arm, mips, and i686.

Does anyone have a patch for this problem?  I've located a post by 
Ulrich Drepper implying that he applied a patch (in an unspecified 
location in the glibc, to an unspecified version/branch of glibc) that 
might fix this, circa 25 February 2007, and I'm continuing to search for 
that change.  However, I haven't found it yet, and I wonder if anyone 
else has already solved this.

It's most perplexing when this:

    system ("/bin/sync");

hangs in a threaded program.  (NPTL or linuxthreads - the i686 platform 
is NPTL, and the others (of necessity for our gcc/glibc versions, I 
think) are using linuxthreads.)

Don't hassle me about why we're doing the above instead of just calling 
the sync() system call - I didn't write this code, and even if we fix it 
there are much more appropriate uses elsewhere.  It's just that the 
failure of this one is so clearly egregious...  (I once found a place in 
the code where someone used 'system("/bin/rm -f ...")' instead of 
calling unlink().  Sigh.)

Thanks,
    Chris

--
For unsubscribe information see http://sourceware.org/lists.html#faq



More information about the crossgcc mailing list