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
Date 2010-01-23.19:57:08
SpamBayes Score 1.8431958e-06
Marked as misclassified No
Message-id <1264276632.05.0.210165677499.issue7766@psf.upfronthosting.co.za>
In-reply-to
Content
I always find myself wishing sys.getwindowsversion() utilized the named tuple concept, so here it is against trunk. sys.version_info was also changed in this manner for 2.7.

Because it is a PyStructSeq/named tuple, it is still accessible like a regular old tuple, but can now be accessed by named attributes.

One thing I don't like is that this is a function, unlike sys.version_info. I think something like sys.windows_version would be better...is there sense in making that an additional API and starting to phase out the getwindowsversion function in py3k?

The patch includes doc and test changes.
History
Date User Action Args
2010-01-23 19:57:12brian.curtinsetrecipients: + brian.curtin
2010-01-23 19:57:12brian.curtinsetmessageid: <1264276632.05.0.210165677499.issue7766@psf.upfronthosting.co.za>
2010-01-23 19:57:10brian.curtinlinkissue7766 messages
2010-01-23 19:57:10brian.curtincreate