summaryrefslogtreecommitdiff
path: root/libc/signal
diff options
context:
space:
mode:
authorMike Frysinger <vapier@gentoo.org>2007-02-08 18:05:44 +0000
committerMike Frysinger <vapier@gentoo.org>2007-02-08 18:05:44 +0000
commit3dcb135f7b6add6b8237b45dd8da6a04eec9942e (patch)
tree85c34716c5e39e875efd64f53adec125b3ab4900 /libc/signal
parent3a57ff2c1f6b7bb8fc6d7bcf8165b542f86b3c5c (diff)
Paul Brook writes:
I'm seeing a hang in applications that open and close files with a non-threaded uClibc. There is code in fclose() to remove a file handle from _stdio_openlist however it's commented out, allegedly because it is dead. _stdio_openlist is used in several places, including _stdio_term when a program exits. fclose() frees the struct, so I don't see how the code can possibly be redundant. In the __UCLIBC_HAS_THREADS__ && __STDIO_BUFFERS case the file is removed from _stdio_openlist by __STDIO_OPENLIST_DEC_USE. The attached patch fixes this bug be re-enabling the code.
Diffstat (limited to 'libc/signal')
0 files changed, 0 insertions, 0 deletions