Message78025
| Author |
skreft |
| Recipients |
francescor, skreft |
| Date |
2008年12月18日.14:17:52 |
| SpamBayes Score |
0.03184954 |
| Marked as misclassified |
No |
| Message-id |
<1229609874.94.0.568250415039.issue4621@psf.upfronthosting.co.za> |
| In-reply-to |
| Content |
Sorry, my bad.
I did tried it but with the wrong version (2.5). And it worked perfectly.
So sorry again for my mistake.
Anyways, I've found the error.
The problem is caused by different encodings used when zipping.
In open, the method is comparing b't\x82st.xml' against
b't\xc3\xa9st.xml', and of course they are different.
But they are no so different, because b't\x82st.xml' is
'tést'.encode('cp437') and b't\xc3\xa9st.xml' is 'tést'.encode(utf-8).
The problem arises because the open method supposes the filename is in
utf-8 encoding, but in __init__ it realizes that the encoding depends on
the flags.
if flags & 0x800:
filename = filename.decode.('utf-8')
else:
filename = filename.decode.('cp437') |
|
History
|
|---|
| Date |
User |
Action |
Args |
| 2008年12月18日 14:17:55 | skreft | set | recipients:
+ skreft, francescor |
| 2008年12月18日 14:17:54 | skreft | set | messageid: <1229609874.94.0.568250415039.issue4621@psf.upfronthosting.co.za> |
| 2008年12月18日 14:17:54 | skreft | link | issue4621 messages |
| 2008年12月18日 14:17:53 | skreft | create |
|