After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 374155 - Crashes when opening svgz document
Crashes when opening svgz document
Status: RESOLVED DUPLICATE of bug 399988
Product: eog
Classification: Core
Component: image viewer
2.14.x
Other All
: High critical
: ---
Assigned To: EOG Maintainers
EOG Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-11-12 03:47 UTC by towsonu2003
Modified: 2007-01-24 11:36 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14


Attachments
strace of crash (828.29 KB, text/plain)
2006-11-12 03:48 UTC, towsonu2003
Details
backtrace of crash (1.15 KB, text/plain)
2006-11-12 03:49 UTC, towsonu2003
Details

Description towsonu2003 2006-11-12 03:47:36 UTC
Steps to reproduce:
1. Open eog
2. File > Open file
3. eog exits


Stack trace:
[pid 13193] 22:39:30.650351 read(17, "A", 1) = 1
[pid 13193] 22:39:30.650481 writev(13, [{"GIOP\1\2\1\5\0\0\0\0", 12}], 1) = 12
[pid 13193] 22:39:30.650975 close(13)   = 0
[pid 13193] 22:39:30.651214 futex(0x80c8db4, FUTEX_WAKE, 1 <unfinished ...>
[pid 13188] 22:39:30.651301 <... futex resumed> ) = 0
[pid 13188] 22:39:30.651367 futex(0x80c8db0, FUTEX_WAIT, 2, NULL <unfinished ...>
[pid 13193] 22:39:30.651455 <... futex resumed> ) = 1
[pid 13193] 22:39:30.651519 futex(0x80c8db0, FUTEX_WAKE, 1 <unfinished ...>
[pid 13188] 22:39:30.651586 <... futex resumed> ) = 0
[pid 13188] 22:39:30.651648 futex(0x80c8db0, FUTEX_WAKE, 1) = 0
[pid 13188] 22:39:30.651735 futex(0x80c8c38, FUTEX_WAKE, 1) = 0
[pid 13188] 22:39:30.653646 exit_group(0) = ?
[pid 13193] 22:39:30.653757 <... futex resumed> ) = 1
[pid 13198] 22:39:30.653824 <... futex resumed> ) = -1 EINTR (Interrupted system call)


Other information:
Here is the file that crashes eog: http://www.ubalt.edu/bnia/Axiomap/c_data/svg_asv.svgz 

I got the file from: http://www.ubalt.edu/bnia/Axiomap/c_data/index.htm

Download it somewhere and open with eog. The image is supposed to show an interactive map of Baltimore, probably including crime data and "vital signs" (see http://www.ubalt.edu/bnia/mapping/statistical.html )

Note: I couldn't copy-paste the whole strace file. I try to upload it.
Comment 1 towsonu2003 2006-11-12 03:48:34 UTC
Created attachment 76415 [details]
strace of crash
Comment 2 towsonu2003 2006-11-12 03:49:12 UTC
Created attachment 76416 [details]
backtrace of crash
Comment 3 André Klapper 2006-11-12 09:57:30 UTC
Thanks for taking the time to report this bug.
Unfortunately, that stack trace is missing some elements that will help a lot to solve the problem, so it will be hard for the developers to fix that crash. Can you get us a stack trace with debugging symbols? Please see http://live.gnome.org/GettingTraces for more information on how to do so. Thanks in advance!
Comment 4 towsonu2003 2006-11-12 10:34:44 UTC
Could you please let me know which elements are missing exactly (package names :) )? I used https://wiki.ubuntu.com/DebuggingProgramCrash (I'm using Dapper, so I followed "Old Notes" in that page) to get the debugging version of eog. 
Comment 5 André Klapper 2006-11-12 19:58:30 UTC
sebastien, can you please answer towsonu's question? thanks in advance.
Comment 6 Sebastien Bacher 2006-11-13 20:28:25 UTC
from the "backtrace":

"Program exited normally.
(gdb) backtrace
No stack."

dapper has no eog debug package, you need to build one
Comment 7 towsonu2003 2006-11-13 20:32:35 UTC
(In reply to comment #6)
> from the "backtrace":
> 
> "Program exited normally.
> (gdb) backtrace
> No stack."
> 
> dapper has no eog debug package, you need to build one
> 

I did, using the "Old Notes" from https://wiki.ubuntu.com/DebuggingProgramCrash 

Maybe the problem is bc the program seems to exit normally while in fact it is crashing? 
Comment 8 towsonu2003 2006-11-20 07:33:56 UTC
I still need to know which devel packages to install to give feedback if you need it :)
Comment 9 Felix Riemann 2006-11-20 14:28:53 UTC
Confirming.

(In reply to comment #7)
> Maybe the problem is bc the program seems to exit normally while in fact it is
> crashing? 
> 

You seem to be right here. EOG simply quits so you would have to break on gtk_main_quit() to (hopefully) see why it's quitting.

It appears to me that the mechanism which quits EOG when opening an unsupported file from the command line. It's possibly triggered because there is something wrong with that file (there seem to be problems to recognize the compression), but it's reproducable with other unsupported files as well.

Comment 10 Felix Riemann 2007-01-24 11:36:24 UTC
This should be fixed in SVN trunk now (rev. 3489):

2007-01-24  Claudio Saavedra  <>

        * shell/main.c: (job_prepare_model_finished): Show an error message
        instead of closing the program if the image loading has failed.
        Fixes bug #399988.

It still doesn't open the .svgz file but that is another problem (bug 394803). 

Fixed in the development version. The fix will be available in the next major release. Thank you for your bug report.


*** This bug has been marked as a duplicate of 399988 ***