Bug 853695

Summary: [abrt] evolution-data-server-3.4.3-1.fc17: __memcpy_ssse3_back: Process /usr/libexec/evolution-calendar-factory was killed by signal 11 (SIGSEGV)
Product: [Fedora] Fedora Reporter: Egon Kastelijn <redhat2>
Component: evolution-data-serverAssignee: Matthew Barnes <mbarnes>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 17CC: mbarnes, mcrha
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
Whiteboard: abrt_hash:7fa67d3390a4199ae69749028edf107964804944
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-09-03 07:47:08 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: core_backtrace
none
File: environ
none
File: limits
none
File: backtrace
none
File: cgroup
none
File: maps
none
File: dso_list
none
File: open_fds
none
File: var_log_messages none

Description Egon Kastelijn 2012-09-02 07:30:40 UTC
Description of problem:
I tried to debug this bug: https://bugzilla.gnome.org/show_bug.cgi?id=681069
I opened my MAPI calender and opened some calendar entries.


Version-Release number of selected component:
evolution-data-server-3.4.3-1.fc17

Additional info:
libreport version: 2.0.13
abrt_version:   2.0.12
backtrace_rating: 4
cmdline:        /usr/libexec/evolution-calendar-factory -w
crash_function: __memcpy_ssse3_back
kernel:         3.5.2-3.fc17.x86_64

truncated backtrace:
:Thread no. 1 (10 frames)
: #0 __memcpy_ssse3_back at ../sysdeps/x86_64/multiarch/memcpy-ssse3-back.S
: #1 memcpy at /usr/include/bits/string3.h
: #2 e_mapi_util_copy_binary_r at e-mapi-utils.c
: #3 ecbm_capture_req_props at e-cal-backend-mapi.c
: #4 ensure_additional_properties_cb at e-mapi-connection.c
: #5 process_parsed_object at e-mapi-fast-transfer.c
: #6 e_mapi_fast_transfer_internal at e-mapi-fast-transfer.c
: #7 e_mapi_fast_transfer_objects at e-mapi-fast-transfer.c
: #8 e_mapi_connection_transfer_objects at e-mapi-connection.c
: #9 e_mapi_connection_transfer_object at e-mapi-connection.c

Comment 1 Egon Kastelijn 2012-09-02 07:30:43 UTC
Created attachment 609017 [details]
File: core_backtrace

Comment 2 Egon Kastelijn 2012-09-02 07:30:45 UTC
Created attachment 609018 [details]
File: environ

Comment 3 Egon Kastelijn 2012-09-02 07:30:47 UTC
Created attachment 609019 [details]
File: limits

Comment 4 Egon Kastelijn 2012-09-02 07:30:50 UTC
Created attachment 609020 [details]
File: backtrace

Comment 5 Egon Kastelijn 2012-09-02 07:30:52 UTC
Created attachment 609021 [details]
File: cgroup

Comment 6 Egon Kastelijn 2012-09-02 07:30:55 UTC
Created attachment 609022 [details]
File: maps

Comment 7 Egon Kastelijn 2012-09-02 07:30:57 UTC
Created attachment 609023 [details]
File: dso_list

Comment 8 Egon Kastelijn 2012-09-02 07:30:59 UTC
Created attachment 609024 [details]
File: open_fds

Comment 9 Egon Kastelijn 2012-09-02 07:31:01 UTC
Created attachment 609025 [details]
File: var_log_messages

Comment 10 Milan Crha 2012-09-03 07:47:08 UTC
Thanks for a bug report. You managed to reproduce the upstream bug, and as we are investigating this upstream, then I'm move there.

Comment 11 Fedora Update System 2012-09-04 06:23:47 UTC
evolution-mapi-3.4.4-2.fc17 has been submitted as an update for Fedora 17.
https://admin.fedoraproject.org/updates/evolution-mapi-3.4.4-2.fc17

Comment 12 Fedora Update System 2012-09-17 17:47:03 UTC
evolution-mapi-3.4.4-2.fc17 has been pushed to the Fedora 17 stable repository.  If problems still persist, please make note of it in this bug report.