[issue3905] subprocess failing in GUI applications on Windows

Eryk Sun added the comment: For whatever the reason and Windows version, it's still the case that _get_handles() should work around any bad standard handles in the current process. In bpo-25492, I suggested checking os.get_handle_inheritable(). That's too permissive. It should require a vali

[issue3905] subprocess failing in GUI applications on Windows

Eryk Sun added the comment: > A current test on a Win 7 machine similar to what I did > would still be good. Python 3.8 is the last version to support Windows 7 (i.e. NT 6.1). It should get bug fixes through Spring 2021, so we have a couple more years to fix this. We should constrain the

[issue3905] subprocess failing in GUI applications on Windows

Terry J. Reedy added the comment: Since Win 10 was released a year after Jun 2014, I must have still been on Win 7 when I saw the failure. I believe there have some patches to filenos and subprocess since, but I don't know the relation between filenos and file handles. A current test on a W

[issue3905] subprocess failing in GUI applications on Windows

Eryk Sun added the comment: > I am closing this as out of date because the problem seems to have been > fixed elsewise. This is a problem only in Windows 7, which we should have addressed years ago. It's common enough that we shouldn't leave it as just an unresolved third-party issue. I dis

[issue3905] subprocess failing in GUI applications on Windows

Terry J. Reedy added the comment: I reran test with IDLE started 4 ways: I am closing this as out of date because the problem seems to have been fixed elsewise. 3.8.0a2+ 32 bit debug python, built today, opened from python icon, then idle started with 'import idlelib.idle' 3.8.0a2 64 bit ins

[issue3905] subprocess failing in GUI applications on Windows

Change by Eryk Sun : -- nosy: +eryksun ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org

[issue3905] subprocess failing in GUI applications on Windows

Change by Mark Lawrence : -- nosy: -BreamoreBoy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue3905] subprocess failing in GUI applications on Windows

Boris added the comment: Probably the same issue: everything works when called from command line, but when called via a desktop shortcut I get ... _winapi.DUPLICATE_SAME_ACCESS) OSError: [WinError 6] The handle is invalid Changing pythonw to python solved the problem. ...this could be expected

[issue3905] subprocess failing in GUI applications on Windows

Mark Lawrence added the comment: *facepalm* looks like I've run it with the wrong exe, sorry about the noise :-( -- ___ Python tracker ___

[issue3905] subprocess failing in GUI applications on Windows

Terry J. Reedy added the comment: Mark, you did not specify which of the variations you tried ;-) I reproduce as I said in my last message. C:\Programs\Python34>pythonw -m idlelib Python 3.4.1 (v3.4.1:c0e311e010fc, May 18 2014, 10:45:13) [ >>> import subprocess >>> p = subprocess.Popen(["pytho

[issue3905] subprocess failing in GUI applications on Windows

Mark Lawrence added the comment: I cannot reproduce this problem with 3.4.1 or 3.5.a0 on Windows 7. -- nosy: +BreamoreBoy ___ Python tracker ___ __

[issue3905] subprocess failing in GUI applications on Windows

Changes by Tim Lesher : -- nosy: +tlesher ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org

[issue3905] subprocess failing in GUI applications on Windows

Terry J. Reedy added the comment: In 3.2.2, starting IDLE from a Command Prompt, I get the same error as Denver. Starting IDLE 'normally', from the icon, there is no error. So even though Command Prompt detaches pythonw in some way and gives me a new prompt to do something else, there is some

[issue3905] subprocess failing in GUI applications on Windows

Changes by Christian Häggström : -- nosy: +chn ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue3905] subprocess failing in GUI applications on Windows

Denver Coneybeare added the comment: Ahh okay. I've reproduced it in trunk at changeset 053bc5ca199b. As suggested, I ran: PCBuild\pythonw.exe lib\idlelib\idle.py Python 3.3a0 (default, Apr 2 2011, 21:55:40) [MSC v.1500 32 bit (Intel)] on win32 Type "copyright", "credits" or "license()" for

[issue3905] subprocess failing in GUI applications on Windows

Todd Whiteman added the comment: I still see this problem (in Python 2.7.1 and Python 3.1.2). When testing using idle, you'll need to launch using "pythonw.exe", i.e.: pythonw.exe lib\idlelib\idle.py -- ___ Python tracker

[issue3905] subprocess failing in GUI applications on Windows

Denver Coneybeare added the comment: I just re-tested this in cpython trunk at changeset and the issue does not appear to be reproducible. I first launched IDLE by running "python lib\idlelib\idle.py". Then I entered the following: Python 3.3a0 (default, Apr 2 2011, 21:55:40) [MSC v.1500 3

[issue3905] subprocess failing in GUI applications on Windows

Weird <[EMAIL PROTECTED]> added the comment: Georg Brandl thank you, i was having the same problem, but now is fixed -- nosy: +Weird ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3905] subprocess failing in GUI applications on Windows

Jean-Michel Fauth <[EMAIL PROTECTED]> added the comment: > Georg Brandl Thanks, patch applied on w2k+sp4 box, swiss french, Python 3.0rc1. IDLE is working fine. ___ Python tracker <[EMAIL PROTECTED]>

[issue3905] subprocess failing in GUI applications on Windows

Changes by Georg Brandl <[EMAIL PROTECTED]>: -- resolution: fixed -> status: closed -> open ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3905] subprocess failing in GUI applications on Windows

Todd Whiteman <[EMAIL PROTECTED]> added the comment: Uh, the Idle bug reported by Jean-Michel is a completely different bug (please see the first three messages of this report). Please re-open this bug, as the subprocess issue I have reported is still outstanding. __

[issue3905] subprocess failing in GUI applications on Windows

Georg Brandl <[EMAIL PROTECTED]> added the comment: Jean-Michel, you'll need to apply the idlelib/run.py patch; replace sockthread.set_daemon(True) with sockthread.daemon = True around line 75. -- resolution: -> fixed status: open -> closed versions: +Python 3.0 -Python 2.5,

[issue3905] subprocess failing in GUI applications on Windows

Changes by Kevin Watters <[EMAIL PROTECTED]>: -- nosy: +kevinwatters ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mai

[issue3905] subprocess failing in GUI applications on Windows

Jean-Michel Fauth <[EMAIL PROTECTED]> added the comment: Just for information and from an end user perspective. I have tried to replace the socketserver.py from the original 3.0rc1 distribution by the socketserver.py as proposed by Benjamin Peterson (r66520). Script difference (line 568):

[issue3905] subprocess failing in GUI applications on Windows

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: The idle problem has already been fixed, and I got the socket server one in r66520. -- assignee: benjamin.peterson -> ___ Python tracker <[EMAIL PROTECTED]> _

[issue3905] subprocess failing in GUI applications on Windows

Georg Brandl <[EMAIL PROTECTED]> added the comment: Benjamin, I think you're responsible. -- assignee: -> benjamin.peterson nosy: +benjamin.peterson, georg.brandl ___ Python tracker <[EMAIL PROTECTED]> _

[issue3905] subprocess failing in GUI applications on Windows

Georg Brandl <[EMAIL PROTECTED]> added the comment: There are also instances of set_daemon left in socketserver and multiprocessing/dummy. How is that possible? ___ Python tracker <[EMAIL PROTECTED]> _

[issue3905] subprocess failing in GUI applications on Windows

Jean-Michel Fauth <[EMAIL PROTECTED]> added the comment: Microsoft Windows 2000 [Version 5.00.2195] (C) Copyright 1985-2000 Microsoft Corp. C:\>cd python30 C:\Python30>python Lib/idlelib/idle.py Traceback (most recent call last): File "", line 1, in File "C:\Python30\lib\idlelib\run.py", l

[issue3905] subprocess failing in GUI applications on Windows

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: jmfauth: please try to run idle from a command prompt: > cd > python Lib/idlelib/idle.py Do you see interesting output there? -- nosy: +amaury.forgeotdarc ___ Python tracker <[EMAIL PROTEC

[issue3905] subprocess failing in GUI applications on Windows

Jean-Michel Fauth <[EMAIL PROTECTED]> added the comment: I do not really know if this is related to this, but I suspect yes. On my w2k+sp4 box, swiss french, Python 3.0rc1, IDLE does not start or more precisely it starts by opening the following message box: Subprocess Startup Error

[issue3905] subprocess failing in GUI applications on Windows

Trent Mick <[EMAIL PROTECTED]> added the comment: The failure is in the DuplicateHandle call that subprocess makes on, in this case, the stdin handle (as returned by `GetStdHandle(STD_INPUT_HANDLE)`) call earlier. Two cases here: 1. When this is run in a subsystem:windows process (like PythonWi

[issue3905] subprocess failing in GUI applications on Windows

Todd Whiteman <[EMAIL PROTECTED]> added the comment: This seems to be somewhat related to issue1124861: http://bugs.python.org/issue1124861 ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3905] subprocess failing in GUI applications on Windows

New submission from Todd Whiteman <[EMAIL PROTECTED]>: I'm getting a 'The handle is invalid' error when using subprocess.Popen in Python 2.5 (and 2.6). If any of the stdio handles are somehow invalid or not real io handles (fd is not 0, 1 or 2), and you are not telling subprocess to PIPE all of t