[Evolution-hackers] Evolution requesting info on every year from 2011 down to 65535



Hi all,

 I'm running evo master, and I've been getting weird messages, about the
year being below 1900 (the assert in libecal's time_days_in_month().
I've put a g_print() statement to print the year on each run. The
messages scroll too fast for me to see each one, but I could see the
years counting down from ~2000 to what I paste below.

 I've attached the backtrace for a year of 167 (I think) though I don't
think it gives much information. This happens even if I have my main
calendar off (which I think it's the only one with recurring events).

 Any hints as to what should be investigated next?

------8<---------8<----
(e-calendar-factory:22846): libecal-CRITICAL **: time_days_in_month:
assertion `year >= 1900' failed
Year: 0

(e-calendar-factory:22846): libecal-CRITICAL **: time_days_in_month:
assertion `year >= 1900' failed
Year: 0

(e-calendar-factory:22846): libecal-CRITICAL **: time_days_in_month:
assertion `year >= 1900' failed
Year: 65535

(e-calendar-factory:22846): libecal-WARNING **: time_t out of range
Year: 2011
Year: 2011

   cmn
-- 
Carlos Martín Nieto        http://www.cmartin.tk

"¿Cómo voy a decir bobadas si soy mudo?" -- CACHAI
#0  0xf7700425 in __kernel_vsyscall ()
#1  0xf686801b in write () at ../sysdeps/unix/syscall-template.S:82
#2  0xf672cd66 in write_string (fd=2, 
    string=0x930c7f0 "\n(e-calendar-factory:22846): libecal-CRITICAL **: time_days_in_month: assertion `year >= 1900' failed\n") at gmessages.c:140
#3  0xf672d10f in g_log_default_handler (log_domain=0xf76f6b14 "libecal", 
    log_level=<value optimized out>, 
    message=0x930c7b8 "time_days_in_month: assertion `year >= 1900' failed", 
    unused_data=0x0) at gmessages.c:998
#4  0xf672d515 in g_logv (log_domain=0xf76f6b14 "libecal", 
    log_level=G_LOG_LEVEL_CRITICAL, 
    format=0xf679c0b8 "%s: assertion `%s' failed", 
    args1=0xffe1040c "\220\237o\367Ҟo\367\020") at gmessages.c:527
#5  0xf672d992 in g_log (log_domain=0xf76f6b14 "libecal", 
    log_level=G_LOG_LEVEL_CRITICAL, 
    format=0xf679c0b8 "%s: assertion `%s' failed") at gmessages.c:577
#6  0xf672db8d in g_return_if_fail_warning (log_domain=0xf76f6b14 "libecal", 
    pretty_function=0xf76f9f90 "time_days_in_month", 
    expression=0xf76f9ed2 "year >= 1900") at gmessages.c:586
#7  0xf76e5587 in time_days_in_month (year=167, month=3)
    at e-cal-time-util.c:450
#8  0xf76dfe89 in cal_obj_time_add_days (cotime=0xffe10920, 
    days=<value optimized out>) at e-cal-recur.c:3424
#9  0xf76e08e3 in cal_obj_weekly_find_next_position (cotime=0xffe10920, 
    event_end=0xffe10928, recur_data=0xffe10544, interval_end=0xffe10b04)
    at e-cal-recur.c:2299
#10 0xf76e28e4 in cal_obj_expand_recurrence (
    event_start=<value optimized out>, zone=<value optimized out>, 
    recur=0x92e6858, interval_start=0xffe10b0c, interval_end=0xffe10b04, 
    finished=0xffe10b4c) at e-cal-recur.c:1589
#11 0xf76e3aba in generate_instances_for_chunk (comp=<value optimized out>, 
    prop=<value optimized out>, start=1297638000, end=1298070000, 
    cb=0xf66b5b60 <check_instance_time_range_cb>, cb_data=0x92f6210, 
    tz_cb=0xf66b61c0 <resolve_tzid>, tz_cb_data=0x92f6210, 
    default_timezone=0xf546b0f0) at e-cal-recur.c:1186
#12 e_cal_recur_generate_instances_of_rule (comp=<value optimized out>, 
    prop=<value optimized out>, start=1297638000, end=1298070000, 
    cb=0xf66b5b60 <check_instance_time_range_cb>, cb_data=0x92f6210, 
    tz_cb=0xf66b61c0 <resolve_tzid>, tz_cb_data=0x92f6210, 
    default_timezone=0xf546b0f0) at e-cal-recur.c:865
#13 0xf66b6daf in func_occur_in_time_range (esexp=0x92fb6b0, argc=2, 
    argv=0xffe10be0, data=0x92f6210) at e-cal-backend-sexp.c:390
#14 0xf668f6c3 in e_sexp_term_eval (f=0x92fb6b0, t=0x92fc2c0) at e-sexp.c:731
#15 0xf6690060 in term_eval_and (f=0x92fb6b0, argc=2, argv=0x92fc430, 
    data=0xf669f080) at e-sexp.c:271
#16 0xf668f79b in e_sexp_term_eval (f=0x92fb6b0, t=0x92fc1d0) at e-sexp.c:721
#17 0xf668f83d in e_sexp_eval (f=0x92fb6b0) at e-sexp.c:1568
#18 0xf66b763e in e_cal_backend_sexp_match_comp (sexp=0xf546bd50, 
    comp=0x9258130, backend=0x9227210) at e-cal-backend-sexp.c:1323
#19 0xf5ee644a in caldav_start_query (backend=0x9227210, query=0x9219218)
    at e-cal-backend-caldav.c:4196
#20 0xf66b0f98 in e_cal_backend_start_query (backend=0x9227210, 
    query=0x9219218) at e-cal-backend.c:818
#21 0xf66c5bd6 in impl_DataCalView_start (object=0x9215730, 
    invocation=0x92cd3b0, query=0x9219218) at e-data-cal-view.c:314
#22 0xf76f6964 in _e_gdbus_gdbus_cclosure_marshaller_BOOLEAN__OBJECT (
    closure=0x92f9d98, return_value=0xffe10f64, n_param_values=2, 
    param_values=0x922e800, invocation_hint=0xffe10f50, 
    marshal_data=0xf66c5b50) at e-gdbus-marshallers.c:202
#23 0xf68e79f2 in g_closure_invoke (closure=0x92f9d98, 
    return_value=0xffe10f64, n_param_values=2, param_values=0x922e800, 
    invocation_hint=0xffe10f50) at gclosure.c:767
#24 0xf690118d in signal_emit_unlocked_R (node=<value optimized out>, 
    detail=<value optimized out>, instance=0x9215730, 
    emission_return=0xffe110bc, instance_and_params=0x922e800)
    at gsignal.c:3252
#25 0xf690267b in g_signal_emit_valist (instance=0x9215730, signal_id=67, 
    detail=0, var_args=0xffe11120 "<\021\341\377\034") at gsignal.c:2993
#26 0xf6902f12 in g_signal_emit (instance=0x9215730, signal_id=67, detail=0)
    at gsignal.c:3040
#27 0xf76f6141 in handle_method_call (connection=0x92000c8, 
    sender=0x92f9c08 ":1.449", 
    object_path=0x92f8d60 "/org/gnome/evolution/dataserver/CalendarView/22846/17", interface_name=0x92e2fe8 "org.gnome.evolution.dataserver.CalendarView", 
    method_name=0x9214930 "start", parameters=0x9215620, invocation=0x92cd3b0, 
    user_data=0x9215730) at e-gdbus-egdbuscalview.c:1249
#28 0xf6a13505 in call_in_idle_cb (user_data=0x92cd3b0)
    at gdbusconnection.c:4427
#29 0xf67202e1 in g_idle_dispatch (source=0x92f6090, callback=0x65, 
    user_data=0x92cd3b0) at gmain.c:4537
#30 0xf67225b5 in g_main_dispatch (context=0x91fae68) at gmain.c:2440
#31 g_main_context_dispatch (context=0x91fae68) at gmain.c:3013
#32 0xf6726b68 in g_main_context_iterate (context=0x91fae68, 
    block=<value optimized out>, dispatch=1, self=0x91f1998) at gmain.c:3091
#33 0xf67270a7 in g_main_loop_run (loop=0x91fae58) at gmain.c:3299
#34 0x0804b69b in main (argc=1, argv=0xffe11424) at e-data-cal-factory.c:998
A debugging session is active.

	Inferior 1 [process 22846] will be detached.

Quit anyway? (y or n) Detaching from program: /home/carlos/staging/gnome/libexec/e-calendar-factory, process 22846

Attachment: signature.asc
Description: This is a digitally signed message part



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]