Bug 1050992 - [abrt] evolution: g_realloc(): evolution killed by SIGSEGV
Summary: [abrt] evolution: g_realloc(): evolution killed by SIGSEGV
Keywords:
Status: CLOSED DUPLICATE of bug 1047529
Alias: None
Product: Fedora
Classification: Fedora
Component: evolution
Version: 20
Hardware: x86_64
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Matthew Barnes
QA Contact: Fedora Extras Quality Assurance
URL: https://retrace.fedoraproject.org/faf...
Whiteboard: abrt_hash:aeb7a6b995bc0245ccc7c4ac873...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-01-09 13:30 UTC by Benjamin
Modified: 2014-01-15 17:48 UTC (History)
4 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2014-01-15 14:54:08 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
File: backtrace (105.29 KB, text/plain)
2014-01-09 13:30 UTC, Benjamin
no flags Details
File: cgroup (172 bytes, text/plain)
2014-01-09 13:30 UTC, Benjamin
no flags Details
File: core_backtrace (75.39 KB, text/plain)
2014-01-09 13:30 UTC, Benjamin
no flags Details
File: dso_list (27.36 KB, text/plain)
2014-01-09 13:30 UTC, Benjamin
no flags Details
File: environ (1.74 KB, text/plain)
2014-01-09 13:30 UTC, Benjamin
no flags Details
File: exploitable (100 bytes, text/plain)
2014-01-09 13:30 UTC, Benjamin
no flags Details
File: limits (1.29 KB, text/plain)
2014-01-09 13:31 UTC, Benjamin
no flags Details
File: maps (169.94 KB, text/plain)
2014-01-09 13:31 UTC, Benjamin
no flags Details
File: open_fds (462 bytes, text/plain)
2014-01-09 13:31 UTC, Benjamin
no flags Details
File: proc_pid_status (939 bytes, text/plain)
2014-01-09 13:31 UTC, Benjamin
no flags Details
File: var_log_messages (592 bytes, text/plain)
2014-01-09 13:31 UTC, Benjamin
no flags Details

Description Benjamin 2014-01-09 13:30:12 UTC
Version-Release number of selected component:
evolution-3.10.3-1.fc20

Additional info:
reporter:       libreport-2.1.10
backtrace_rating: 4
cmdline:        evolution
crash_function: g_realloc
executable:     /usr/bin/evolution
kernel:         3.12.6-300.fc20.x86_64
runlevel:       N 5
type:           CCpp
uid:            1000

Truncated backtrace:
Thread no. 1 (10 frames)
 #3 g_realloc at gmem.c:169
 #4 g_ptr_array_maybe_expand at garray.c:1111
 #5 g_ptr_array_sized_new at garray.c:910
 #6 vee_folder_subfolder_changed at camel-vee-folder.c:408
 #7 vee_folder_process_changes at camel-vee-folder.c:499
 #8 session_do_job_cb at camel-session.c:175
 #9 run_in_thread at gsimpleasyncresult.c:871
 #10 io_job_thread at gioscheduler.c:89
 #11 g_task_thread_pool_thread at gtask.c:1245
 #13 g_thread_proxy at gthread.c:798

Comment 1 Benjamin 2014-01-09 13:30:43 UTC
Created attachment 847647 [details]
File: backtrace

Comment 2 Benjamin 2014-01-09 13:30:47 UTC
Created attachment 847648 [details]
File: cgroup

Comment 3 Benjamin 2014-01-09 13:30:51 UTC
Created attachment 847649 [details]
File: core_backtrace

Comment 4 Benjamin 2014-01-09 13:30:54 UTC
Created attachment 847650 [details]
File: dso_list

Comment 5 Benjamin 2014-01-09 13:30:56 UTC
Created attachment 847651 [details]
File: environ

Comment 6 Benjamin 2014-01-09 13:30:58 UTC
Created attachment 847652 [details]
File: exploitable

Comment 7 Benjamin 2014-01-09 13:31:02 UTC
Created attachment 847653 [details]
File: limits

Comment 8 Benjamin 2014-01-09 13:31:06 UTC
Created attachment 847654 [details]
File: maps

Comment 9 Benjamin 2014-01-09 13:31:09 UTC
Created attachment 847655 [details]
File: open_fds

Comment 10 Benjamin 2014-01-09 13:31:11 UTC
Created attachment 847656 [details]
File: proc_pid_status

Comment 11 Benjamin 2014-01-09 13:31:15 UTC
Created attachment 847657 [details]
File: var_log_messages

Comment 12 Milan Crha 2014-01-15 14:51:44 UTC
Thanks for a bug report. This seems to be caused by evolution getting out of memory, if I read an attachment at comment #10 properly. To help identify the part which probably doesn't free memory properly, could you provide some details about your evolution settings, please? I see from the backtrace that you have configured at least one IMAP+ account, do you have any other account types configured too? Do you use Contacts and Calendar features of evolution? Did evolution run for a long time (several hours or several days), before it crashed? I guess there is some place which leaks, and the duration of running evolution depends on the frequency of the leaking place being called (most likely multiple places, not only one).

Comment 13 Milan Crha 2014-01-15 14:54:08 UTC
Ouch, I just noticed that I have a similar bug report here already, thus I'm marking this as a duplicate of it. Feel free to provide the information here, or you can there, I'm fine with both variants.

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

Comment 14 Benjamin 2014-01-15 17:48:30 UTC
I've put my comment into the other bug report.
https://bugzilla.redhat.com/show_bug.cgi?id=1047529#c16


Note You need to log in before you can comment on or make changes to this bug.