new installation gives only segmentation faults
 

I recently installed paraview 4.1.0 as distributed in OpenFOAM 2.3.1's ThirdParty library. I did a clean source install on an Ubuntu 12.04 machine.

Every time I run paraview (whether through the paraFoam wrapper or not), the initial window appears, I get a segmentation fault, and that's it.

No warnings, no messages, no idea where to start.

I am accessing the machine remotely via ssh -X, and my local machine is a windows box running the cygwin X server.

Has anyone else ever run into this?

Thanks in advance!

Greetings m4baker and welcome to the forum!

A few quick questions a possible solutions:

1. Have you confirmed if you can run ParaView locally in the machine where it's installed?
2. Do you have more than one ParaView version installed?
3. Try the solutions presented here: http://www.cfd-online.com/Forums/ope...ver-0-0-a.html

Best regards,
Bruno

Bruno, thanks for the quick reply!

I did sit down at the workstation and verified that ParaView and paraFoam both start without error.

I have no other versions installed that I know of.

I did go through the referenced link - it seems like it was mostly based on making sure DISPLAY is set correctly. I did verify this - xlogo and gedit work fine.

The other suggestion in the link was to set LIBGL_ALWAYS_INDIRECT as follows:

export LIBGL_ALWAYS_INDIRECT=y

When I try this, I get a different crash with the backtrace below.

Any other suggestions?

Thanks!


user@myhost:~$ paraview
*** glibc detected *** /home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/paraview: munmap_chunk(): invalid pointer: 0x0000000002913b60 ***
======= Backtrace: =========
/lib/x86_64-linux-gnu/libc.so.6(+0x7e846)[0x7f2717aac846]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/libvtkRenderingOpenGL-pv4.1.so.1(_ZN21vtkOpenGLRenderWindow12GetPixelDat aEiiiiiPh+0xd4)[0x7f270a5e9104]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/libvtkGUISupportQt-pv4.1.so.1(_ZN10QVTKWidget16saveImageToCacheEv+0xd a)[0x7f27194c005a]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/libvtkGUISupportQt-pv4.1.so.1(_ZN9vtkObject22vtkClassMemberCallbackI1 0QVTKWidgetEclEPS_mPv+0x30)[0x7f27194c1420]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/libvtkCommonCore-pv4.1.so.1(+0x215e09)[0x7f27154cde09]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/libvtkCommonCore-pv4.1.so.1(+0x214fad)[0x7f27154ccfad]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/libvtkRenderingCore-pv4.1.so.1(_ZN15vtkRenderWindow15CopyResultFrameEv +0x5c)[0x7f2715e34eac]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/libvtkRenderingCore-pv4.1.so.1(_ZN15vtkRenderWindow6RenderEv+0x1bd)[0x7f2715e3627d]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/libvtkRenderingOpenGL-pv4.1.so.1(_ZN22vtkXOpenGLRenderWindow6RenderEv+0x 3e)[0x7f270a6789fe]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/libvtkPVClientServerCoreRendering-pv4.1.so.1(_ZN15vtkPVRenderView6RenderEbb+0x21e)[0x7f271639013e]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/libvtkPVClientServerCoreRendering-pv4.1.so.1(_ZN15vtkPVRenderView11StillRenderEv+0x3 c)[0x7f271638e06c]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/libvtkPVServerManagerApplication-pv4.1.so.1(_Z22vtkPVRenderViewCommandP26vtkClientS erverInterpreterP13vtkObjectBasePKcRK21vtkClientSe rverStreamRS5_Pv+0x1657)[0x7f2713531ba7]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/libvtkClientServer-pv4.1.so.1(_ZN26vtkClientServerInterpreter19CallCo mmandFunctionEPKcP13vtkObjectBaseS1_RK21vtkClientS erverStreamRS4_+0x131)[0x7f271236fb31]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/libvtkClientServer-pv4.1.so.1(_ZN26vtkClientServerInterpreter20Proces sCommandInvokeERK21vtkClientServerStreami+0x1c1)[0x7f2712374ac1]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/libvtkClientServer-pv4.1.so.1(_ZN26vtkClientServerInterpreter17Proces sOneMessageERK21vtkClientServerStreami+0x4f5)[0x7f2712373305]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/libvtkClientServer-pv4.1.so.1(_ZN26vtkClientServerInterpreter13Proces sStreamERK21vtkClientServerStream+0x1d)[0x7f271237365d]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/libvtkPVServerImplementationCore-pv4.1.so.1(_ZN16vtkPVSessionCore21ExecuteStreamInt ernalERK21vtkClientServerStreamb+0x10c)[0x7f271683a2ac]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/libvtkPVServerImplementationCore-pv4.1.so.1(_ZN16vtkPVSessionCore13ExecuteStreamEjR K21vtkClientServerStreamb+0x4c)[0x7f2716839b6c]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/libvtkPVServerImplementationCore-pv4.1.so.1(_ZN16vtkPVSessionBase13ExecuteStreamEjR K21vtkClientServerStreamb+0x42)[0x7f27168388b2]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/libvtkPVServerManagerRendering-pv4.1.so.1(_ZN14vtkSMViewProxy11StillRenderEv+0xed )[0x7f2716e66b9d]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/libvtkGUISupportQt-pv4.1.so.1(_ZN10QVTKWidget10paintEventEP11QPaintEv ent+0xb1)[0x7f27194c0391]
/usr/lib/x86_64-linux-gnu/libQtGui.so.4(_ZN7QWidget5eventEP6QEvent+0x636)[0x7f27189f10f6]
/usr/lib/x86_64-linux-gnu/libQtGui.so.4(_ZN19QApplicationPrivate13notify_hel perEP7QObjectP6QEvent+0xb4)[0x7f27189a0894]
/usr/lib/x86_64-linux-gnu/libQtGui.so.4(_ZN12QApplication6notifyEP7QObjectP6 QEvent+0x113)[0x7f27189a5713]
/usr/lib/x86_64-linux-gnu/libQtCore.so.4(_ZN16QCoreApplication14notifyIntern alEP7QObjectP6QEvent+0x8c)[0x7f271847de9c]
/usr/lib/x86_64-linux-gnu/libQtGui.so.4(_ZN14QWidgetPrivate10drawWidgetEP12Q PaintDeviceRK7QRegionRK6QPointiP8QPainterP19QWidge tBackingStore+0x3e6)[0x7f27189ecd96]
/usr/lib/x86_64-linux-gnu/libQtGui.so.4(_ZN14QWidgetPrivate11repaint_sysERK7 QRegion+0x157)[0x7f2718bb87c7]
/usr/lib/x86_64-linux-gnu/libQtGui.so.4(_ZN14QWidgetPrivate16syncBackingStor eEv+0x24)[0x7f27189e3a64]
/usr/lib/x86_64-linux-gnu/libQtGui.so.4(_ZN7QWidget5eventEP6QEvent+0xb4c)[0x7f27189f160c]
/usr/lib/x86_64-linux-gnu/libQtGui.so.4(_ZN19QApplicationPrivate13notify_hel perEP7QObjectP6QEvent+0xb4)[0x7f27189a0894]
/usr/lib/x86_64-linux-gnu/libQtGui.so.4(_ZN12QApplication6notifyEP7QObjectP6 QEvent+0x113)[0x7f27189a5713]
/usr/lib/x86_64-linux-gnu/libQtCore.so.4(_ZN16QCoreApplication14notifyIntern alEP7QObjectP6QEvent+0x8c)[0x7f271847de9c]
/usr/lib/x86_64-linux-gnu/libQtCore.so.4(_ZN23QCoreApplicationPrivate16sendP ostedEventsEP7QObjectiP11QThreadData+0x46a)[0x7f2718481c6a]
/usr/lib/x86_64-linux-gnu/libQtCore.so.4(+0x1a9f93)[0x7f27184acf93]
/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_context_dispatch+0x133)[0x7f27100c2d13]
/lib/x86_64-linux-gnu/libglib-2.0.so.0(+0x48060)[0x7f27100c3060]
/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_context_iteration+0x34)[0x7f27100c3124]
/usr/lib/x86_64-linux-gnu/libQtCore.so.4(_ZN20QEventDispatcherGlib13processE ventsE6QFlagsIN10QEventLoop17ProcessEventsFlagEE+0 x6f)[0x7f27184ad3bf]
/usr/lib/x86_64-linux-gnu/libQtGui.so.4(+0x273d9e)[0x7f2718a48d9e]
/usr/lib/x86_64-linux-gnu/libQtCore.so.4(_ZN16QCoreApplication13processEvent sE6QFlagsIN10QEventLoop17ProcessEventsFlagEE+0x2f)[0x7f271848210f]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/paraview(_ZN21pqparaviewInitializer10InitializeEiP PcAborted (core dumped)
user@myhost:~$

Hi m4baker,

Sorry for the reaaaaally late reply :(
Time has been flying by and I've had this thread on my to-do list for quite sometime now and only today did I managed try to trim a few more issues from said list.

I should have answered back then that you could try looking at the other possibilities from a list on blog post of mine: Related issues to ParaView with OpenFOAM - Fixes and solutions - but I think I didn't propose this back then, because I didn't remember any similar issues... at least not back then.

I would have liked to have the time to test to reproduce a similar set-up, but the opportunity hasn't come up yet. Nonetheless, I did have some off and on uses of x2go (it's an NX implementation, an X-VNX-hybrid protocol), where OpenGL support doesn't work all that well, unless proper configurations are made at least on the server machine.
I unfortunately haven't managed to figure out how this can be done for a standard VNC session (not a shared desktop), but it does work very well when using a shared desktop, i.e. a reflection of the desktop that is open on the local machine.

In other words, beyond something like x2go, you can try something like this: http://serverfault.com/a/478280


Now that I think even more about it... perhaps your ParaView build was done with the drivers for the local graphics card? For example, if ParaView links directly to the NVidia implementation of OpenGL, then it's only natural that it will have problems. But the only bypass I can think of is building ParaView with the Mesa implementation of OpenGL, which uses CPU processing power, instead of the GPU on the graphics card... which usually isn't an acceptable solution :(

Best regards,
Bruno