Bug 329352 – EDS Crashes At Start of Evolution.

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 329352 - EDS Crashes At Start of Evolution.


Summary:	EDS Crashes At Start of Evolution.


Status:	RESOLVED DUPLICATE of bug 323275

Product:	evolution-data-server
Classification:	Platform
Component:	Calendar
Version:	1.6.x (obsolete)
Hardware:	Other All

Importance:	Normal normal
Target Milestone:	---
Assigned To:	evolution-calendar-maintainers
QA Contact:	Evolution QA team

URL:
Whiteboard:

Depends on:
Blocks:

Reported:	2006-01-31 14:17 UTC by David Richards
Modified:	2013-09-14 16:49 UTC

See Also:
GNOME target:	---
GNOME version:	---

Description David Richards 2006-01-31 14:17:17 UTC

Please describe the problem:
I can't get Evolution running to test, EDS always crashes immediately

Program received signal SIGABRT, Aborted.

+ Trace 65786

Thread 1097264048 (LWP 13743)

#0 ??
#1 ??
#2 ??
#3 ??
#4 raise
from /lib/tls/libc.so.6
#5 abort
from /lib/tls/libc.so.6
#6 g_logv
from /opt/gnome/lib/libglib-2.0.so.0
#7 g_log
from /opt/gnome/lib/libglib-2.0.so.0
#8 g_type_class_ref
from /opt/gnome/lib/libgobject-2.0.so.0
#9 g_object_new_valist
from /opt/gnome/lib/libgobject-2.0.so.0
#10 g_object_new
from /opt/gnome/lib/libgobject-2.0.so.0
#11 e_cal_backend_cache_new
at e-cal-backend-cache.c line 259
#12 connect_to_server
at e-cal-backend-groupwise.c line 862
#13 e_cal_backend_groupwise_open
at e-cal-backend-groupwise.c line 1149
#14 e_cal_backend_sync_open
at e-cal-backend-sync.c line 186
#15 _e_cal_backend_open
at e-cal-backend-sync.c line 662
#16 e_cal_backend_open
at e-cal-backend.c line 616
#17 impl_Cal_open
at e-data-cal.c line 81
#18 _ORBIT_skel_small_GNOME_Evolution_Calendar_Cal_open
at Evolution-DataServer-Calendar-common.c line 44
#19 IOP_profile_dump
from /opt/gnome/lib/libORBit-2.so.0
#20 ORBit_OAObject_invoke
from /opt/gnome/lib/libORBit-2.so.0
#21 ORBit_small_invoke_adaptor
from /opt/gnome/lib/libORBit-2.so.0
#22 ORBit_recv_buffer_return_sys_exception
from /opt/gnome/lib/libORBit-2.so.0
#23 ORBit_recv_buffer_return_sys_exception
from /opt/gnome/lib/libORBit-2.so.0
#24 giop_thread_queue_process
from /opt/gnome/lib/libORBit-2.so.0
#25 giop_init
from /opt/gnome/lib/libORBit-2.so.0
#26 g_thread_pool_push
from /opt/gnome/lib/libglib-2.0.so.0
#27 g_thread_create_full
from /opt/gnome/lib/libglib-2.0.so.0
#28 start_thread
from /lib/tls/libpthread.so.0
#29 clone
from /lib/tls/libc.so.6



Steps to reproduce:
1. 
2. 
3. 


Actual results:


Expected results:


Does this happen every time?


Other information:

Comment 1 Poornima 2006-02-01 11:28:00 UTC

Dave: I am not seing this bug in my setup. Can you confirm if its happening in other machine also ?. To reproduce this bug i need package info in your system.
type rpm -qa > list, attach that list to this bug

Comment 2 David Richards 2006-02-01 14:33:42 UTC

I'm going to close the bug.  If the debugging information isn't useful, I don't know what else I can do.  We won't be taking the time to load on other computers.  All Evolution sessions will be run from this one server...there won't be any client devices for Evo.  It either works on the server, or not.

I continue to get oddness with EDS.  It seems to go in streaks, where it's working poorly 2-3 times and then starts working again.

Comment 3 Chenthill P 2006-02-01 19:39:36 UTC

Am now working on a patch which would fix all the random crashes in EDS while closing evolution. It will be given for testing tommorow.

Comment 4 Chenthill P 2006-02-01 19:49:37 UTC

I don't this its invalid, we are just trying to sort out the case where it could be reproduced. This is a very critical issue. We are trying to set the similar environment where the bug can reporduced. So if you could provide information on the services and channels your using in red-carpet or some information about from where you update other packages, it would be really useful to sort it out.

Comment 5 Chenthill P 2006-03-13 07:34:04 UTC

It would be really useful if you provide us the traces of all the threads.

Comment 6 David Richards 2006-03-13 14:38:06 UTC

per IRC conversation with Harish, he wanted me to remind everyone that we are blowing out some files before Evolution starts that might be causing problems.

In the script that calls Evolution I do a :

find $HOME/.evolution -name cache -exec rm -r "{}" \;

This is needed to work around about 3 bugs related to cache that look like they won't make 2.6.

Comment 7 David Richards 2006-03-13 14:44:20 UTC

Debugging eds and evolution are nearing the edge of my expertise area.  I'm getting a lot of spewage that I don't know what it means.  Right before an EDS crash, yet I placed no breakpoints:

Program received signal SIGTRAP, Trace/breakpoint trap.
[Switching to Thread -1224070224 (LWP 20712)]
0xb75e1871 in __nptl_create_event () from /lib/tls/libpthread.so.0
(gdb) cont
Continuing.

Program received signal SIGSEGV, Segmentation fault.
0xb75e2a8d in start_thread () from /lib/tls/libpthread.so.0
(gdb) cont
Continuing.

Comment 8 David Richards 2006-03-13 15:20:08 UTC

possible crash information:

+ Trace 66906

Thread 3 (Thread -1269093456 (LWP 22634))

#0 ??
#1 ??
#2 ??
#3 ??
#4 __lll_mutex_lock_wait
from /lib/tls/libpthread.so.0
#5 _L_mutex_lock_33
from /lib/tls/libpthread.so.0
#6 ??
#7 ??
#8 ??
from /lib/tls/libc.so.6
#9 ??
#10 __libc_ptyname1
from /lib/tls/libc.so.6
#11 ??
#12 gnome_segv_handler
at server.c line 97
#13 gnome_segv_handler
at server.c line 97
#14 <signal handler called>
#15 getenv
from /lib/tls/libc.so.6
#16 tzset_internal
from /lib/tls/libc.so.6
#17 tzset
from /lib/tls/libc.so.6
#18 timelocal
from /lib/tls/libc.so.6
#19 icaltime_as_timet_with_zone
at icaltime.c line 420
#20 time_from_isodate
at e-cal-time-util.c line 635
#21 e_cal_backend_sexp_func_make_time
at e-cal-backend-sexp.c line 117
#22 e_sexp_term_eval
at e-sexp.c line 710
#23 e_sexp_term_eval
at e-sexp.c line 706
#24 e_sexp_eval
at e-sexp.c line 1304
#25 e_cal_backend_sexp_match_comp
at e-cal-backend-sexp.c line 1045
#26 e_cal_backend_sexp_match_object
at e-cal-backend-sexp.c line 1081
#27 e_data_cal_view_object_matches
at e-data-cal-view.c line 516
#28 e_cal_backend_notify_object_created
at e-cal-backend.c line 1121
#29 populate_cache
at e-cal-backend-groupwise.c line 200
#30 cache_init
at e-cal-backend-groupwise.c line 649
#31 g_thread_create_full
from /opt/gnome/lib/libglib-2.0.so.0
#32 start_thread
from /lib/tls/libpthread.so.0
#33 clone
from /lib/tls/libc.so.6

Comment 9 David Richards 2006-03-13 15:25:58 UTC

And another:

+ Trace 66907

Thread 1 (Thread -1219766592 (LWP 23472))

#0 ??
#1 ??
#2 ??
#3 ??
#4 __waitpid_nocancel
from /lib/tls/libc.so.6
#5 do_system
from /lib/tls/libc.so.6
#6 system
from /lib/tls/libc.so.6
#7 system
from /lib/tls/libpthread.so.0
#8 gnome_segv_handler
at server.c line 114
#9 <signal handler called>
#10 getenv
from /lib/tls/libc.so.6
#11 set_tz
at icaltime.c line 301
#12 icaltime_as_timet_with_zone
at icaltime.c line 416
#13 time_from_isodate
at e-cal-time-util.c line 635
#14 e_cal_backend_sexp_func_make_time
at e-cal-backend-sexp.c line 117
#15 e_sexp_term_eval
at e-sexp.c line 710
#16 e_sexp_term_eval
at e-sexp.c line 706
#17 term_eval_and
at e-sexp.c line 255
#18 e_sexp_term_eval
at e-sexp.c line 700
#19 e_sexp_eval
at e-sexp.c line 1304
#20 e_cal_backend_sexp_match_comp
at e-cal-backend-sexp.c line 1045
#21 e_cal_backend_sexp_match_object
at e-cal-backend-sexp.c line 1081
#22 e_data_cal_view_object_matches
at e-data-cal-view.c line 516
#23 match_query_and_notify
at e-cal-backend.c line 1136
#24 e_cal_backend_notify_object_modified
at e-cal-backend.c line 1272
#25 retrieval_done
at e-cal-backend-http.c line 334
#26 g_cclosure_marshal_VOID__VOID
from /opt/gnome/lib/libgobject-2.0.so.0
#27 g_closure_invoke
from /opt/gnome/lib/libgobject-2.0.so.0
#28 g_signal_chain_from_overridden
from /opt/gnome/lib/libgobject-2.0.so.0
#29 g_signal_emit_valist
from /opt/gnome/lib/libgobject-2.0.so.0
#30 g_signal_emit
from /opt/gnome/lib/libgobject-2.0.so.0
#31 soup_message_finished
at soup-message.c line 558
#32 soup_message_io_finished
at soup-message-io.c line 153
#33 io_read
at soup-message-io.c line 670
#34 g_cclosure_marshal_VOID__VOID
from /opt/gnome/lib/libgobject-2.0.so.0
#35 g_closure_invoke
from /opt/gnome/lib/libgobject-2.0.so.0
#36 g_signal_chain_from_overridden
from /opt/gnome/lib/libgobject-2.0.so.0
#37 g_signal_emit_valist
from /opt/gnome/lib/libgobject-2.0.so.0
#38 g_signal_emit
from /opt/gnome/lib/libgobject-2.0.so.0
#39 socket_read_watch
at soup-socket.c line 1069
#40 g_io_channel_unix_get_fd
from /opt/gnome/lib/libglib-2.0.so.0
#41 g_main_context_dispatch
from /opt/gnome/lib/libglib-2.0.so.0
#42 g_main_context_acquire
from /opt/gnome/lib/libglib-2.0.so.0
#43 g_main_loop_run
from /opt/gnome/lib/libglib-2.0.so.0
#44 bonobo_main
from /opt/gnome/lib/libbonobo-2.so.0
#45 main
at server.c line 393

Comment 10 Chenthill P 2006-03-14 04:34:15 UTC

These are same traces as bug 334065. Am working on it.

Comment 11 Chenthill P 2006-03-20 07:34:27 UTC


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