Hi Pat!<br><br>[Apologies for sending you this twice, I accidentally didn't hit 'reply all'.] <br><br>Many thanks for the detailed reply! Indeed, I'm
suspecting a conflict between different vtk versions, but I don't know
which ones could be the culprits. I'm not sure the issue is actually
related to the FEniCS package, but will have to find a computer that
doesn't have any FEniCS-related packages installed to be sure. The
reason why I'm saying that is because the segfault already happens when I
say:<br>
<br>>>> import vtk<br>>>> import paraview.servermanager<br><br>and the following indicates that it loads the system-wide vtk module (not one that comes with FEniCS):<br><br>>>> print vtk.__file__<br>
/usr/lib/pymodules/python2.7/<div id=":um">vtk/__init__.pyc<br><br>Out of interest, can you reproduce the segfault on your machine? I presume you don't have FEniCS installed?<br><br>The
hints in your email are very helpful, and based on them I'll try to put
some more debugging info together as soon as I can (I won't be able to
do it before next week, however). Just to answer your questions about my
setup:<br>
<br>I run my scripts from a regular python interpreter on the command
line (not from ParaView's python console or via pvpython). The output of
sys.path is attached below. I'll try the LD_DEBUG=lib approach next
week and will report if I can find anything.<br>
<br>Many thanks again and kind regards,<br>Max<br><br>------------------------------<br>Output of sys.path:<br><br>['',<br>'/usr/lib/python2.7',<br>'/usr/lib/python2.7/plat-linux2',<br>'/usr/lib/python2.7/lib-tk',<br>
'/usr/lib/python2.7/lib-old',<br>'/usr/lib/python2.7/lib-dynload',<br>'/usr/local/lib/python2.7/dist-packages',<br>'/usr/lib/python2.7/dist-packages',<br>'/usr/lib/python2.7/dist-packages/PIL',<br>
'/usr/lib/python2.7/dist-packages/gst-0.10',<br>'/usr/lib/python2.7/dist-packages/gtk-2.0',<br>'/usr/lib/pymodules/python2.7',<br>'/usr/lib/python2.7/dist-packages/ubuntu-sso-client',<br>'/usr/lib/python2.7/dist-packages/ubuntuone-client',<br>
'/usr/lib/python2.7/dist-packages/ubuntuone-control-panel',<br>'/usr/lib/python2.7/dist-packages/ubuntuone-couch',<br>'/usr/lib/python2.7/dist-packages/ubuntuone-installer',<br>'/usr/lib/python2.7/dist-packages/ubuntuone-storage-protocol',<br>
'/usr/lib/python2.7/dist-packages/wx-2.8-gtk2-unicode']</div><br><br><div class="gmail_quote">2013/1/30 Pat Marion <span dir="ltr"><<a href="mailto:pat.marion@kitware.com" target="_blank">pat.marion@kitware.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br><br>It sounds like you probably have multiple versions of the vtk libraries installed someplace in your path. Maybe the FEniCS package ships it's own version of the vtk libraries? If FEniCS imports a different version of vtk, then paraview won't be able to import vtk within the same memory space, or maybe you can build FEniCS and ParaView to use the same version of vtk.<br>
<br>Are you running this script in ParaView's python console, or from the command line? If command line, what interpreter are you using, pvpython, or regular python?<br><br>To collect some more debugging info, in the interpreter print out sys.path and tell us what that says. Normally, you can't import vtk from the paraview console, you have to import paraview.vtk. So if you can import vtk, it's probably grabbing it from a third party location, not the vtk installed with paraview.<br>
<br>Also, try exporting LD_DEBUG=libs and then run paraview, that will print a lot of information to the terminal, it will tell you which libraries are being loaded. See if any vtk libs are loaded from a location that is different than where paraview is installed.<br>
<br>Pat<br><br><br><br><div class="gmail_quote"><div><div class="h5">On Wed, Jan 30, 2013 at 10:20 AM, Maximilian Albert <span dir="ltr"><<a href="mailto:maximilian.albert@gmail.com" target="_blank">maximilian.albert@gmail.com</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">Hi,<br>
<br>
apologies for bumping my own message, but looking at the thread view<br>
[1] of the mailing list archives I just realised that strangely my<br>
email was filed under a completely unrelated thread (even though I<br>
hadn't replied to any messages) and maybe this is why it got lost in<br>
people's inboxes.<br>
<br>
So hopefully you won't mind me asking for help again - if anybody has<br>
any thoughts on the paraview/vtk segfault described below, this would<br>
be very much appreciated.<br>
<br>
Many thanks and kind regards,<br>
Max<br>
<br>
[1] <a href="http://www.paraview.org/pipermail/paraview/2013-January/thread.html" target="_blank">http://www.paraview.org/pipermail/paraview/2013-January/thread.html</a><br>
<br>
<br>
2013/1/21 Maximilian Albert <<a href="mailto:maximilian.albert@gmail.com" target="_blank">maximilian.albert@gmail.com</a>>:<br>
</div></div><div><div><div><div class="h5">> Hi all,<br>
><br>
> since this is my first post here, let me take the opportunity to thank<br>
> all the developers for their hard work and and for an immensely useful<br>
> piece of software! :)<br>
><br>
> I'm writing becasue I am having a problem with a very annoying<br>
> segfault related to Paraview scripting and hope someone can help me.<br>
> The following two lines when executed in a Python interpreter lead to<br>
> a segfault:<br>
><br>
>>>> import vtk<br>
>>>> import paraview.servermanager<br>
> Segmentation fault (core dumped)<br>
><br>
> However, if I do the imports the other way around then it works fine.<br>
><br>
>>>> import paraview.servermanager<br>
> paraview version 3.14.1, Date: 2012-02-17<br>
>>>> import vtk<br>
>>>><br>
><br>
> This looks like it should be a very common bug to hit, but I couldn't<br>
> find anything on the web that looked similar. Does anybody have an<br>
> idea what could be causing this and how to work around it? It is quite<br>
> annoying because I'm using the FEniCS package [1] to run simulations<br>
> that I would like to visualize using Paraview, but FEniCS internally<br>
> imports vtk, so now all my simulation scripts have stopped working and<br>
> produce crashes. So any help would be much appreciated.<br>
><br>
> For the record, I am using Ubuntu 12.04.1 LTS with the standard<br>
> Paraview version 3.14.1 that is shipped with it, but I also tried it<br>
> on another computer with version 3.98.0 from the PPA [2], and the<br>
> segfault also happens there. The backtrace from the coredump is<br>
> attached below in case it can be of any help.<br>
><br>
> Many thanks and best regards,<br>
> Max<br>
><br>
> [1] <a href="http://fenicsproject.org/" target="_blank">http://fenicsproject.org/</a><br>
> [2] <a href="http://ppa.launchpad.net/gladky-anton/paraview/ubuntu" target="_blank">http://ppa.launchpad.net/gladky-anton/paraview/ubuntu</a><br>
><br>
><br>
> === Gdb session output with backtrace ===<br>
><br>
> $ GNU gdb (Ubuntu/Linaro 7.4-2012.04-0ubuntu2.1) 7.4-2012.04<br>
> Copyright (C) 2012 Free Software Foundation, Inc.<br>
> License GPLv3+: GNU GPL version 3 or later <<a href="http://gnu.org/licenses/gpl.html" target="_blank">http://gnu.org/licenses/gpl.html</a>><br>
> This is free software: you are free to change and redistribute it.<br>
> There is NO WARRANTY, to the extent permitted by law. Type "show copying"<br>
> and "show warranty" for details.<br>
> This GDB was configured as "x86_64-linux-gnu".<br>
> For bug reporting instructions, please see:<br>
> <<a href="http://bugs.launchpad.net/gdb-linaro/" target="_blank">http://bugs.launchpad.net/gdb-linaro/</a>>...<br>
> Reading symbols from /usr/bin/python...Reading symbols from<br>
> /usr/lib/debug/usr/bin/python2.7...done.<br>
> done.<br>
> [New LWP 20514]<br>
><br>
> warning: Can't read pathname for load map: Input/output error.<br>
> [Thread debugging using libthread_db enabled]<br>
> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".<br>
> Core was generated by `python'.<br>
> Program terminated with signal 11, Segmentation fault.<br>
> #0 0x0000000000000000 in ?? ()<br>
> (gdb) bt<br>
> #0 0x0000000000000000 in ?? ()<br>
> #1 0x00007f7ad64812ff in<br>
> vtkTCPNetworkAccessManager::vtkTCPNetworkAccessManager() () from<br>
> /usr/lib/paraview/libvtkPVClientServerCore.so<br>
> #2 0x00007f7ad648136d in vtkTCPNetworkAccessManager::New() () from<br>
> /usr/lib/paraview/libvtkPVClientServerCore.so<br>
> #3 0x00007f7ad6475a92 in vtkProcessModule::vtkProcessModule() () from<br>
> /usr/lib/paraview/libvtkPVClientServerCore.so<br>
> #4 0x00007f7ad6475b6d in vtkProcessModule::New() () from<br>
> /usr/lib/paraview/libvtkPVClientServerCore.so<br>
> #5 0x00007f7ad6475e1b in<br>
> vtkProcessModule::Initialize(vtkProcessModule::ProcessTypes, int&,<br>
> char**&) () from /usr/lib/paraview/libvtkPVClientServerCore.so<br>
> #6 0x00007f7acc4e987c in vtkInitializationHelper::Initialize(int,<br>
> char**, int, vtkPVOptions*) () from<br>
> /usr/lib/paraview/libvtkPVServerManager.so<br>
> #7 0x00007f7acc4ea62e in vtkInitializationHelper::Initialize(char<br>
> const*, int, vtkPVOptions*) () from<br>
> /usr/lib/paraview/libvtkPVServerManager.so<br>
> #8 0x00007f7acc8d8b45 in ?? () from<br>
> /usr/lib/python2.7/dist-packages/vtkPVServerManagerPython.so<br>
> #9 0x0000000000497ea4 in PyEval_EvalFrameEx ()<br>
> #10 0x000000000049f1c0 in PyEval_EvalCodeEx ()<br>
> #11 0x00000000004a7f18 in PyImport_ExecCodeModuleEx ()<br>
> #12 0x000000000053cde1 in load_source_module.39052 ()<br>
> #13 0x000000000053d7db in import_submodule.39106 ()<br>
> #14 0x00000000004fc1a3 in load_next.39111 ()<br>
> #15 0x000000000053e266 in import_module_level.isra.3.39132 ()<br>
> #16 0x00000000004c2e6b in builtin___import__.32787 ()<br>
> #17 0x00000000004e9f36 in PyObject_Call ()<br>
> #18 0x00000000004ea396 in PyEval_CallObjectWithKeywords ()<br>
> #19 0x000000000049a4ed in PyEval_EvalFrameEx ()<br>
> #20 0x000000000049f1c0 in PyEval_EvalCodeEx ()<br>
> #21 0x00000000004a9d0f in PyRun_InteractiveOneFlags ()<br>
> #22 0x00000000004aa075 in PyRun_InteractiveLoopFlags ()<br>
> #23 0x00000000004aa328 in PyRun_AnyFileExFlags ()<br>
> #24 0x00000000004aa8bd in Py_Main ()<br>
> #25 0x00007f7af885f76d in __libc_start_main () from<br>
> /lib/x86_64-linux-gnu/libc.so.6<br>
> #26 0x000000000041b9b1 in _start ()<br></div></div>
_______________________________________________<br>
Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Please keep messages on-topic and check the ParaView Wiki at: <a href="http://paraview.org/Wiki/ParaView" target="_blank">http://paraview.org/Wiki/ParaView</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://www.paraview.org/mailman/listinfo/paraview" target="_blank">http://www.paraview.org/mailman/listinfo/paraview</a><br>
</div></div></blockquote></div><br>
</blockquote></div><br>