Change by Adam Meily :
--
keywords: +patch
pull_requests: +26407
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/27959
___
Python tracker
<https://bugs.python.org/issu
Change by Adam Meily :
--
nosy: +meilyadam
nosy_count: 5.0 -> 6.0
pull_requests: +26405
pull_request: https://github.com/python/cpython/pull/27959
___
Python tracker
<https://bugs.python.org/issu
Adam Meily added the comment:
I can potentially take a stab at writing up a PR for this. I've also seen this
affecting other locations that eventually call FormatMessage, including:
- ctypes.format_error() - this original issue
- os.strerror()
- OSError(winerror=X)
I will most likely
Change by Adam Meily :
--
pull_requests: +17546
pull_request: https://github.com/python/cpython/pull/18159
___
Python tracker
<https://bugs.python.org/issue39
Change by Adam Meily :
--
pull_requests: +17545
pull_request: https://github.com/python/cpython/pull/18158
___
Python tracker
<https://bugs.python.org/issue39
Change by Adam Meily :
--
pull_requests: +17544
pull_request: https://github.com/python/cpython/pull/18157
___
Python tracker
<https://bugs.python.org/issue39
Change by Adam Meily :
--
pull_requests: +17543
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/18157
___
Python tracker
<https://bugs.python.org/issu
Adam Meily added the comment:
OK, that makes sense.
For 3.7, I can create a PR for that corrects the order of arguments passed into
_winapi.CreateProcess
For 3.8 / master, the problem appears to be that the check in
popen_spawn_win32.py to set the subprocess env is failing because
New submission from Adam Meily :
I upgraded from Python 3.7.1 to 3.7.6 and began noticing a behavior that was
breaking my code. My code detects if it's running in a virtualenv. This check
worked in 3.7.1 but is broken in 3.7.6.
>From the documentation, sys.prefix and sys.exec_prefi
Adam Meily added the comment:
I've rebased onto upstream master and I fixed the CI build.
--
___
Python tracker
<https://bugs.python.org/issue29883>
___
___
Changes by Adam Meily :
--
pull_requests: +1213
___
Python tracker
<http://bugs.python.org/issue29883>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Adam Meily:
I am working on a Python 3.5 project that uses asyncio on a Windows system to
poll both UDP and TCP connections. Multiple sources online say that the Windows
Proactor event loop, which uses I/O Completion Ports, is considerably faster
and more efficient than
Adam Meily added the comment:
Ok, I can re-implement the patch to meet what you all are looking for. I just
want to double check that I'm on the same page:
I'll get rid of the lock, because the fix should really be done in the call to
CreateProcessW. I imagine that I'll be
Adam Meily added the comment:
@r.david.murray: Yes I could make a test.
@haypo:
I did not know about the PROC_THREAD_ATTRIBUTE_HANDLE_LIST structure, thanks
for the heads up. You pointed me in the right direction, and I see now that
you've been following this, and similar, subproce
Adam Meily added the comment:
Attached is a test Python script that you can run to see the race condition in
action. There are two Python scripts: pipe.py and reader.py.
- pipe.py: make two subprocess.Popen() calls from two different threads.
- reader.py: (its content is in the bottom
New submission from Adam Meily:
** This issue and attached patch only affect Windows **
Currently, the Popen constructor will duplicate any stdout, stdin, and/or
stderr handle passed in and make them inheritable, by calling DuplicateHandle.
If two threads call Popen at the same time, the
16 matches
Mail list logo
