summaryrefslogtreecommitdiff
path: root/libpthread/linuxthreads/cancel.c
diff options
context:
space:
mode:
authorEric Andersen <andersen@codepoet.org>2004-05-06 09:16:11 +0000
committerEric Andersen <andersen@codepoet.org>2004-05-06 09:16:11 +0000
commit201ca767d53f035f6cb6b1eaeee7b32a2f2f029c (patch)
treee2c5fcd74ebcfd0613ef81360aa26e2401774d72 /libpthread/linuxthreads/cancel.c
parentc5fc2713c16d80be5c766460e22d7d2fc6c8c516 (diff)
Alexandre Oliva writes:
The vfork() wrapper defined in libpthread, that's used to run pthread_atfork()-registered handlers, is not only a very bad idea, it's broken and useless. Here's the rationale: [---------snip----------] Since the implementation as it stands is broken (linking a program that vfork()s and exec()s on the child and wait()s on the parent works unless you happen to link with libpthread), and I can't think of any workable solution, I suggest that we simply remove the vfork() overrider in the non-MMU case. Yes, we might lose some small amount of functionality here, but it's not like people running uClinux expect anything resembling actual fork() to work.
Diffstat (limited to 'libpthread/linuxthreads/cancel.c')
0 files changed, 0 insertions, 0 deletions