A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2017-March/147533.html below:

[Python-Dev] why multiprocessing use os._exit

[Python-Dev] why multiprocessing use os._exitOleg Broytman phd at phdru.name
Fri Mar 3 07:24:11 EST 2017
Hello.

   This mailing list is to work on developing Python (adding new
features to Python itself and fixing bugs); if you're having problems
learning, understanding or using Python, please find another forum.
Probably python-list/comp.lang.python mailing list/news group is the
best place; there are Python developers who participate in it; you may
get a faster, and probably more complete, answer there. See
http://www.python.org/community/ for other lists/news groups/fora. Thank
you for understanding.

   Using os._exit() after fork is documented:
https://docs.python.org/3/library/os.html#os._exit
   and this is exactly what multiprocessing does.

On Fri, Mar 03, 2017 at 12:51:59PM +0800, Tao Qingyun <qingyun.tao at tophant.com> wrote:
> in multiprocessing/forking.py#129, `os._exit` cause child process don't close open
> file. For example:
> 
> ```
>     from multiprocessing import Process
> 
>     def f():
>         global log  # prevent gc close the file
>         log = open("info.log", "w")
>         log.write("***hello world***\n")
> 
>     p = Process(target=f)
>     p.start()
>     p.join()
> 
> ```
> and the `info.log` will be empty. why not use sys.exit ? 
> 
> 
> Thanks

Oleg.
-- 
     Oleg Broytman            http://phdru.name/            phd at phdru.name
           Programmers don't die, they just GOSUB without RETURN.
More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4