aboutsummaryrefslogtreecommitdiffstats
path: root/.be/bea86499-824e-4e77-b085-2d581fa9ccab/bugs/b3562f08-ad27-4b9f-8d21-8b58ba6d9eac/comments/2a51d90a-d47e-4a67-abe7-cce19c1eafad/body
blob: 3195bea44632e4c28a47fcc07b05b98e6f76b001 (plain) (blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
> $ be new 'utf8 string'
> Traceback (most recent call last):
>   ...
> UnicodeDecodeError: 'ascii' codec can't decode byte 0xd0 in position 95: ordinal not in range(128)

(bug reported against cjb@laptop.org-20091006145647-kqkmoh481tl5hvt4)

This was fixed with revision
  wking@drexel.edu-20091117145118-jltbju9thsn5xvkv
in my branch on Nov. 17, 2009.

> I think it is more correct to use UTF-8 everywhere or use
> locale.getdefaultlocale() instead sys.getdefaultencoding().

We try to use unicode strings internally, it's input/output that's
difficult.  This particular bug turned out to be related to our
mapfile storage handling.  Take a look at the be.unicode-hg branch
leading up to revision
  wking@drexel.edu-20091117145118-jltbju9thsn5xvkv
for details.