Description of problem: Any time I open Impress, it immediately crashes with the following on the command line: terminate called after throwing an instance of 'libcdr::EndOfStreamException' This is not opening a file, its opening a blank presentation to start new work on. No idea how to troubleshoot this and I really need to make a presentation. I already tried renaming .libreoffice, .openoffice2.0, and .openoffice to something else...but no luck. Version-Release number of selected component (if applicable): libreoffice-core-3.6.3.2-8.fc18.x86_64 How reproducible: Every time
that sounds annoying... but i've never seen this in my 3.6 builds on F16/F17... and it sounds very odd to get a libcdr exception on startup. could you attach a gdb backtrace of the crash? you can run "soffice --backtrace" which should make it easy
Created attachment 672582 [details] Backtrace from crash Hope this sheds some light on it...
so apparently Impress is doing some type detection and tries out the CDR import filter among others. problem is that libcdr does not catch the exception it throws... ... have fixed that in libreoffice upstream master in commit 374f7465729c98f2cc8af72f876a8eab01d192a6 and backported to libreoffice-4-0 and libreoffice-3-6 release branches. then i noticed that libcdr upstream already contains a fix for the bug by dtardon (commit c21b18b668b9efc0dc14257e1e43a85c1ccea807). but apparently that is not yet in the fedora "libcdr" package, which is used by libreoffice on Fedora and RHEL7... ...and i don't have ACLs to commit to it :( so i can't fix this right now, will have to wait for dtardon.
(In reply to comment #3) > so apparently Impress is doing some type detection and tries out > the CDR import filter among others. > > problem is that libcdr does not catch the exception it throws... > ... have fixed that in libreoffice upstream master in commit > 374f7465729c98f2cc8af72f876a8eab01d192a6 > and backported to libreoffice-4-0 and libreoffice-3-6 release branches. > > then i noticed that libcdr upstream already contains a fix for > the bug by dtardon (commit c21b18b668b9efc0dc14257e1e43a85c1ccea807). Yeah. I did not realize it would cause real trouble... > > but apparently that is not yet in the fedora "libcdr" package, > which is used by libreoffice on Fedora and RHEL7... > ...and i don't have ACLs to commit to it :( You can ask for them at https://admin.fedoraproject.org/pkgdb/acls/name/libcdr . > so i can't fix this right now, will have to wait for dtardon. Done.
libcdr-0.0.9-2.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/libcdr-0.0.9-2.fc18
The updated libcdr does fix the problem for me. Thanks!
Package libcdr-0.0.9-2.fc18: * should fix your issue, * was pushed to the Fedora 18 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing libcdr-0.0.9-2.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-0430/libcdr-0.0.9-2.fc18 then log in and leave karma (feedback).
libcdr-0.0.9-2.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report.