In article <[EMAIL PROTECTED]>, "Serge Orlov" <[EMAIL PROTECTED]> wrote:
> Ron Garret wrote: > > In article <[EMAIL PROTECTED]>, > > "Serge Orlov" <[EMAIL PROTECTED]> wrote: > > > > > Ron Garret wrote: > > > > In article <[EMAIL PROTECTED]>, > > > > Robert Kern <[EMAIL PROTECTED]> wrote: > > > > > > > > > Ron Garret wrote: > > > > > > > > > > > I forgot to mention: > > > > > > > > > > > >>>>sys.getdefaultencoding() > > > > > > > > > > > > 'utf-8' > > > > > > > > > > A) You shouldn't be able to do that. > > > > > > > > What can I say? I can. > > > > > > > > > B) Don't do that. > > > > > > > > OK. What should I do instead? > > > > > > Exact answer depends on what OS and terminal you are using and what > > > your program is supposed to do, are you going to distribute the program > > > or it's just for internal use. > > > > I'm using an OS X terminal to ssh to a Linux machine. > > In theory it should work out of the box. OS X terminal should set > enviromental variable LANG=en_US.utf-8, then ssh should transfer this > variable to Linux and python will know that your terminal is utf-8. > Unfortunately AFAIK OS X terminal doesn't set that variable and most > (all?) ssh clients don't transfer it between machines. As a workaround > you can set that variable on linux yourself . This should work in the > command line right away: > > LANG=en_US.utf-8 python -c "print unichr(0xbd)" > > Or put the following line in ~/.bashrc and logout/login > > export LANG=en_US.utf-8 No joy. [EMAIL PROTECTED]:~$ LANG=en_US.utf-8 python -c "print unichr(0xbd)" Traceback (most recent call last): File "<string>", line 1, in ? UnicodeEncodeError: 'ascii' codec can't encode character u'\xbd' in position 0: ordinal not in range(128) [EMAIL PROTECTED]:~$ rg -- http://mail.python.org/mailman/listinfo/python-list
