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.
Created on 2010年08月15日 18:02 by pitrou, last changed 2022年04月11日 14:57 by admin. This issue is now closed.
| Messages (4) | |||
|---|---|---|---|
| msg113982 - (view) | Author: Antoine Pitrou (pitrou) * (Python committer) | Date: 2010年08月15日 18:02 | |
Under 64-bit Windows, Python aliases PyLong_FromPid() to PyLong_FromLong() (and PyLong_AsPid() to PyLong_AsLong()), but a C "long" is 32-bit, while apparently the MSVCRT defines a pid to be intptr_t, that is 64-bit. A potential loss of data ensues. |
|||
| msg115027 - (view) | Author: Amaury Forgeot d'Arc (amaury.forgeotdarc) * (Python committer) | Date: 2010年08月26日 21:22 | |
The spawn* functions return intptr_t, because it's the process handle. But _getpid() returns an int. Both seem to be correctly handled. Which part do you suspect to truncate data? |
|||
| msg199754 - (view) | Author: Georg Brandl (georg.brandl) * (Python committer) | Date: 2013年10月13日 18:30 | |
Antoine, ping? |
|||
| msg199760 - (view) | Author: Antoine Pitrou (pitrou) * (Python committer) | Date: 2013年10月13日 18:37 | |
Amaury is right, it seems a Windows pid is an int after all. I don't know where I got the other impression :-) |
|||
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2022年04月11日 14:57:05 | admin | set | github: 53822 |
| 2013年10月13日 18:37:49 | pitrou | set | status: open -> closed resolution: not a bug messages: + msg199760 stage: resolved |
| 2013年10月13日 18:30:03 | georg.brandl | set | status: pending -> open nosy: + georg.brandl messages: + msg199754 |
| 2012年11月19日 15:16:35 | serhiy.storchaka | set | status: open -> pending |
| 2010年08月26日 21:22:23 | amaury.forgeotdarc | set | nosy:
+ amaury.forgeotdarc messages: + msg115027 |
| 2010年08月15日 18:02:25 | pitrou | create | |