This issue tracker has been migrated to GitHub ,
and is currently read-only.
For more information,
see the GitHub FAQs in the Python's Developer Guide.
| Author | skrah |
|---|---|
| Recipients | janssen, ronaldoussoren, skrah, vstinner, yig |
| Date | 2010年06月22日.09:45:23 |
| SpamBayes Score | 0.16566163 |
| Marked as misclassified | No |
| Message-id | <1277199930.56.0.861913687077.issue8621@psf.upfronthosting.co.za> |
| In-reply-to |
| Content | |
|---|---|
It is disputed on http://openradar.appspot.com/radar?id=334401 that this is an OS bug. If I understand correctly, the test program is not guaranteed to work if threads are involved. See also: http://webcache.googleusercontent.com/search?q=cache:hJo0u_Lc8wkJ:www.opengroup.org/onlinepubs/000095399/functions/fork.html+http://www.opengroup.org/onlinepubs/009695399/functions/fork.html&hl=en&strip=1 "A process shall be created with a single thread. If a multi-threaded process calls fork(), the new process shall contain a replica of the calling thread and its entire address space, possibly including the states of mutexes and other resources. Consequently, to avoid errors, the child process may only execute async-signal-safe operations until such time as one of the exec functions is called. [THR] [Option Start] Fork handlers may be established by means of the pthread_atfork() function in order to maintain application invariants across fork() calls." This could explain why running the complete test suite fails but running the individual test does not. |
|
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2010年06月22日 09:45:30 | skrah | set | recipients: + skrah, ronaldoussoren, janssen, vstinner, yig |
| 2010年06月22日 09:45:30 | skrah | set | messageid: <1277199930.56.0.861913687077.issue8621@psf.upfronthosting.co.za> |
| 2010年06月22日 09:45:25 | skrah | link | issue8621 messages |
| 2010年06月22日 09:45:24 | skrah | create | |