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

_______________________________________________
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Reply via email to