Bug 358566 – crash in gThumb Image Viewer: When i trie to edit the ...

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 358566 - crash in gThumb Image Viewer: When i trie to edit the ...


Summary:	crash in gThumb Image Viewer: When i trie to edit the ...


Status:	RESOLVED DUPLICATE of bug 358405

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:

Depends on:
Blocks:

Reported:	2006-09-30 17:11 UTC by tzulberti
Modified:	2006-09-30 17:12 UTC

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

Description tzulberti 2006-09-30 17:11:38 UTC

What were you doing when the application crashed?
When i trie to edit the prefences of gThum, when i move to another Tad, this messages appears



Distribution: Ubuntu 6.10 (edgy)
Gnome Release: 2.16.0 2006-09-04 (Ubuntu)
BugBuddy Version: 2.16.0

Memory status: size: 208699392 vsize: 0 resident: 208699392 share: 0 rss: 27693056 rss_rlim: 0
CPU usage: start_time: 1159636233 rtime: 0 utime: 147 stime: 0 cutime:142 cstime: 0 timeout: 5 it_real_value: 0 frequency: 0

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

(no debugging symbols found)
Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1227573584 (LWP 5678)]
[New Thread -1418765408 (LWP 5693)]
[New Thread -1410372704 (LWP 5692)]
[New Thread -1401980000 (LWP 5691)]
[New Thread -1393587296 (LWP 5690)]
[New Thread -1326339168 (LWP 5682)]
[New Thread -1258546272 (LWP 5680)]
0xffffe410 in __kernel_vsyscall ()

+ Trace 73755

Thread 1 (Thread -1227573584 (LWP 5678))

#0 __kernel_vsyscall
#1 __waitpid_nocancel
from /lib/tls/i686/cmov/libpthread.so.0
#2 gnome_gtk_module_info_get
from /usr/lib/libgnomeui-2.so.0
#3 <signal handler called>
#4 strcmp
from /lib/tls/i686/cmov/libc.so.6
#5 gtk_file_chooser_button_new
from /usr/lib/libgtk-x11-2.0.so.0
#6 gtk_file_chooser_button_new
from /usr/lib/libgtk-x11-2.0.so.0
#7 g_cclosure_marshal_VOID__VOID
from /usr/lib/libgobject-2.0.so.0
#8 g_closure_invoke
from /usr/lib/libgobject-2.0.so.0
#9 g_signal_chain_from_overridden
from /usr/lib/libgobject-2.0.so.0
#10 g_signal_emit_valist
from /usr/lib/libgobject-2.0.so.0
#11 g_signal_emit_by_name
from /usr/lib/libgobject-2.0.so.0
#12 _gtk_file_chooser_set_delegate
from /usr/lib/libgtk-x11-2.0.so.0
#13 g_cclosure_marshal_VOID__VOID
from /usr/lib/libgobject-2.0.so.0
#14 g_closure_invoke
from /usr/lib/libgobject-2.0.so.0
#15 g_signal_chain_from_overridden
from /usr/lib/libgobject-2.0.so.0
#16 g_signal_emit_valist
from /usr/lib/libgobject-2.0.so.0
#17 g_signal_emit_by_name
from /usr/lib/libgobject-2.0.so.0
#18 _gtk_file_chooser_set_delegate
from /usr/lib/libgtk-x11-2.0.so.0
#19 g_cclosure_marshal_VOID__VOID
from /usr/lib/libgobject-2.0.so.0
#20 g_closure_invoke
from /usr/lib/libgobject-2.0.so.0
#21 g_signal_chain_from_overridden
from /usr/lib/libgobject-2.0.so.0
#22 g_signal_emit_valist
from /usr/lib/libgobject-2.0.so.0
#23 g_signal_emit_by_name
from /usr/lib/libgobject-2.0.so.0
#24 _gtk_file_chooser_default_new
from /usr/lib/libgtk-x11-2.0.so.0
#25 fs_module_create
from /usr/lib/gtk-2.0/2.10.0/filesystems/libgnome-vfs.so
#26 gnome_vfs_job_get_count
from /usr/lib/libgnomevfs-2.so.0
#27 ??
#28 ??
#29 ??
#30 ??
from /usr/lib/libgthread-2.0.so.0
#31 ??
#32 ??
from /usr/lib/libglib-2.0.so.0
#33 ??
#34 g_slice_alloc
from /usr/lib/libglib-2.0.so.0
#35 g_source_is_destroyed
from /usr/lib/libglib-2.0.so.0
#36 g_main_context_dispatch
from /usr/lib/libglib-2.0.so.0
#37 g_main_context_check
from /usr/lib/libglib-2.0.so.0
#38 g_main_loop_run
from /usr/lib/libglib-2.0.so.0
#39 gtk_main
from /usr/lib/libgtk-x11-2.0.so.0
#40 main
#0 __kernel_vsyscall

Comment 1 Sebastien Bacher 2006-09-30 17:12:52 UTC

Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.


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