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 brian.curtin
Recipients brian.curtin, jeroen.dobbelaere
Date 2011-01-11.18:25:20
SpamBayes Score 3.5736295e-05
Marked as misclassified No
Message-id <1294770324.01.0.10520219211.issue10888@psf.upfronthosting.co.za>
In-reply-to
Content
> The actual issue was initially detected when observing that the
> 'tarfile' package produced a tar containing different permissions,
> depending on the script being executed by 'cygwin python' or 'native python'.

I would expect that. Each of those work in their own world when it comes to file permissions, and there really isn't a 1-to-1 match when it comes to working in both environments.


On native Windows, "Read & Execute" has no real affect on applications, as it appears to be a synthetic permission probably constructed for that property window. I just looked at a number of definitely not executable files on my computer (e.g., text files), and they are all listed as "Read & Execute". Even by right clicking and adding a new file with a garbage name, no extension, and no contents, it's still "Read & Execute" enabled.

Additionally, there is no programmatic way to set that "Read & Execute" flag that you see in the property window.
History
Date User Action Args
2011-01-11 18:25:24brian.curtinsetrecipients: + brian.curtin, jeroen.dobbelaere
2011-01-11 18:25:24brian.curtinsetmessageid: <1294770324.01.0.10520219211.issue10888@psf.upfronthosting.co.za>
2011-01-11 18:25:20brian.curtinlinkissue10888 messages
2011-01-11 18:25:20brian.curtincreate