Bug 1064034

Summary: [abrt] evolution-data-server: g_malloc0(): evolution-addressbook-factory killed by SIGABRT
Product: [Fedora] Fedora Reporter: Pavel Mlčoch <pavkamlc>
Component: evolution-data-serverAssignee: Matthew Barnes <mbarnes>
Status: CLOSED UPSTREAM QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 20CC: fabiano, mbarnes, mcrha
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
URL: https://retrace.fedoraproject.org/faf/reports/bthash/f01238e7bbec524bc6ad2213655d0b9bada7299b
Whiteboard: abrt_hash:a7b412bc62c0ae5f2c50c43e6f35a7fa5cf1ca53
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-02-12 09:43:43 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
File: backtrace
none
File: cgroup
none
File: core_backtrace
none
File: dso_list
none
File: environ
none
File: limits
none
File: maps
none
File: open_fds
none
File: proc_pid_status
none
File: var_log_messages none

Description Pavel Mlčoch 2014-02-11 20:52:21 UTC 
Version-Release number of selected component:
evolution-data-server-3.10.3-1.fc20

Additional info:
reporter:       libreport-2.1.12
backtrace_rating: 4
cmdline:        /usr/libexec/evolution-addressbook-factory
crash_function: g_malloc0
executable:     /usr/libexec/evolution-addressbook-factory
kernel:         3.12.9-301.fc20.x86_64
runlevel:       N 5
type:           CCpp
uid:            1000

Truncated backtrace:
Thread no. 1 (10 frames)
 #6 g_malloc0 at gmem.c:134
 #7 e_sexp_add_function at e-sexp.c:1571
 #8 e_sexp_init at e-sexp.c:1513
 #9 e_sexp_new at e-sexp.c:1533
 #10 e_book_backend_sexp_new at e-book-backend-sexp.c:1142
 #11 book_backend_google_get_contact_list_sync at e-book-backend-google.c:2105
 #12 book_backend_get_contact_list_thread at e-book-backend.c:2403
 #13 book_backend_dispatch_thread at e-book-backend.c:187
 #14 io_job_thread at gioscheduler.c:89
 #15 g_task_thread_pool_thread at gtask.c:1245
Comment 1 Pavel Mlčoch 2014-02-11 20:52:35 UTC 
Created attachment 861999 [details]
File: backtrace
Comment 2 Pavel Mlčoch 2014-02-11 20:52:44 UTC 
Created attachment 862000 [details]
File: cgroup
Comment 3 Pavel Mlčoch 2014-02-11 20:52:51 UTC 
Created attachment 862001 [details]
File: core_backtrace
Comment 4 Pavel Mlčoch 2014-02-11 20:53:10 UTC 
Created attachment 862002 [details]
File: dso_list
Comment 5 Pavel Mlčoch 2014-02-11 20:53:16 UTC 
Created attachment 862003 [details]
File: environ
Comment 6 Pavel Mlčoch 2014-02-11 20:53:28 UTC 
Created attachment 862004 [details]
File: limits
Comment 7 Pavel Mlčoch 2014-02-11 20:53:47 UTC 
Created attachment 862005 [details]
File: maps
Comment 8 Pavel Mlčoch 2014-02-11 20:53:52 UTC 
Created attachment 862006 [details]
File: open_fds
Comment 9 Pavel Mlčoch 2014-02-11 20:53:59 UTC 
Created attachment 862007 [details]
File: proc_pid_status
Comment 10 Pavel Mlčoch 2014-02-11 20:54:03 UTC 
Created attachment 862008 [details]
File: var_log_messages
Comment 11 Milan Crha 2014-02-12 09:43:43 UTC 
Thanks for a bug report. I see from the backtrace that this crashed during a search in a Google's address book, the 'malloc' function detected a memory corruption, which is a fault of the application, and/or some library it uses, sometimes caused by use-after-free of some structure.

I moved this upstream as [1]. Please see [1] for any further updates. If possible, please CC yourself there, in case upstream developers will have additional questions.

[1] https://bugzilla.gnome.org/show_bug.cgi?id=724217
Comment 12 Milan Crha 2014-02-13 09:25:39 UTC 
*** Bug 1064313 has been marked as a duplicate of this bug. ***
Comment 13 Milan Crha 2014-02-17 12:24:09 UTC 
*** Bug 1065621 has been marked as a duplicate of this bug. ***