Bug 464777 – crash in gThumb Image Viewer: uri vanishes before uric...

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 464777 - crash in gThumb Image Viewer: uri vanishes before uric...


Summary:	crash in gThumb Image Viewer: uri vanishes before uric...


Status:	RESOLVED DUPLICATE of bug 485721

Product:	gthumb
Classification:	Other
Component:	general
Version:	unspecified
Hardware:	Other All

Importance:	High critical
Target Milestone:	---
Assigned To:	Paolo Bacchilega
QA Contact:	Paolo Bacchilega

URL:
Whiteboard:

Duplicates:	464879 (view as bug list)
Depends on:
Blocks:

Reported:	2007-08-08 17:13 UTC by Michael Chudobiak
Modified:	2007-10-11 13:12 UTC

See Also:
GNOME target:	---
GNOME version:	2.15/2.16

Attachments
Sample image (51.79 KB, image/jpeg) 2007-08-09 01:04 UTC, Michael Chudobiak	Details

Description Michael Chudobiak 2007-08-08 17:13:53 UTC

What were you doing when the application crashed?
uri vanishes before uricmp is complete?

I tried modifying uricmp to use g_strdup on the input paths, and it eliminates that crash, but it crashes elsewhere. I suspect that a FileData structure is being unref'd too early.

gthumb-2-10 svn rev 1882.

- Mike



Distribution: Fedora Core release 6 (Zod)
Gnome Release: 2.16.3 2007-01-31 (Red Hat, Inc)
BugBuddy Version: 2.16.0

System: Linux 2.6.19-1.2911.fc6 #1 SMP Sat Feb 10 15:51:47 EST 2007 i686
X Vendor: The XFree86 Project, Inc
X Vendor Release: 40300000
Selinux: No
Accessibility: Disabled

Memory status: size: 109441024 vsize: 0 resident: 109441024 share: 0 rss: 36392960 rss_rlim: 0
CPU usage: start_time: 1186593058 rtime: 0 utime: 167 stime: 0 cutime:148 cstime: 0 timeout: 19 it_real_value: 0 frequency: 0

Backtrace was generated from '/usr/bin/gthumb'

Using host libthread_db library "/lib/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread -1208981792 (LWP 24334)]
[New Thread -1340114032 (LWP 24359)]
[New Thread -1339585648 (LWP 24358)]
[New Thread -1339057264 (LWP 24357)]
[New Thread -1253409904 (LWP 24347)]
[New Thread -1252881520 (LWP 24346)]
0x004e2402 in __kernel_vsyscall ()

+ Trace 153768

Thread 1 (Thread -1208981792 (LWP 24334))

#0 __kernel_vsyscall
#1 waitpid
from /lib/libpthread.so.0
#2 libgnomeui_segv_handle
at gnome-ui-init.c line 870
#3 <signal handler called>
#4 add_scheme_if_absent
at file-utils.c line 1376
#5 uricmp
at file-utils.c line 1535
#6 same_uri
at file-utils.c line 1551
#7 gth_file_list_pos_from_path
at gth-file-list.c line 1297
#8 gth_file_list_exec_next_op
at gth-file-list.c line 1665
#9 update_image_comment
at gth-browser.c line 577
#10 image_loaded_cb
at gth-browser.c line 2670
#11 IA__g_cclosure_marshal_VOID__VOID
at gmarshal.c line 77
#12 IA__g_closure_invoke
at gclosure.c line 490
#13 signal_emit_unlocked_R
at gsignal.c line 2440
#14 IA__g_signal_emit_valist
at gsignal.c line 2199
#15 IA__g_signal_emit
at gsignal.c line 2243
#16 image_loaded
at image-viewer.c line 2210
#17 IA__g_cclosure_marshal_VOID__VOID
at gmarshal.c line 77
#18 IA__g_closure_invoke
at gclosure.c line 490
#19 signal_emit_unlocked_R
at gsignal.c line 2440
#20 IA__g_signal_emit_valist
at gsignal.c line 2199
#21 IA__g_signal_emit
at gsignal.c line 2243
#22 image_loader_load_from_image_loader
at image-loader.c line 1021
#23 load_from_image_loader__step2
at image-viewer.c line 1891
#24 idle_call_exec_cb
at glib-utils.c line 495
#25 g_idle_dispatch
at gmain.c line 3928
#26 IA__g_main_context_dispatch
at gmain.c line 2045
#27 g_main_context_iterate
at gmain.c line 2677
#28 IA__g_main_loop_run
at gmain.c line 2881
#29 IA__gtk_main
at gtkmain.c line 1154
#30 main
at main.c line 835
#0 __kernel_vsyscall

Comment 1 Paolo Bacchilega 2007-08-08 22:24:37 UTC

I've added ref/unref of file_data values in the file view too, can you still reproduce the problem ?

Comment 2 Michael Chudobiak 2007-08-09 01:02:22 UTC

*** Bug 464879 has been marked as a duplicate of this bug. ***

Comment 3 Michael Chudobiak 2007-08-09 01:03:15 UTC

Paolo,

it still occurs. A stacktrace with svn rev 1883 is in comment 2.

- Mike

Comment 4 Michael Chudobiak 2007-08-09 01:04:16 UTC

Created attachment 93330 [details]
Sample image

For some reason, this image seems to always trigger the crash. I'm not sure if that is coincidence or not.

- Mike

Comment 5 Michael Chudobiak 2007-08-09 16:38:51 UTC

Seems to be fixed in svn rev 1889.

- Mike

Comment 6 Michael Chudobiak 2007-10-11 13:11:30 UTC

Still a problem. Re-opening and marking as a dupe of bug 485721 (new backtrace).

- Mike

Comment 7 Michael Chudobiak 2007-10-11 13:12:20 UTC


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