Prabhu Ramachandran | 21 Jul 14:38

Re: show mesh in mayavi2, segfault

Ondrej Certik wrote:
>>> $ mayavi2 -x show_grid.py
>>> bug-buddy: symbol lookup error: /usr/lib/libxml2.so.2: undefined
>>> symbol: gzopen64
[...]
> I got the same error when I was exporting LD_LIBRARY_PATH to Sage, so
> libxml2.so was using Sage's libz and that broke stuff. So I removed
> that LD_LIBRARY_PATH and all is ok.

Sorry, am confused.  Are you saying the issue is solved when you unset 
the LD_LIBRARY_PATH env var?

>> I am not too sure that the problem is in the Mayavi2 or TVTK code base.
> 
> Do you (or anyone) have time to fix it? If so, I'll create you an

I think this is really an issue with sfepy and what it links to and what 
vtk is linking to.  For some reason they are stepping on each other.  I 
can't see how mayavi and tvtk come into the picture.  My guess is if you 
take a simple VTK example and stick an import sfepy up front, you'll get 
the same error.  VTK uses libxml and libz (among various other things). 
  You can either build VTK with the ones on the system or have it use 
its own internal copies of the library.  I have no idea how your system 
is setup or how the debian build is setup for this.  Doing an ldd on the 
vtk libs and on sfepy may help.

> account on a box where it breaks, so that you can investigate.
> I prepared everything, I can reproduce it even over "ssh -X", it seems
> the bug is on any Debian sid, both i386 and amd64. Send me your public
> ssh key offlist.

I don't think I will have time for this till the weekend and my network 
access isn't great either.

cheers,
prabhu

Gmane