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 lemburg
Recipients brian.curtin, giampaolo.rodola, jkloth, lemburg, loewis, pitrou, serhiy.storchaka, steve.dower, tim.golden, tim.peters, zach.ware
Date 2014-06-10.18:08:04
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <53974981.9010404@egenix.com>
In-reply-to <1402417739.62.0.803998716744.issue19143@psf.upfronthosting.co.za>
Content
On 10.06.2014 18:28, Steve Dower wrote:
> 
> The one concession that the Windows dev is willing to make is for logging, in which case the version number should be read as a string from a standard DLL like kernel32.dll. This would be appropriate for platform.win32_ver(), but as discussed above, not for sys.getwindowsversion().

So have platform.win32_ver() return the true version is acceptable ?

Note that the platform module is meant for identifying the platform,
not the runtime compatibility environment, so it has a slightly
different target audience.

Thanks,
-- 
Marc-Andre Lemburg
eGenix.com
History
Date User Action Args
2014-06-10 18:08:05lemburgsetrecipients: + lemburg, tim.peters, loewis, pitrou, giampaolo.rodola, tim.golden, jkloth, brian.curtin, zach.ware, serhiy.storchaka, steve.dower
2014-06-10 18:08:05lemburglinkissue19143 messages
2014-06-10 18:08:04lemburgcreate