Message88058
| Author |
rstutsman |
| Recipients |
ajaksu2, christian.heimes, loewis, rstutsman, stutsman |
| Date |
2009年05月18日.23:17:45 |
| SpamBayes Score |
7.477059e-10 |
| Marked as misclassified |
No |
| Message-id |
<1242688667.42.0.0637009018055.issue1983@psf.upfronthosting.co.za> |
| In-reply-to |
| Content |
No, I don't think this is actually fixed in any version of Python at the
moment. The title may be a bit misleading, because all the versions now
store the result of fork in a pid_t and return it as a PyLong. However,
posix_waitpid is still pulling pid's as a PyInt. Changing this to
PyLong would probably work for our purposes, but I guess the hangup was
that in reality pid_t is supposed to be an opaque datatype and
implementing it in CPython is non-trivial and has little benefit.
Perhaps we close this as won't fix or I can create a patch to at least
give a hack for 64-bit pid's but still treated as a long. |
|
History
|
|---|
| Date |
User |
Action |
Args |
| 2009年05月18日 23:17:47 | rstutsman | set | recipients:
+ rstutsman, loewis, christian.heimes, ajaksu2, stutsman |
| 2009年05月18日 23:17:47 | rstutsman | set | messageid: <1242688667.42.0.0637009018055.issue1983@psf.upfronthosting.co.za> |
| 2009年05月18日 23:17:46 | rstutsman | link | issue1983 messages |
| 2009年05月18日 23:17:45 | rstutsman | create |
|