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 | gvanrossum |
|---|---|
| Recipients | gvanrossum |
| Date | 2008年03月17日.17:15:10 |
| SpamBayes Score | 0.30324695 |
| Marked as misclassified | No |
| Message-id | <1205774115.18.0.430647398765.issue2307@psf.upfronthosting.co.za> |
| In-reply-to |
| Content | |
|---|---|
We have a proposed solution for 2.x -> 3.x. In 3.x, an (8-bit) str instance received from 2.x will be decoded into a (Unicode) str instance. The encoding defaults to ASCII; you can specify a different encoding and also an error value on the load() or loads() call. This of course doesn't solve all problems; str instances representing binary data will be unpickled as strings. The app will have to deal with this. By default 3.x will *write* pickles using a new version number which is incompatible with 2.x. I'm not sure yet if we should allow writing pickles in 3.x that can be read in 2.x; we need use cases for that. |
|
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2008年03月17日 17:15:15 | gvanrossum | set | spambayes_score: 0.303247 -> 0.30324695 recipients: + gvanrossum |
| 2008年03月17日 17:15:15 | gvanrossum | set | spambayes_score: 0.303247 -> 0.303247 messageid: <1205774115.18.0.430647398765.issue2307@psf.upfronthosting.co.za> |
| 2008年03月17日 17:15:11 | gvanrossum | link | issue2307 messages |
| 2008年03月17日 17:15:10 | gvanrossum | create | |