The same error occured on another Linux system (Ubuntu, I use openSUSE)

What can I do?

I see the following options:* make Trelis to use my System Python 2.7* compile Python 2.7.3 manually and then build numpy manually. However this failed in the first attempt. And when I build Paraview 5.3 with Python I also have this Unicode issue.

Based on the error, I suspect that our version of Python and your version of Python were built using different versions of Unicode. Here is one way to check in Python 2.7 which version of Unicode it was built with:

As as I understand this is because Trelis' Python is too old.print(sys.version)2.7.3 (default, Dec 6 2012, 13:01:46) [GCC 4.1.3 20080704 (prerelease) (Debian 4.1.2-25)]

But you are right, even with equal version I would have been bitten by the unicode (thanks for the link!)Trelis: print(sys.maxunicode) -> 65535my system: print(sys.maxunicode) -> 1114111Whyever 2^16 is not enough and one wants more???

So adding numpy with Trelis would be really nice. BTW, Paraview adds numpy.

I did an experiment and removed python from my Trelis installation so that it would fall back to the system python. That is, I removed bin/libpython* and bin/lib/. With that change, Trelis starts up fine, which tells me that Trelis is not sensitive to the ucs2 vs. ucs4 difference.

I tried alternatives to force Trelis to use the system python, without modifying the Trelis installation, but ran into difficulty with that. I assume its because of something we do which sets PYTHONHOME and other things.

csimsoft Moderator wrote:I did an experiment and removed python from my Trelis installation so that it would fall back to the system python. That is, I removed bin/libpython* and bin/lib/. With that change, Trelis starts up fine, which tells me that Trelis is not sensitive to the ucs2 vs. ucs4 difference.

From what I understand, having no python by itself is the situation for the macOS version and it indeed works fine there (import numpy and import h5py without issues).