This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author Adq
Recipients Adq, gregory.p.smith, terry.reedy, vinay.sajip
Date 2020-10-26.11:23:09
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1603711390.51.0.500490137167.issue42097@roundup.psfhosted.org>
In-reply-to
Content
Hi, sorry, I was ill on Friday, apologies for the delayed reply.

We're not using os.fork() directly, and I'm afraid the multiprocessing thing I mentioned was a bit of a red herring.

We're using a capped pool of threads to spawn subprocesses (using subprocess.*) and wait for them to complete.. so we'll do something like spawn max 6 threads, each of which will kick off a subprocess and stuff them in a list. Then in the main loop, we wait for one of the threads to complete and start a new one when it has done so. I don't _believe_ this should trigger the os.fork()/logging bug?

This all worked fine in 2.* and in 3.5. Its only in 3.7 that we have started to have this hanging problem.

Unfortunately the (production) environment that has the problem is currently running 3.7. We do have plans to upgrade to 3.8, but I can't just switch it.
History
Date User Action Args
2020-10-26 11:23:10Adqsetrecipients: + Adq, terry.reedy, gregory.p.smith, vinay.sajip
2020-10-26 11:23:10Adqsetmessageid: <1603711390.51.0.500490137167.issue42097@roundup.psfhosted.org>
2020-10-26 11:23:10Adqlinkissue42097 messages
2020-10-26 11:23:09Adqcreate