Bug 85559
Summary: | waitpid produces strange results | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Michael Young <m.a.young> |
Component: | kernel | Assignee: | Arjan van de Ven <arjanv> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Brian Brock <bbrock> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 9 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2003-04-24 18:22:47 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Michael Young
2003-03-04 12:29:37 UTC
wouldn't be surprised if uml has a signal bug here; if it has SIGCHILD set to SIG_IGN then waitpid is a nop.... Yes. It looks like status is unchanged by waitpid (eg. if you set it explicitly beforehand, the numbers change), and that SIGCHLD is set to SIG_IGN at least some of the time - explicitly setting it to SIG_DFL removes the warnings. that's an application bug. the kernel will even printk a warning for it ;) basically waitpid() while SIGCHILD is SIG_IGN is undefined behavior, you can either get your child, or if timing is unlucky, the child is reaped by init (which is the posix specified behavior of SIG_IGN SIGCHILD) before you hit waitpid(). NPTL changed the timinig of this so the later is more happening more frequent. Fixed in uml-patch-2.4.20-4. |