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 davin
Recipients davin, eryksun, pitrou, vinay0410
Date 2019-09-09.11:31:19
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <>
A shared semaphore approach for the resource tracker sounds appealing as a way to make the behavior on Windows and posix systems more consistent.  However this might get implemented, we should not artificially prevent users from having some option to persist beyond the last Python process's exit.

I like the point that @eryksun makes that we could instead consider using NtMakePermanentObject on Windows to permit more posix-like behavior instead, but I do not think we want to head down a path of using undocumented NT APIs.

In the current code, the resource tracker inappropriately triggers _posixshmem.shm_unlink; we need to fix this in the immediate short term (before 3.8 is released) as it breaks the expected behavior @vinay0410 describes.
Date User Action Args
2019-09-09 11:31:19davinsetrecipients: + davin, pitrou, eryksun, vinay0410
2019-09-09 11:31:19davinsetmessageid: <>
2019-09-09 11:31:19davinlinkissue37754 messages
2019-09-09 11:31:19davincreate