[issue31092] multiprocessing.Manager() race condition

2017-10-06 Thread Oren Milman
Oren Milman added the comment: Davin and Antoine, i added you to the nosy list because you are listed as multiprocessing experts :) -- nosy: +davin, pitrou ___ Python tracker

[issue31092] multiprocessing.Manager() race condition

2017-10-05 Thread Prof Plum
Prof Plum added the comment: Oh I see, I thought getting an error that caused the python code execution to terminate was considered a "crash". On the note of whether you should fix this I think the answer is yes. When I call pool.apply_async() I expect it only to return

[issue31092] multiprocessing.Manager() race condition

2017-10-05 Thread Oren Milman
Oren Milman added the comment: Prof Plum, i changed the type of the issue to 'behavior', because Lang and me both got a KeyError. if your interpreter actually crashed, please change it back to 'crash'. -- ___ Python tracker

[issue31092] multiprocessing.Manager() race condition

2017-10-05 Thread Oren Milman
Oren Milman added the comment: IIUC: In Lang's example, doing `queue = None` caused the destruction of the shared queue, which caused a call to BaseProxy._decref() (in multiprocessing/managers.py), which dispatched a decref request to the manager's server process. Meanwhile,

[issue31092] multiprocessing.Manager() race condition

2017-09-22 Thread Lang
Lang added the comment: # code reproduce bug # KeyError in lib\multiprocessing\managers.py in incref import multiprocessing as mp from time import sleep def func(queue): pass if __name__ == '__main__': manager = mp.Manager() pool = mp.Pool(1) queue = manager.Queue() r =

[issue31092] multiprocessing.Manager() race condition

2017-09-21 Thread Prof Plum
Changes by Prof Plum : -- title: Potential multiprocessing.Manager() race condition -> multiprocessing.Manager() race condition ___ Python tracker