nekonoko wrote:
It's some sort of libiconv problem - I experience the same thing. It looks like whatever version of libiconv it's using (according to Joerg's research above it's using the IRIX supplied version) is statically linked:
Code:
% ldd blender
libmalloc.so => /usr/lib32/libmalloc.so
libfastm.so => /usr/lib32/libfastm.so
libm.so => /usr/lib32/libm.so
libGL.so => /usr/lib32/libGL.so
libGLU.so => /usr/lib32/libGLU.so
libmovie.so => /usr/lib32/libmovie.so
libXi.so => /usr/lib32/libXi.so
libXmu.so => /usr/lib32/libXmu.so
libXext.so => /usr/lib32/libXext.so
libX11.so.1 => /usr/lib32/libX11.so.1
libc.so.1 => /usr/lib32/libc.so.1
libdmedia.so => /usr/lib32/libdmedia.so
libcl.so => /usr/lib32/libcl.so
libaudio.so => /usr/lib32/libaudio.so
libCio.so.1 => /usr/lib32/libCio.so.1
libpthread.so => /usr/lib32/libpthread.so
libCsup.so => /usr/lib32/libCsup.so
libC.so.2 => /usr/lib32/libC.so.2
libGLcore.so => /usr/lib32/libGLcore.so
libXsgivc.so => /usr/lib32/libXsgivc.so
libmovieplay.so => /usr/lib32/libmovieplay.so
libmoviefile.so => /usr/lib32/libmoviefile.so
libXt.so => /usr/lib32/libXt.so
libgen.so => /usr/lib32/libgen.so
libmutex.so => /usr/lib32/libmutex.so
libawareaudio.so => /usr/lib32/libawareaudio.so delay-load
... so no way to try a different version that I can see.
Has anyone found a solution to this problem ?
Would be great to seriously try this new version on an SGI but I just cant see the filenames when trying to load a scene.....!
Here's the output form the console :
Code:
Erroriconv_open Erroriconv_open Erroriconv_open Erroriconv_open Erroriconv_open Erroriconv_open Erroriconv_open Erroriconv_open Erroriconv_open Erroriconv_open Erroriconv_open Erroriconv_open Erroriconv_open Erroriconv_open Erroriconv_open Erroriconv_open Erroriconv_open Erroriconv_open Erroriconv_open Erroriconv_open Erroriconv_open Error