Author gregory.p.smith
Recipients alexandre.vassalotti, belopolsky, bronger, eddygeek, gregory.p.smith, miss-islington, pitrou, serhiy.storchaka, tanzer@swing.co.at, tim.peters
Date 2018-12-09.19:50:36
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1544385036.17.0.788709270274.issue22005@psf.upfronthosting.co.za>
In-reply-to
Content
It is fundamentally impossible for pickled data to magically cross the 2 and 3 language boundary unscathed.

The basic str/bytes/unicode types in the language changed meaning.  Code must be written manually by the data owners to fix that up based on what the types and encodings should actually be in various places given the language version the data is being read into.

The code in the PRs for this bug appears to do that in the requisite required hacky manner for stored datetime instances.

This fact isn't new.  It happened 10 years ago with the release of Python 3.0.  The documentation is not a contract.  I'm fixing it to mention this.
History
Date User Action Args
2018-12-09 19:50:36gregory.p.smithsetrecipients: + gregory.p.smith, tim.peters, belopolsky, pitrou, bronger, alexandre.vassalotti, serhiy.storchaka, eddygeek, tanzer@swing.co.at, miss-islington
2018-12-09 19:50:36gregory.p.smithsetmessageid: <1544385036.17.0.788709270274.issue22005@psf.upfronthosting.co.za>
2018-12-09 19:50:36gregory.p.smithlinkissue22005 messages
2018-12-09 19:50:36gregory.p.smithcreate