| Summary: | [abrt] evolution-3.2.1-2.fc16: pvl_head: Process /usr/bin/evolution was killed by signal 11 (SIGSEGV) | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | James Boulton <james.boulton> | ||||||||
| Component: | evolution | Assignee: | Matthew Barnes <mbarnes> | ||||||||
| Status: | CLOSED UPSTREAM | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||
| Severity: | unspecified | Docs Contact: | |||||||||
| Priority: | unspecified | ||||||||||
| Version: | 16 | CC: | lucilanga, mbarnes, mcrha | ||||||||
| Target Milestone: | --- | ||||||||||
| Target Release: | --- | ||||||||||
| Hardware: | x86_64 | ||||||||||
| OS: | Unspecified | ||||||||||
| Whiteboard: | abrt_hash:aeea46e4e19e20e83673f16e63dac512e35b7d49 | ||||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||||
| Doc Text: | Story Points: | --- | |||||||||
| Clone Of: | Environment: | ||||||||||
| Last Closed: | 2012-01-05 12:20:12 UTC | Type: | --- | ||||||||
| Regression: | --- | Mount Type: | --- | ||||||||
| Documentation: | --- | CRM: | |||||||||
| Verified Versions: | Category: | --- | |||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||
| Attachments: |
|
||||||||||
|
Description
James Boulton
2011-11-14 20:31:52 UTC
Created attachment 533608 [details]
File: maps
Created attachment 533609 [details]
File: backtrace
Thanks for a bug report. I see that his crashed on icalcomponent free, when your calendar was published. You can invoke the function when you go to the Calendar view and choose menu option Actions->Publish Calendar Information. Does it crash for you when you invoke the function manually, or is it reproducible for you with other steps, please? Yes it does crash when the calendar is published. I do get notified when there is a google calendar event though the gnome notification area. When I installed F16 from F15 I decided to to a fresh install and backed up my mail with evolution in F15, and restored the tar file in F16's evolution. Every thing was working properly in F15's evolution. Hope this helps. James It's crashing in libical, on a free of the ical component, the one which was just saved into a file. I'll attach a test program to see whether this is reproducible also outside of evolution. Pasting the relevant part of the backtrace: Thread 1 (Thread 0x7fdbe6100980 (LWP 1804)): #0 pvl_head (L=0x0) at pvl.c:554 #1 0x0000003050429b4c in icalcomponent_free (c=0x35fdba0) at icalcomponent.c:268 #2 0x0000003050429b43 in icalcomponent_free (c=0x35ff9e0) at icalcomponent.c:271 #3 0x00007fdbba0ce363 in write_calendar (error=0x7fff6ceb4178, stream=0x7fdbb0002070 [GDaemonFileOutputStream], source_list=<optimized out>, uid=<optimized out>) at publish-format-ical.c:131 #4 publish_calendar_as_ical (stream=0x7fdbb0002070 [GDaemonFileOutputStream], uri=<optimized out>, error=0x7fff6ceb4178) at publish-format-ical.c:151 #5 0x00007fdbba0ccb5b in publish_online (uri=0x7fdba8002780, file=<optimized out>, perror=0x0, can_report_success=0) at publish-calendar.c:225 #6 0x00007fdbba0cce57 in mount_ready_cb (source_object=0x27d5e60 [GDaemonFile], result=<optimized out>, user_data=0x7fdba80053d0) at publish-calendar.c:301 #7 0x000000303fc67d27 in g_simple_async_result_complete (simple=0x35fff60 [GSimpleAsyncResult]) at gsimpleasyncresult.c:749 Created attachment 533926 [details]
test.c
This is a test code. To compile it run the command from the comment at the top of the file and pass it a local path to the file the calendar publish saved the component. It may or may not reproduce the issue, I only want to be sure this can be repeated even outside of evolution with resulting published object. To be able to compile this you may install devel packages for libical and glibc2 (yum install glibc2-devel libical-devel). Looking on my libical version I see the one from F15 is used here, namely libical-0.46-3.fc15.x86_64.
Please, let me know whether this crashes for you too or not. Maybe even if it'll not crash, run it under valgrind, to see whether it'll catch anything. You can do that with command like this:
$ G_SLICE=always-malloc valgrind --num-callers=50 ./test cal &>log.txt
Thanks in advance.
Hi Compiled and ran ok gives: # ./test .local/share/evolution/calendar/system/calendar.ics Opened component with 11 subcomponents Freeing component 0xdb58f0... Done. Bye. Under valgrind the log is: ==14637== Memcheck, a memory error detector ==14637== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al. ==14637== Using Valgrind-3.6.1 and LibVEX; rerun with -h for copyright info ==14637== Command: ./test .local/share/evolution/calendar/system/calendar.ics l ==14637== Requires 1 parameter, path to component file ==14637== ==14637== HEAP SUMMARY: ==14637== in use at exit: 0 bytes in 0 blocks ==14637== total heap usage: 0 allocs, 0 frees, 0 bytes allocated ==14637== ==14637== All heap blocks were freed -- no leaks are possible ==14637== ==14637== For counts of detected and suppressed errors, rerun with: -v ==14637== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 2 from 2) James Thanks for the update. There is a typo in the valgrind command, the ending "l" parameter, which makes it claim:
> Requires 1 parameter, path to component file
and just exit. Nonetheless, if it didn't crash without valgrind...
Sorry didn't see the l. Here is the valgrind log, I added some extra options to show more output: ==9381== Memcheck, a memory error detector ==9381== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al. ==9381== Using Valgrind-3.6.1 and LibVEX; rerun with -h for copyright info ==9381== Command: ./test .local/share/evolution/calendar/system/calendar.ics ==9381== --9381-- Valgrind options: --9381-- --num-callers=50 --9381-- --leak-check=full --9381-- --show-reachable=yes --9381-- -v --9381-- Contents of /proc/version: --9381-- Linux version 3.1.1-2.fc16.x86_64 (mockbuild.fedoraproject.org) (gcc version 4.6.2 20111027 (Red Hat 4.6.2-1) (GCC) ) #1 SMP Mon Nov 14 15:46:10 UTC 2011 --9381-- Arch and hwcaps: AMD64, amd64-sse3-cx16-lzcnt --9381-- Page sizes: currently 4096, max supported 4096 --9381-- Valgrind library directory: /usr/lib64/valgrind --9381-- Reading syms from /home/james/test (0x400000) --9381-- Reading syms from /usr/lib64/valgrind/memcheck-amd64-linux (0x38000000) --9381-- object doesn't have a dynamic symbol table --9381-- Reading syms from /lib64/ld-2.14.90.so (0x303c000000) --9381-- Reading suppressions file: /usr/lib64/valgrind/default.supp --9381-- REDIR: 0x303c018640 (strlen) redirected to 0x3805f597 (vgPlain_amd64_linux_REDIR_FOR_strlen) --9381-- Reading syms from /usr/lib64/valgrind/vgpreload_core-amd64-linux.so (0x4801000) --9381-- Reading syms from /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so (0x4a03000) ==9381== WARNING: new redirection conflicts with existing -- ignoring it --9381-- new: 0x303c018640 (strlen ) R-> 0x04a07e00 strlen --9381-- REDIR: 0x303c0184b0 (index) redirected to 0x4a07a60 (index) --9381-- REDIR: 0x303c018530 (strcmp) redirected to 0x4a089c0 (strcmp) --9381-- Reading syms from /usr/lib64/libical.so.0.46.0 (0x3050400000) --9381-- object doesn't have a symbol table --9381-- Reading syms from /usr/lib64/libicalss.so.0.46.0 (0x3050000000) --9381-- object doesn't have a symbol table --9381-- Reading syms from /usr/lib64/libicalvcal.so.0.46.0 (0x3048000000) --9381-- object doesn't have a symbol table --9381-- Reading syms from /lib64/libglib-2.0.so.0.3000.1 (0x303e400000) --9381-- object doesn't have a symbol table --9381-- Reading syms from /lib64/libc-2.14.90.so (0x303c400000) --9381-- Reading syms from /lib64/libpthread-2.14.90.so (0x303c800000) --9381-- Reading syms from /lib64/librt-2.14.90.so (0x303d000000) --9381-- REDIR: 0x303c48c720 (strncasecmp) redirected to 0x4801610 (_vgnU_ifunc_wrapper) --9381-- REDIR: 0x303c48a460 (strcasecmp) redirected to 0x4801610 (_vgnU_ifunc_wrapper) --9381-- REDIR: 0x303c4868e0 (strncmp) redirected to 0x4801610 (_vgnU_ifunc_wrapper) ==9381== WARNING: new redirection conflicts with existing -- ignoring it --9381-- new: 0x303c486920 (__GI_strncmp ) R-> 0x04a08240 strncmp --9381-- REDIR: 0x303c4881f0 (__GI_strrchr) redirected to 0x4a07880 (__GI_strrchr) --9381-- REDIR: 0x303c486750 (__GI_strlen) redirected to 0x4a07dc0 (__GI_strlen) --9381-- REDIR: 0x303c486920 (__GI_strncmp) redirected to 0x4a082c0 (__GI_strncmp) --9381-- REDIR: 0x303c4818f0 (calloc) redirected to 0x4a05af0 (calloc) --9381-- REDIR: 0x303c486700 (strlen) redirected to 0x4801610 (_vgnU_ifunc_wrapper) ==9381== WARNING: new redirection conflicts with existing -- ignoring it --9381-- new: 0x303c486750 (__GI_strlen ) R-> 0x04a07da0 strlen --9381-- REDIR: 0x303c488170 (strncpy) redirected to 0x4801610 (_vgnU_ifunc_wrapper) ==9381== WARNING: new redirection conflicts with existing -- ignoring it --9381-- new: 0x303c4939d0 (__GI_strncpy ) R-> 0x04a07fc0 strncpy --9381-- REDIR: 0x303c4939d0 (__GI_strncpy) redirected to 0x4a08100 (__GI_strncpy) --9381-- REDIR: 0x303c488290 (strpbrk) redirected to 0x4801610 (_vgnU_ifunc_wrapper) --9381-- REDIR: 0x303c4882c0 (__GI_strpbrk) redirected to 0x4a0a270 (strpbrk) --9381-- REDIR: 0xffffffffff600000 (???) redirected to 0x3805f583 (vgPlain_amd64_linux_REDIR_FOR_vgettimeofday) --9381-- REDIR: 0x303c4805f0 (malloc) redirected to 0x4a07460 (malloc) --9381-- REDIR: 0x303c480ce0 (realloc) redirected to 0x4a07530 (realloc) --9381-- REDIR: 0x303c489240 (memset) redirected to 0x4801610 (_vgnU_ifunc_wrapper) --9381-- REDIR: 0x303c493b30 (__memset_x86_64) redirected to 0x4a09c10 (memset) --9381-- REDIR: 0x303c48edf0 (memcpy@@GLIBC_2.14) redirected to 0x4801610 (_vgnU_ifunc_wrapper) --9381-- REDIR: 0x303c48ee40 (__GI_memcpy) redirected to 0x4a092a0 (memcpy@@GLIBC_2.14) --9381-- REDIR: 0x303c480c50 (free) redirected to 0x4a065c0 (free) --9381-- REDIR: 0x303c49dad0 (strstr) redirected to 0x4801610 (_vgnU_ifunc_wrapper) --9381-- REDIR: 0x303c49d760 (__GI_strstr) redirected to 0x4a0a200 (strstr) --9381-- REDIR: 0x303c484c10 (strcmp) redirected to 0x4801610 (_vgnU_ifunc_wrapper) ==9381== WARNING: new redirection conflicts with existing -- ignoring it --9381-- new: 0x303c484c50 (__GI_strcmp ) R-> 0x04a08900 strcmp --9381-- REDIR: 0x303c484c50 (__GI_strcmp) redirected to 0x4a08960 (__GI_strcmp) --9381-- REDIR: 0x303c484b50 (index) redirected to 0x4801610 (_vgnU_ifunc_wrapper) ==9381== WARNING: new redirection conflicts with existing -- ignoring it --9381-- new: 0x303c484b90 (__GI_strchr ) R-> 0x04a07920 index --9381-- REDIR: 0x303c484b90 (__GI_strchr) redirected to 0x4a07960 (__GI_strchr) ==9381== WARNING: new redirection conflicts with existing -- ignoring it --9381-- new: 0x303c4939d0 (__GI_strncpy ) R-> 0x04a07fc0 strncpy ==9381== WARNING: new redirection conflicts with existing -- ignoring it --9381-- new: 0x303c486750 (__GI_strlen ) R-> 0x04a07da0 strlen --9381-- REDIR: 0x303c4860a0 (strcpy) redirected to 0x4801610 (_vgnU_ifunc_wrapper) ==9381== WARNING: new redirection conflicts with existing -- ignoring it --9381-- new: 0x303c4860e0 (__GI_strcpy ) R-> 0x04a07e20 strcpy --9381-- REDIR: 0x303c4860e0 (__GI_strcpy) redirected to 0x4a07ef0 (__GI_strcpy) --9381-- REDIR: 0x303c48a4a0 (__strcasecmp_sse2) redirected to 0x4a08340 (strcasecmp) --9381-- REDIR: 0x303c48c760 (__strncasecmp_sse2) redirected to 0x4a08420 (strncasecmp) --9381-- REDIR: 0x303c490100 (__GI___rawmemchr) redirected to 0x4a09e60 (__GI___rawmemchr) --9381-- REDIR: 0x303c490310 (strchrnul) redirected to 0x4a09e10 (strchrnul) --9381-- REDIR: 0x303c4888d0 (memchr) redirected to 0x4a08a80 (memchr) --9381-- REDIR: 0x303c4891f0 (memcpy.5) redirected to 0x4801610 (_vgnU_ifunc_wrapper) --9381-- REDIR: 0x303c489060 (__GI_memmove) redirected to 0x4a09d10 (memcpy.5) ==9381== WARNING: new redirection conflicts with existing -- ignoring it --9381-- new: 0x303c484c50 (__GI_strcmp ) R-> 0x04a08900 strcmp Opened component with 11 subcomponents Freeing component 0x4c2ebe0... Done. Bye. ==9381== ==9381== HEAP SUMMARY: ==9381== in use at exit: 37,097 bytes in 427 blocks ==9381== total heap usage: 2,848 allocs, 2,421 frees, 523,452 bytes allocated ==9381== ==9381== Searching for pointers to 427 not-freed blocks ==9381== Checked 232,816 bytes ==9381== ==9381== 6 bytes in 1 blocks are still reachable in loss record 1 of 14 ==9381== at 0x4A074CD: malloc (vg_replace_malloc.c:236) ==9381== by 0x303E44B650: g_malloc (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E461CCD: g_strdup (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E427692: g_get_filename_charsets (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E427D82: g_filename_display_name (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E4310DF: g_file_get_contents (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x400A51: main (test.c:21) ==9381== ==9381== 15 bytes in 1 blocks are still reachable in loss record 2 of 14 ==9381== at 0x4A074CD: malloc (vg_replace_malloc.c:236) ==9381== by 0x303E44B650: g_malloc (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E461CCD: g_strdup (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E472770: g_get_charset (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E4274BF: g_get_filename_charsets (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E427D82: g_filename_display_name (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E4310DF: g_file_get_contents (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x400A51: main (test.c:21) ==9381== ==9381== 15 bytes in 1 blocks are still reachable in loss record 3 of 14 ==9381== at 0x4A074CD: malloc (vg_replace_malloc.c:236) ==9381== by 0x303E44B650: g_malloc (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E461CCD: g_strdup (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E47282A: g_get_charset (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E4274BF: g_get_filename_charsets (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E427D82: g_filename_display_name (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E4310DF: g_file_get_contents (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x400A51: main (test.c:21) ==9381== ==9381== 15 bytes in 1 blocks are still reachable in loss record 4 of 14 ==9381== at 0x4A074CD: malloc (vg_replace_malloc.c:236) ==9381== by 0x303E44B650: g_malloc (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E461CCD: g_strdup (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E427529: g_get_filename_charsets (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E427D82: g_filename_display_name (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E4310DF: g_file_get_contents (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x400A51: main (test.c:21) ==9381== ==9381== 15 bytes in 1 blocks are still reachable in loss record 5 of 14 ==9381== at 0x4A074CD: malloc (vg_replace_malloc.c:236) ==9381== by 0x303E44B650: g_malloc (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E461CCD: g_strdup (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E4276B6: g_get_filename_charsets (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E427D82: g_filename_display_name (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E4310DF: g_file_get_contents (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x400A51: main (test.c:21) ==9381== ==9381== 24 bytes in 1 blocks are still reachable in loss record 6 of 14 ==9381== at 0x4A05BB4: calloc (vg_replace_malloc.c:467) ==9381== by 0x303E44B6B7: g_malloc0 (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E427649: g_get_filename_charsets (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E427D82: g_filename_display_name (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E4310DF: g_file_get_contents (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x400A51: main (test.c:21) ==9381== ==9381== 24 bytes in 1 blocks are still reachable in loss record 7 of 14 ==9381== at 0x4A05BB4: calloc (vg_replace_malloc.c:467) ==9381== by 0x303E44B6B7: g_malloc0 (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E472851: g_get_charset (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E4274BF: g_get_filename_charsets (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E427D82: g_filename_display_name (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E4310DF: g_file_get_contents (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x400A51: main (test.c:21) ==9381== ==9381== 24 bytes in 1 blocks are still reachable in loss record 8 of 14 ==9381== at 0x4A05BB4: calloc (vg_replace_malloc.c:467) ==9381== by 0x303E44B6B7: g_malloc0 (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E427679: g_get_filename_charsets (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E427D82: g_filename_display_name (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E4310DF: g_file_get_contents (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x400A51: main (test.c:21) ==9381== ==9381== 24 bytes in 1 blocks are still reachable in loss record 9 of 14 ==9381== at 0x4A074CD: malloc (vg_replace_malloc.c:236) ==9381== by 0x3050428E3B: icalarray_new (in /usr/lib64/libical.so.0.46.0) ==9381== by 0x30504394FE: ??? (in /usr/lib64/libical.so.0.46.0) ==9381== by 0x305043B162: icaltimezone_get_utc_timezone (in /usr/lib64/libical.so.0.46.0) ==9381== by 0x3050437339: icaltime_compare (in /usr/lib64/libical.so.0.46.0) ==9381== by 0x3050438EE4: ??? (in /usr/lib64/libical.so.0.46.0) ==9381== by 0x3050439341: ??? (in /usr/lib64/libical.so.0.46.0) ==9381== by 0x305043ABDE: icaltimezone_array_append_from_vtimezone (in /usr/lib64/libical.so.0.46.0) ==9381== by 0x305042989D: icalcomponent_add_component (in /usr/lib64/libical.so.0.46.0) ==9381== by 0x305042FC19: icalparser_add_line (in /usr/lib64/libical.so.0.46.0) ==9381== by 0x30504304C8: icalparser_parse (in /usr/lib64/libical.so.0.46.0) ==9381== by 0x305043066F: icalparser_parse_string (in /usr/lib64/libical.so.0.46.0) ==9381== by 0x400AB6: main (test.c:27) ==9381== ==9381== 32 bytes in 1 blocks are still reachable in loss record 10 of 14 ==9381== at 0x4A074CD: malloc (vg_replace_malloc.c:236) ==9381== by 0x303E44B650: g_malloc (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E460286: g_slice_alloc (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E4183C1: g_array_sized_new (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E46B690: g_static_private_set (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E427662: g_get_filename_charsets (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E427D82: g_filename_display_name (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E4310DF: g_file_get_contents (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x400A51: main (test.c:21) ==9381== ==9381== 32 bytes in 1 blocks are still reachable in loss record 11 of 14 ==9381== at 0x4A075B2: realloc (vg_replace_malloc.c:525) ==9381== by 0x303E44B71D: g_realloc (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E4182A8: ??? (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E418886: g_array_set_size (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E46B5D7: g_static_private_set (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E47286A: g_get_charset (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E4274BF: g_get_filename_charsets (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E427D82: g_filename_display_name (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E4310DF: g_file_get_contents (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x400A51: main (test.c:21) ==9381== ==9381== 64 bytes in 1 blocks are still reachable in loss record 12 of 14 ==9381== at 0x4A05BB4: calloc (vg_replace_malloc.c:467) ==9381== by 0x303E44B6B7: g_malloc0 (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E46B30E: g_thread_self (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E46B6BA: g_static_private_get (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E4274AB: g_get_filename_charsets (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E427D82: g_filename_display_name (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x303E4310DF: g_file_get_contents (in /lib64/libglib-2.0.so.0.3000.1) ==9381== by 0x400A51: main (test.c:21) ==9381== ==9381== 6,855 bytes in 414 blocks are still reachable in loss record 13 of 14 ==9381== at 0x4A074CD: malloc (vg_replace_malloc.c:236) ==9381== by 0x303C4863D1: strdup (in /lib64/libc-2.14.90.so) ==9381== by 0x305043972E: ??? (in /usr/lib64/libical.so.0.46.0) ==9381== by 0x305043B162: icaltimezone_get_utc_timezone (in /usr/lib64/libical.so.0.46.0) ==9381== by 0x3050437339: icaltime_compare (in /usr/lib64/libical.so.0.46.0) ==9381== by 0x3050438EE4: ??? (in /usr/lib64/libical.so.0.46.0) ==9381== by 0x3050439341: ??? (in /usr/lib64/libical.so.0.46.0) ==9381== by 0x305043ABDE: icaltimezone_array_append_from_vtimezone (in /usr/lib64/libical.so.0.46.0) ==9381== by 0x305042989D: icalcomponent_add_component (in /usr/lib64/libical.so.0.46.0) ==9381== by 0x305042FC19: icalparser_add_line (in /usr/lib64/libical.so.0.46.0) ==9381== by 0x30504304C8: icalparser_parse (in /usr/lib64/libical.so.0.46.0) ==9381== by 0x305043066F: icalparser_parse_string (in /usr/lib64/libical.so.0.46.0) ==9381== by 0x400AB6: main (test.c:27) ==9381== ==9381== 29,952 bytes in 1 blocks are still reachable in loss record 14 of 14 ==9381== at 0x4A074CD: malloc (vg_replace_malloc.c:236) ==9381== by 0x3050428F94: icalarray_append (in /usr/lib64/libical.so.0.46.0) ==9381== by 0x30504397B8: ??? (in /usr/lib64/libical.so.0.46.0) ==9381== by 0x305043B162: icaltimezone_get_utc_timezone (in /usr/lib64/libical.so.0.46.0) ==9381== by 0x3050437339: icaltime_compare (in /usr/lib64/libical.so.0.46.0) ==9381== by 0x3050438EE4: ??? (in /usr/lib64/libical.so.0.46.0) ==9381== by 0x3050439341: ??? (in /usr/lib64/libical.so.0.46.0) ==9381== by 0x305043ABDE: icaltimezone_array_append_from_vtimezone (in /usr/lib64/libical.so.0.46.0) ==9381== by 0x305042989D: icalcomponent_add_component (in /usr/lib64/libical.so.0.46.0) ==9381== by 0x305042FC19: icalparser_add_line (in /usr/lib64/libical.so.0.46.0) ==9381== by 0x30504304C8: icalparser_parse (in /usr/lib64/libical.so.0.46.0) ==9381== by 0x305043066F: icalparser_parse_string (in /usr/lib64/libical.so.0.46.0) ==9381== by 0x400AB6: main (test.c:27) ==9381== ==9381== LEAK SUMMARY: ==9381== definitely lost: 0 bytes in 0 blocks ==9381== indirectly lost: 0 bytes in 0 blocks ==9381== possibly lost: 0 bytes in 0 blocks ==9381== still reachable: 37,097 bytes in 427 blocks ==9381== suppressed: 0 bytes in 0 blocks ==9381== ==9381== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 2 from 2) --9381-- --9381-- used_suppression: 2 glibc-2.5.x-on-SUSE-10.2-(PPC)-2a ==9381== ==9381== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 2 from 2) Hrm, so it's working fine with the On This Computer/Personal calendar. Could you try to run it against he result of the Publish function, please? As far as I can tell, it's crashing when the write is over, thus the result should be in there. I can alternatively try to mimic what the publish function does and we will see. Also, are you publishing only the Personal calendar? I'm moving this to an upstream bug report [1], where Kai found the issue. [1] https://bugzilla.gnome.org/show_bug.cgi?id=664370 |