[issue35627] multiprocessing.queue in 3.7.2 doesn't behave as it was in 3.7.1

Antoine Pitrou added the comment: > Hi there. I get this behavior as well, although only in a venv. Ah, thanks for the clarification. Then it's a duplicate of issue35797. -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: ->

[issue35627] multiprocessing.queue in 3.7.2 doesn't behave as it was in 3.7.1

Tom Wilson added the comment: In case this is a clue - the attached script "mp_hang2.py" adds a call to qsize() and uses only a single consumer. When I run it from the command line it does one of two things: Option 1: C:\TEMP\Py-3.7.2b-Venv\Scripts>.\python.exe

[issue35627] multiprocessing.queue in 3.7.2 doesn't behave as it was in 3.7.1

Tom Wilson added the comment: Hi there. I get this behavior as well, although only in a venv. Main Virtual v3.7.1:260ec2c36a CompletesCompletes v3.7.2:9a3ffc0492 Completes Hangs Some other details of my setup: - Windows 10 Pro, Version 1803 (OS

[issue35627] multiprocessing.queue in 3.7.2 doesn't behave as it was in 3.7.1

STINNER Victor added the comment: I ran mp_hang.py on Windows 10 with Python 3.7.2: the script completes (it doesn't hang). The issue might be specific to VS Code (on Windows?). -- ___ Python tracker

[issue35627] multiprocessing.queue in 3.7.2 doesn't behave as it was in 3.7.1

STINNER Victor added the comment: mp_hang.py: I created the example into a script, I added the __main__ section described by Antoine. I cannot reproduce the bug on the Python master branch on Linux. @June Kim: What is the output when it hangs? Can you try your example without VS Code? For

[issue35627] multiprocessing.queue in 3.7.2 doesn't behave as it was in 3.7.1

Change by STINNER Victor : -- nosy: +vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35627] multiprocessing.queue in 3.7.2 doesn't behave as it was in 3.7.1

Antoine Pitrou added the comment: I couldn't reproduce on Ubuntu either. I tried the "fork", "forkserver" and "spawn" methods (all with 3.7.2). Terry, if you are on Windows, can you try the script? Be sure to enclose the test() call in a "if __name__ == '__main__'" guard. --

[issue35627] multiprocessing.queue in 3.7.2 doesn't behave as it was in 3.7.1

Change by Terry J. Reedy : -- nosy: +davin, pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35627] multiprocessing.queue in 3.7.2 doesn't behave as it was in 3.7.1

June Kim added the comment: Here is my environment ---system CPU: Intel i5 @2.67GHz RAM: 8G OS: Windows 10 Home (64bit) OS version: 1803 OS build: 17134.472 ---python version1: 3.7.1 AMD64 on win32 version2: 3.7.2 AMD64 on win32 Python path: (venv)/Scripts/python.exe IDE: VS Code(1.30.1)

[issue35627] multiprocessing.queue in 3.7.2 doesn't behave as it was in 3.7.1

Rémi Lapeyre added the comment: I just tried your script in "9a3ffc" (3.7.2final) and "260ec2c36a" (3.7.1final) and it worked on both without halting the main process. I'm on MacOS Sierra, can you give more details about your environment? -- nosy: +remi.lapeyre

[issue35627] multiprocessing.queue in 3.7.2 doesn't behave as it was in 3.7.1

New submission from June Kim : ## Test code ## ## Modified a bit from the original written by Doug Hellmann ## https://pymotw.com/3/multiprocessing/communication.html import multiprocessing import time class Consumer(multiprocessing.Process): def __init__(self, task_queue, result_queue):

[issue35627] multiprocessing.queue in 3.7.2 doesn't behave as it was in 3.7.1

Change by June Kim : -- components: Library (Lib) nosy: June Kim priority: normal severity: normal status: open title: multiprocessing.queue in 3.7.2 doesn't behave as it was in 3.7.1 type: behavior versions: Python 3.7 ___ Python tracker