[issue21372] multiprocessing.util.register_after_fork inconsistency

2014-06-09 Thread Marc Schlaich

Marc Schlaich added the comment:

Your statement is not correct, it does work on Windows (where fork is not 
available) if you register the hook on module level instead of in `__main__`.

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21372
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue21372] multiprocessing.util.register_after_fork inconsistency

2014-06-08 Thread Richard Oudkerk

Richard Oudkerk added the comment:

register_after_fork() is intentionally undocumented and for internal use.

It is only run when starting a new process using the fork start method 
whether on Windows or not -- the fork in its name is a hint.

--
resolution:  - not a bug
stage:  - resolved
status: open - closed

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21372
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue21372] multiprocessing.util.register_after_fork inconsistency

2014-04-28 Thread Marc Schlaich

New submission from Marc Schlaich:

multiprocessing.util.register_after_fork does not behave consistently on 
Windows because the `_afterfork_registry` is not transferred to the subprocess. 
The following example fails on Windows while it works perfectly on Linux:


import multiprocessing.util


def hook(*args):
print (args)


def func():
print ('func')


if __name__ == '__main__':
multiprocessing.util.register_after_fork(hook, hook)
p = multiprocessing.Process(target=func)
p.start()

--
components: Windows
messages: 217347
nosy: schlamar
priority: normal
severity: normal
status: open
title: multiprocessing.util.register_after_fork inconsistency
type: behavior
versions: Python 2.7, Python 3.3, Python 3.4

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21372
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue21372] multiprocessing.util.register_after_fork inconsistency

2014-04-28 Thread Ned Deily

Changes by Ned Deily n...@acm.org:


--
nosy: +sbt

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21372
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com