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 m-parry
Recipients m-parry, vstinner
Date 2017-03-28.08:17:33
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <>
From my opening comment (with new emphasis):

"I think it's the case that **some routes via the C API** now reject out of range values that were previously permitted."

The pywin32 repro I gave above eventually calls PyDateTimeAPI->DateTime_FromDateAndTime():

AFAICT, under Python < 3.6.1 such out of range values were tolerated there. Under Python 2.7, for example, the datetime that results from this call is somewhere in 1899.

I am not claiming that these invalid values should be tolerated forever more, or that this was ever the correct behaviour, but I would have expected a backwards incompatible change like this to happen in, say, Python 3.7, rather than a maintenance release. (Particularly when it breaks a library that's practically standard on Windows.)
Date User Action Args
2017-03-28 08:17:34m-parrysetrecipients: + m-parry, vstinner
2017-03-28 08:17:34m-parrysetmessageid: <>
2017-03-28 08:17:34m-parrylinkissue29921 messages
2017-03-28 08:17:33m-parrycreate