Re: the unicode saga continues...

2009-11-14 Thread Martin v. Löwis
Can anybody clue me in to what's going on here? It's as Mark says: the console encoding is cp437 on your system, cp1252. Windows has *two* default code pages at any point in time: the OEM code page, and the ANSI code page. Either one depends on the Windows release (Western, Japanese, etc.), and

the unicode saga continues...

2009-11-13 Thread Ethan Furman
So I've added unicode support to my dbf package, but I also have some rather large programs that aren't ready to make the switch over yet. So as a workaround I added a (rather lame) option to convert the unicode-ified data that was decoded from the dbf table back into an encoded format.

Re: the unicode saga continues...

2009-11-13 Thread Mark Tolonen
Ethan Furman et...@stoneleaf.us wrote in message news:4afe4141.4020...@stoneleaf.us... So I've added unicode support to my dbf package, but I also have some rather large programs that aren't ready to make the switch over yet. So as a workaround I added a (rather lame) option to convert the

Re: the unicode saga continues...

2009-11-13 Thread Ulrich Eckhardt
Ethan Furman wrote: Python 2.5.4 (r254:67916, Dec 23 2008, 15:10:54) [MSC v.1310 32 bit (Intel)] on win32 Type help, copyright, credits or license for more information. print u'\xed' í print u'\xed'.encode('cp437') í print u'\xed'.encode('cp850') í print u'\xed'.encode('cp1252')