[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

[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

[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

[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

[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

[issue3905] subprocess failing in GUI applications on Windows

Change by Eryk Sun : -- nosy: +eryksun ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue3905] subprocess failing in GUI applications on Windows

Change by Mark Lawrence : -- nosy: -BreamoreBoy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[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

[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 rep...@bugs.python.org http://bugs.python.org/issue3905 ___

[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\Python34pythonw -m idlelib Python 3.4.1 (v3.4.1:c0e311e010fc, May 18 2014, 10:45:13) [ import subprocess p = subprocess.Popen([python, -c,

[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 rep...@bugs.python.org http://bugs.python.org/issue3905 ___

[issue3905] subprocess failing in GUI applications on Windows

Changes by Tim Lesher tles...@gmail.com: -- nosy: +tlesher ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3905 ___ ___ Python-bugs-list mailing

[issue3905] subprocess failing in GUI applications on Windows

Terry J. Reedy tjre...@udel.edu 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

[issue3905] subprocess failing in GUI applications on Windows

Changes by Christian Häggström paj...@kalvdans.no-ip.org: -- nosy: +chn ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3905 ___ ___

[issue3905] subprocess failing in GUI applications on Windows

Todd Whiteman twhit...@yahoo.com.au 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 denver.coneybe...@gmail.com 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,

[issue3905] subprocess failing in GUI applications on Windows

Denver Coneybeare denver.coneybe...@gmail.com 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

[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] http://bugs.python.org/issue3905 ___

[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

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

Changes by Georg Brandl [EMAIL PROTECTED]: -- resolution: fixed - status: closed - open ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3905 ___ ___

[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] http://bugs.python.org/issue3905

[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] http://bugs.python.org/issue3905

[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] http://bugs.python.org/issue3905

[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] http://bugs.python.org/issue3905

[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

Changes by Kevin Watters [EMAIL PROTECTED]: -- nosy: +kevinwatters ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3905 ___ ___ Python-bugs-list mailing

[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

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

[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:\Python30python Lib/idlelib/idle.py Traceback (most recent call last): File string, line 1, in module File

[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] http://bugs.python.org/issue3905 ___

[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 PythonWin