Bug 437611
| Summary: | openvrml-xembed segfaults when trying to view .wrl files | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Markku Kolkka <markku.kolkka> |
| Component: | openvrml | Assignee: | Braden McDaniel <braden> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | low | ||
| Version: | 8 | ||
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| URL: | http://cic.nist.gov/vrml/vbdetect.html | ||
| Whiteboard: | |||
| Fixed In Version: | 0.17.5-3.fc8 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2008-04-04 14:30:26 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Markku Kolkka
2008-03-15 09:00:44 UTC
I'm running the same version on x86_64 Fedora 8 here, and it doesn't segfault. I'm really going to need a stack trace in order to get a clue what's going on here. Do you get a core file if you set $ ulimit -c unlimited before running openvrml-player? If so, please load the core file into gdb $ gdb --core=core.<pid> /usr/libexec/openvrml-xembed ... and at the gdb prompt: (gdb) bt Core was generated by `/usr/libexec/openvrml-xembed 50331672'.
Program terminated with signal 11, Segmentation fault.
#0 0x0000000000000000 in ?? ()
(gdb) bt
#0 0x0000000000000000 in ?? ()
#1 0x00002aaaaaad38b5 in openvrml::gl::viewer::resize (this=0x6af2d0,
width=2, height=2) at libopenvrml-gl/openvrml/gl/viewer.cpp:3988
#2 0x0000000000412943 in gtk_vrml_browser_new ()
at openvrml-xembed/gtkvrmlbrowser.cpp:246
#3 0x000000000040a91e in main (argc=1, argv=0x7fffd87dca28)
at openvrml-xembed/main.cpp:510
#4 0x00000031c3a1e074 in __libc_start_main (main=0x40a600 <main>, argc=2,
ubp_av=0x7fffd87dca28, init=<value optimized out>,
fini=<value optimized out>, rtld_fini=<value optimized out>,
stack_end=0x7fffd87dca18) at libc-start.c:220
#5 0x00000000004091b9 in _start ()
(gdb)
Thank you. I think I may have some idea what's going on here. But, clearly, my system is not a very good one to test this on. I'd ask you to compile the upstream sources and test a patch; however, compiling OpenVRML on an x86_64 system with < 3GB of RAM is going to be ... painful. So I'm kind of flying blind, here... but I should have an RPM for you to test soon. openvrml-0.17.5-3.fc8 has been pushed to "testing". It includes a potential fix for this problem. Please try it and let me know whether the problem has actually been fixed. openvrml-0.17.5-3.fc8 has been pushed to the Fedora 8 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update openvrml'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F8/FEDORA-2008-2568 The bug appears to be fixed in openvrml-0.17.5-3.fc8 |