[Octave-bug-tracker] [bug #47925] encode error with 'gbk' of China in package 'symbolic'

[anonymous]

URL:
  <http://savannah.gnu.org/bugs/?47925>

                 Summary: encode error with 'gbk' of China in package
'symbolic'
                 Project: GNU Octave
            Submitted by: None
            Submitted on: Sun May 15 03:49:16 2016
                Category: Octave Forge Package
                Severity: 3 - Normal
                Priority: 5 - Normal
              Item Group: None
                  Status: None
             Assigned to: None
         Originator Name: 
        Originator Email: 
             Open/Closed: Open
         Discussion Lock: Any
                 Release: 4.0.2
        Operating System: Microsoft Windows

    _______________________________________________________

Details:

I am a Chinese user. When I used package 'symbolic' to calculate x+x, it
returned this:
>> x=sym('x')
>> x+x
error: Python exception: UnicodeEncodeError: 'gbk' codec can't encode
character '\u22c5' in position 155: il
legal multibyte sequence
    occurred while copying vars from Python
error: called from
    python_cmd at line 178 column 5
    mtimes at line 42 column 5
It seems something to do with the encode 'gbk' used by China. And I tested
some examples. I found that any result that contains '*' will raise an error
about '\u22c5', and '[' raises error about '\u23a1'.
Such as:
 >> [x,x]'*[x,x]
error: Python exception: UnicodeEncodeError: 'gbk' codec can't encode
character '\u23a1' in position 254: il
legal multibyte sequence
    occurred while copying vars from Python
error: called from
    python_cmd at line 178 column 5
    ctranspose at line 84 column 5 
My SymPy works well, and Python use utf-8 instead gbk, so I think it's a bug.




    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?47925>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/