Message316046
| Author |
serhiy.storchaka |
| Recipients |
John Jones, alex, benjamin.peterson, dhduvall, gennad, gregory.p.smith, martin.panter, miss-islington, ned.deily, neologix, pablogsal, serhiy.storchaka, vstinner |
| Date |
2018年05月02日.06:19:38 |
| SpamBayes Score |
-1.0 |
| Marked as misclassified |
Yes |
| Message-id |
<1525241978.55.0.682650639539.issue20104@psf.upfronthosting.co.za> |
| In-reply-to |
| Content |
The current implementation looks half-baked to me. It doesn't implement the following features:
1. posix_spawnp(). It is like posix_spawn(), but searches an executable in PATH.
2. Passing various attributes of the created child process. POSIX_SPAWN_SETSIGMASK, POSIX_SPAWN_SETSCHEDPARAM, etc.
And I have doubts about introducing constants like POSIX_SPAWN_OPEN:
1. There is no need to make them integers. They could be strings (for readability) or opaque values.
2. Their names can conflict with future standard constants related to posix_path().
Implementing new features in 3.8 can conflict with the current design. Removing posix_spawn() in 3.7 and deferring the work to 3.8 still looks a better solution to me. |
|
History
|
|---|
| Date |
User |
Action |
Args |
| 2018年05月02日 06:19:38 | serhiy.storchaka | set | recipients:
+ serhiy.storchaka, gregory.p.smith, vstinner, benjamin.peterson, ned.deily, alex, dhduvall, neologix, gennad, martin.panter, John Jones, pablogsal, miss-islington |
| 2018年05月02日 06:19:38 | serhiy.storchaka | set | messageid: <1525241978.55.0.682650639539.issue20104@psf.upfronthosting.co.za> |
| 2018年05月02日 06:19:38 | serhiy.storchaka | link | issue20104 messages |
| 2018年05月02日 06:19:38 | serhiy.storchaka | create |
|