Bug 393491 – crash in Trash: booting linux

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 393491 - crash in Trash: booting linux


Summary:	crash in Trash: booting linux


Status:	RESOLVED DUPLICATE of bug 373360

Product:	gnome-applets
Classification:	Other
Component:	trash applet
Version:	unspecified
Hardware:	Other All

Importance:	High critical
Target Milestone:	---
Assigned To:	gnome-applets Maintainers
QA Contact:	gnome-applets Maintainers

URL:
Whiteboard:

Depends on:
Blocks:

Reported:	2007-01-06 13:23 UTC by sjwinn64
Modified:	2007-01-06 17:30 UTC

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

Description sjwinn64 2007-01-06 13:23:57 UTC

What were you doing when the application crashed?
booting linux


Distribution: Fedora Core release 6 (Zod)
Gnome Release: 2.16.0 2006-09-04 (Red Hat, Inc)
BugBuddy Version: 2.16.0

Memory status: size: 274808832 vsize: 274808832 resident: 9179136 share: 7385088 rss: 9179136 rss_rlim: -1
CPU usage: start_time: 1168089781 rtime: 4 utime: 4 stime: 0 cutime:0 cstime: 0 timeout: 0 it_real_value: 0 frequency: 100

Backtrace was generated from '/usr/libexec/trashapplet'

(no debugging symbols found)
Using host libthread_db library "/lib64/libthread_db.so.1".
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 46912670321520 (LWP 2893)]
(no debugging symbols found)
0x00002aaaaf83196f in waitpid () from /lib64/libpthread.so.0

+ Trace 99845

Thread 1 (Thread 46912670321520 (LWP 2893))

#0 waitpid
from /lib64/libpthread.so.0
#1 gnome_gtk_module_info_get
from /usr/lib64/libgnomeui-2.so.0
#2 <signal handler called>
#3 raise
from /lib64/libc.so.6
#4 abort
from /lib64/libc.so.6
#5 g_logv
from /lib64/libglib-2.0.so.0
#6 g_log
from /lib64/libglib-2.0.so.0
#7 g_assert_warning
from /lib64/libglib-2.0.so.0
#8 ORBit_RootObject_duplicate_T
from /usr/lib64/libORBit-2.so.0
#9 CORBA_free
from /usr/lib64/libORBit-2.so.0
#10 ORBit_free_T
from /usr/lib64/libORBit-2.so.0
#11 ORBit_free
from /usr/lib64/libORBit-2.so.0
#12 bonobo_pbclient_set_boolean
from /usr/lib64/libbonobo-2.so.0
#13 panel_applet_add_preferences
from /usr/lib64/libpanel-applet-2.so.0
#14 bonobo_item_options_free
from /usr/lib64/libbonobo-2.so.0
#15 g_closure_invoke
from /lib64/libgobject-2.0.so.0
#16 bonobo_closure_invoke_va_list
from /usr/lib64/libbonobo-2.so.0
#17 bonobo_closure_invoke
from /usr/lib64/libbonobo-2.so.0
#18 bonobo_item_handler_new
from /usr/lib64/libbonobo-2.so.0
#19 _ORBIT_skel_small_Bonobo_ItemContainer_getObjectByName
from /usr/lib64/libbonobo-2.so.0
#20 ORBit_small_invoke_adaptor
from /usr/lib64/libORBit-2.so.0
#21 ORBit_recv_buffer_return_sys_exception
from /usr/lib64/libORBit-2.so.0
#22 ORBit_recv_buffer_return_sys_exception
from /usr/lib64/libORBit-2.so.0
#23 ORBit_skel_class_register
from /usr/lib64/libORBit-2.so.0
#24 ORBit_handle_request
from /usr/lib64/libORBit-2.so.0
#25 giop_connection_handle_input
from /usr/lib64/libORBit-2.so.0
#26 link_connection_state_changed
from /usr/lib64/libORBit-2.so.0
#27 g_main_context_dispatch
from /lib64/libglib-2.0.so.0
#28 g_main_context_check
from /lib64/libglib-2.0.so.0
#29 g_main_loop_run
from /lib64/libglib-2.0.so.0
#30 bonobo_main
from /usr/lib64/libbonobo-2.so.0
#31 bonobo_generic_factory_main_timeout
from /usr/lib64/libbonobo-2.so.0
#32 panel_applet_factory_main_closure
from /usr/lib64/libpanel-applet-2.so.0
#33 __libc_start_main
from /lib64/libc.so.6
#34 g_cclosure_marshal_VOID__VOID
#35 ??
#36 ??
#0 waitpid
from /lib64/libpthread.so.0

Comment 1 Jens Granseuer 2007-01-06 17:30:35 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 373360 ***