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 357608 - Crash in g_str_hash, e_cal_backend_exchange_add_object
Crash in g_str_hash, e_cal_backend_exchange_add_object
Status: RESOLVED INCOMPLETE
Product: Evolution Exchange
Classification: Deprecated
Component: Connector
2.24.x
Other All
: High critical
: ---
Assigned To: Connector Maintainer
Ximian Connector QA
: 571493 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2006-09-25 13:28 UTC by Toni Heinonen
Modified: 2010-05-10 04:24 UTC
See Also:
GNOME target: ---
GNOME version: 2.23/2.24



Description Toni Heinonen 2006-09-25 13:28:53 UTC
What were you doing when the application crashed?
I opened up my Exchange 	calendar


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

Memory status: size: 201355264 vsize: 0 resident: 201355264 share: 0 rss: 32575488 rss_rlim: 0
CPU usage: start_time: 1159190535 rtime: 0 utime: 532 stime: 0 cutime:484 cstime: 0 timeout: 48 it_real_value: 0 frequency: 0

Backtrace was generated from '/usr/bin/evolution-2.8'

(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 -1233340752 (LWP 11650)]
[New Thread -1399448672 (LWP 11898)]
[New Thread -1357218912 (LWP 11720)]
[New Thread -1348826208 (LWP 11719)]
[New Thread -1337660512 (LWP 11670)]
[New Thread -1329267808 (LWP 11669)]
[New Thread -1280193632 (LWP 11658)]
[New Thread -1270047840 (LWP 11656)]
0xffffe410 in __kernel_vsyscall ()

Comment 1 Karsten Bräckelmann 2006-09-25 15:00:42 UTC
Thanks for the bug report. Unfortunately, that stack trace is not very useful in determining the cause of the crash. Can you get us one with debugging symbols? Please see http://live.gnome.org/GettingTraces for more information on how to do so.

Can you reproduce the crash, Toni?
Comment 2 Toni Heinonen 2006-09-25 18:01:02 UTC
Here's a new bug report with debugging symbols (at least I think this is the same bug). I'm running Ubuntu Edgy. Any other debuging symbol packages I should install?

Memory status: size: 76890112 vsize: 0 resident: 76890112 share: 0 rss: 23134208 rss_rlim: 0
CPU usage: start_time: 1159206541 rtime: 0 utime: 582 stime: 0 cutime:510 cstime: 0 timeout: 72 it_real_value: 0 frequency: 0

Backtrace was generated from '/usr/libexec/evolution-exchange'

(no debugging symbols found)
Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1234250064 (LWP 4646)]
[New Thread -1266877536 (LWP 5128)]
[New Thread -1234429024 (LWP 4651)]
0xffffe410 in __kernel_vsyscall ()

Thread 2 (Thread -1266877536 (LWP 5128))

  • #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 g_str_hash
    from /usr/lib/libglib-2.0.so.0
  • #5 g_hash_table_lookup
    from /usr/lib/libglib-2.0.so.0
  • #6 e_cal_backend_exchange_add_object
  • #7 e_cal_backend_exchange_calendar_get_type
  • #8 e_cal_backend_exchange_calendar_get_type
  • #9 e_cal_backend_exchange_calendar_get_type
  • #10 g_thread_create_full
    from /usr/lib/libglib-2.0.so.0
  • #11 start_thread
    from /lib/tls/i686/cmov/libpthread.so.0
  • #12 clone
    from /lib/tls/i686/cmov/libc.so.6

Comment 3 Karsten Bräckelmann 2006-09-25 20:10:24 UTC
According to bug 357652 comment 0 (same reporter), this *may* be the same issue. However, the stacktraces do look totally different...

Reopening, cause the info asked for has been provided. Thanks Toni.
Comment 5 Sebastien Bacher 2006-12-01 10:48:58 UTC
Backtrace from the Ubuntu bug:

0xffffe410 in __kernel_vsyscall ()
  • #0 __kernel_vsyscall
  • #1 __lll_mutex_lock_wait
    from /lib/tls/i686/cmov/libpthread.so.0
  • #2 _L_mutex_lock_49
    from /lib/tls/i686/cmov/libpthread.so.0
  • #3 ??
  • #4 e_cal_backend_sexp_new
    at e-cal-backend-sexp.c line 1125
  • #5 get_timezone
  • #6 get_timezone
  • #7 e_cal_backend_start_query
    at e-cal-backend.c line 691
  • #8 impl_EDataCalView_start
    at e-data-cal-view.c line 255
  • #9 _ORBIT_skel_small_GNOME_Evolution_Calendar_CalView_start
    at Evolution-DataServer-Calendar-common.c line 16
  • #10 IOP_start_profiles
    from /usr/lib/libORBit-2.so.0
  • #11 ORBit_OAObject_invoke
    from /usr/lib/libORBit-2.so.0
  • #12 ORBit_small_invoke_adaptor
    from /usr/lib/libORBit-2.so.0
  • #13 ORBit_recv_buffer_return_sys_exception
    from /usr/lib/libORBit-2.so.0
  • #14 ORBit_recv_buffer_return_sys_exception
    from /usr/lib/libORBit-2.so.0
  • #15 giop_thread_queue_process
    from /usr/lib/libORBit-2.so.0
  • #16 giop_init
    from /usr/lib/libORBit-2.so.0
  • #17 link_io_add_watch_fd
    from /usr/lib/libORBit-2.so.0
  • #18 IA__g_main_context_dispatch
    at gmain.c line 2045
  • #19 g_main_context_iterate
    at gmain.c line 2677
  • #20 IA__g_main_loop_run
    at gmain.c line 2881
  • #21 bonobo_main
    from /usr/lib/libbonobo-2.so.0
  • #22 main

Comment 6 Jerry Amundson 2008-10-08 16:37:58 UTC
Still a problem on evo 2.24.0.
I think enough information is included here for work to be done on it.
Comment 7 Paul Bolle 2008-12-17 21:37:49 UTC
(In reply to comment #5)
> Backtrace from the Ubuntu bug:
> 
> [...]

Info posted at ubuntu bug actually is:

Here's another one. Though I guesss libc6-dbg doesn't really work because it's using libc6-i686, right? Should I find a libc6-i686-dbg somewhere?

Memory status: size: 81141760 vsize: 0 resident: 81141760 share: 0 rss: 14254080 rss_rlim: 0
CPU usage: start_time: 1160385318 rtime: 0 utime: 1270 stime: 0 cutime:1159 cstime: 0 timeout: 111 it_real_value: 0 frequency: 0

Backtrace was generated from '/usr/libexec/evolution-exchange'

(no debugging symbols found)
Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1233926480 (LWP 30869)]
[New Thread -1277170784 (LWP 15550)]
[New Thread -1268778080 (LWP 15548)]
[New Thread -1258292320 (LWP 15515)]
[New Thread -1235653728 (LWP 30871)]
0xffffe410 in __kernel_vsyscall ()

Thread 4 (Thread -1258292320 (LWP 15515))

  • #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 IA__g_str_hash
    at gstring.c line 95
  • #5 IA__g_hash_table_lookup
    at ghash.c line 231
  • #6 e_cal_backend_exchange_add_object
  • #7 e_cal_backend_exchange_calendar_get_type
  • #8 e_cal_backend_exchange_calendar_get_type
  • #9 e_cal_backend_exchange_calendar_get_type
  • #10 g_thread_create_proxy
    at gthread.c line 553
  • #11 start_thread
    from /lib/tls/i686/cmov/libpthread.so.0
  • #12 clone
    from /lib/tls/i686/cmov/libc.so.6

Comment 8 palfrey 2009-02-12 16:11:33 UTC
*** Bug 571493 has been marked as a duplicate of this bug. ***
Comment 9 Akhil Laddha 2010-03-26 06:18:51 UTC
exchange-storage process is not a separate process any more in upcoming 2.30.0.

This version is no longer maintained, which means that it will not receive any
further security or bug fix updates.
The current stable GNOME and Evolution version is 2.30.

Can you please check again whether this issue still happens in Evolution 2.28
or 2.30 and update this report by adding a comment and changing the "Version"
field? Thanks a lot.

Again thank you for reporting this bug and we are sorry it could not be fixed
for the version you originally used here.

Without feedback this report will be closed as INCOMPLETE in 6 weeks.
Comment 10 Akhil Laddha 2010-05-10 04:24:04 UTC
Closing this bug report as no further information has been provided. Please 
feel free to reopen the bug if the problem still occurs with a newer
version of GNOME 2.30.0 or later, thanks.