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...
crash in gThumb Image Viewer: uri vanishes before uric...
Status: RESOLVED DUPLICATE of bug 485721
Product: gthumb
Classification: Other
Component: general
unspecified
Other All
: High critical
: ---
Assigned To: Paolo Bacchilega
Paolo Bacchilega
: 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 ()

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 ***