Message197467
| Author | lars |
|---|---|
| Recipients | Olivier.Grisel, lars, sbt |
| Date | 2013-09-10.21:15:33 |
| SpamBayes Score | -1.0 |
| Marked as misclassified | Yes |
| Message-id | <1378847733.29.0.220318704303.issue18999@psf.upfronthosting.co.za> |
| In-reply-to |
| Content | |
|---|---|
In my patched version, the private popen.get_start_method gets a kwarg set_if_needed=True. popen.Popen calls that as before, so its behavior should not change, while the public get_start_method sets the kwarg to False. I realise now that this has the side effect that get_start_method's output changes when multiprocessing has first been used, but then that reflects how the library works. Maybe this should be documented. As for the contexts, those would be great. |
|
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2013-09-10 21:15:33 | lars | set | recipients: + lars, sbt, Olivier.Grisel |
| 2013-09-10 21:15:33 | lars | set | messageid: <1378847733.29.0.220318704303.issue18999@psf.upfronthosting.co.za> |
| 2013-09-10 21:15:33 | lars | link | issue18999 messages |
| 2013-09-10 21:15:33 | lars | create | |