➜

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 eryksun
Recipients berlinsaint, eryksun, loewis, paul.moore, serhiy.storchaka, steve.dower, tim.golden, zach.ware
Date 2015-09-20.11:32:10
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1442748730.78.0.846324786122.issue25189@psf.upfronthosting.co.za>
In-reply-to
Content 
> This looks as a duplicate of issue2528.

No, yangyanbo's problem is unrelated to the file's security descriptor, and it's not a bug.

telnet.exe is manually installed via "Programs and Features", which only installs a 64-bit version into System32 (despite the 32 in its name, this directory has native 64-bit executables). But yangyanbo is running 32-bit Python, so accessing "System32" gets redirected to SysWOW64 (despite the 64 in its name, this directory has 32-bit executables that run in the "Windows 32-bit on Windows 64-bit" system). 

From a 32-bit app the real System32 directory is available as "SysNative", e.g.:

    os.access(r'C:\Windows\SysNative\telnet.exe', os.X_OK)
History
Date User Action Args
2015-09-20 11:32:10eryksunsetrecipients: + eryksun, loewis, paul.moore, tim.golden, zach.ware, serhiy.storchaka, steve.dower, berlinsaint
2015-09-20 11:32:10eryksunsetmessageid: <1442748730.78.0.846324786122.issue25189@psf.upfronthosting.co.za>
2015-09-20 11:32:10eryksunlinkissue25189 messages
2015-09-20 11:32:10eryksuncreate