abrt 1.1.1 detected a crash.
Attached file: backtrace
reason: Process /usr/lib64/paraview/pvserver-real was killed by signal 11 (SIGSEGV)
release: Fedora release 13 (Goddard)
Please note that the same files can be processed using standalone mode without any error.
Also, I can start the server with "--use-offscreen-rendering" and this problem doesn't occur.
Note that I removed the use of OpenMPI to simplify this test / bug.
Also note that all binaries are from Fedora repos and are in a very standard Fedora install.
How to reproduce
1. Manually start pvserver with command "pvserver"
2. Open XDMF data file in paraview client running in client / server mode.
3. Set a threshold value, apply and switch to a "Volume" rendering.
4. The server will open a "Visualiztion Toolkit - OpenGL" window and then core dump
Created attachment 425710 [details]
Can you test with this update: http://admin.fedoraproject.org/updates/paraview-3.8.0-2.fc13
Now I get a different behavior. When paraview tries to render it locks up and doesn't repaint it's window. I see this in both standalone and client/server usage.
If I run standalone over remote X11, then it seems to work fine.
Let me know if you can reproduce without the rpmfusion nvidia driver.
Retested. I don't see the problem with nouveau and paraview-3.8.0-2. Of course, I don't think there is any 3D acceleration with this config, so it's not optimal.
I should note that the original bug in 3.6.2 occurs with nouveau and the nvidia driver.
Okay. Can't support nvidia driver, sorry.
(In reply to comment #7)
> Okay. Can't support nvidia driver, sorry.
I know, you fixed the 3.6.2 issue by updating to 3.8
paraview-3.8.0-2.fc13 has been submitted as an update for Fedora 13.
paraview-3.8.0-2.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report.