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 steve.dower
Recipients Jeffrey.Kintscher, Paul Monson, eric.smith, filips123, giampaolo.rodola, malin, paul.moore, steve.dower, tim.golden, zach.ware
Date 2019-08-02.20:25:27
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1564777527.56.0.406426137454.issue33408@roundup.psfhosted.org>
In-reply-to
Content
Most of those examples would break today if run on Windows, though (AttributeError). So they'd just continue to break, probably with a different error (I'm not clear what happens if we specify SOCK_DGRAM with this change).

Having an undocumented field doesn't really help much - what we want is a documented field with a different name, perhaps WIN_AF_UNIX? (I think we need to keep the "AF_" prefix for real values and not mess up the namespace ourselves.) That way we can document that it matches AF_UNIX when defined on Windows, but will not trigger existing code that checks for the presence of AF_UNIX. Then we'll have to update the standard library to use either/both values where supported.
History
Date User Action Args
2019-08-02 20:25:27steve.dowersetrecipients: + steve.dower, paul.moore, eric.smith, giampaolo.rodola, tim.golden, zach.ware, malin, filips123, Paul Monson, Jeffrey.Kintscher
2019-08-02 20:25:27steve.dowersetmessageid: <1564777527.56.0.406426137454.issue33408@roundup.psfhosted.org>
2019-08-02 20:25:27steve.dowerlinkissue33408 messages
2019-08-02 20:25:27steve.dowercreate