[issue2405] Drop w9xpopen and all dependencies

Brian Curtin added the comment: This was fixed in #14470. -- nosy: +brian.curtin resolution: -> duplicate stage: -> committed/rejected status: open -> closed superseder: -> Remove using of w9xopen in subprocess module ___ Python tracker

[issue2405] Drop w9xpopen and all dependencies

benrg added the comment: It turns out that, on Windows 7 32-bit with COMSPEC pointing to command.com, platform.popen('dir').read() works with w9xpopen and fails (no output) without it. But the reason has nothing to do with the old Win9x problem. It's because subprocess always quotes the comm

[issue2405] Drop w9xpopen and all dependencies

benrg added the comment: w9xpopen is currently used on NT. The patch to use it on NT was checked in by bquinlan in August of 2001 (http://mail.python.org/pipermail/patches/2001-August/005719.html). He claims that it is necessary in NT, even though (a) the cited knowledge base article explici

[issue2405] Drop w9xpopen and all dependencies

anatoly techtonik added the comment: I still see w9xpopen.exe in my Python 3.2 installation, which is kind of strange to me. -- nosy: +techtonik versions: +Python 3.3 ___ Python tracker ___

[issue2405] Drop w9xpopen and all dependencies

Amaury Forgeot d'Arc added the comment: It is still time to add to 3.2 a DeprecationWarning when w9xpopen is used, and remove the feature in 3.3. See attached patch -- keywords: +patch nosy: +amaury.forgeotdarc Added file: http://bugs.python.org/file19608/deprecate-w9xpopen.patch

[issue2405] Drop w9xpopen and all dependencies

Changes by Terry J. Reedy : -- versions: +Python 3.2 -Python 2.6, Python 3.0 ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue2405] Drop w9xpopen and all dependencies

Christian Heimes <[EMAIL PROTECTED]> added the comment: I'm not sure either but I like to consider the removal of w9xpopen wrapper for the 3.x series. The py3k project was started to remove old cruft and I view w9xpopen as such a cruft. -- components: +Windows nosy: +tiran priority: ->

[issue2405] Drop w9xpopen and all dependencies

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Tim Peters once commented that w9xpopen cannot go away as long as people still use alternative shells (through COMSPEC) that still have the original issue that command.com had. I don't know how relevant that still is, and whether perhaps b

[issue2405] Drop w9xpopen and all dependencies

New submission from Trent Nelson <[EMAIL PROTECTED]>: Python 2.6+ drops support for Windows 95/98, which removes the need for w9xpopen. Get rid of the module and all dependencies (such as in the .msi). -- assignee: Trent.Nelson components: Build messages: 63978 nosy: Trent.Nelson severi