After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 627411 - [abrt] evolution-data-server-2.30.2-2.fc13: memcpy: Process /usr/libexec/e-calendar-factory was killed by signal 11 (SIGSEGV)
[abrt] evolution-data-server-2.30.2-2.fc13: memcpy: Process /usr/libexec/e-ca...
Status: RESOLVED FIXED
Product: evolution-mapi
Classification: Applications
Component: Calendar
0.30.x
Other Linux
: Normal critical
: ---
Assigned To: evolution-mapi-maint
evolution-mapi-maint
: 635049 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2010-08-19 18:40 UTC by E. Kastelijn
Modified: 2011-03-16 09:10 UTC
See Also:
GNOME target: ---
GNOME version: 2.29/2.30

Attachments
Backtrace (43.40 KB, text/plain)
2010-08-19 18:40 UTC, E. Kastelijn 		Details

Description E. Kastelijn 2010-08-19 18:40:40 UTC 
Created attachment 168311 [details]
Backtrace

abrt version: 1.1.13
architecture: x86_64
Attached file: backtrace
cmdline: /usr/libexec/e-calendar-factory
comment: I pressed the button "Update Attendee Status" in the "Meeting
Accepted"-email that I received from my collegue for a Meeting that I organized
using MS Outlook.
component: evolution-data-server
crash_function: memcpy
executable: /usr/libexec/e-calendar-factory
kernel: 2.6.33.6-147.2.4.fc13.x86_64
package: evolution-data-server-2.30.2-2.fc13
rating: 4
reason: Process /usr/libexec/e-calendar-factory was killed by signal 11
(SIGSEGV)
release: Fedora release 13 (Goddard)
time: 1282226911
uid: 500


I pressed the button "Update Attendee Status" in the "Meeting
Accepted"-email that I received from my colleague for a Meeting that I organized
using MS Outlook.

See also: https://bugzilla.redhat.com/show_bug.cgi?id=625536

I think I reported this bug against the wrong component, but the component-drop-down box did not offer me the option "evolution-data-server".
I hope someone can correct this.
Comment 1 Matthew Barnes 2010-08-19 19:19:37 UTC 
Looks like an OpenChange issue.  Reassigning to evolution-mapi.
Comment 2 Fabio Durán Verdugo 2010-08-19 19:37:42 UTC 
paste here the attach backtrace


warning: core file may not match specified executable file.
[New Thread 28238]
[New Thread 28246]
Core was generated by `/usr/libexec/e-calendar-factory'.
Program terminated with signal 11, Segmentation fault.

+ Trace 223314

Thread 1 (Thread 28238)

  • #0 memcpy
    at ../sysdeps/x86_64/memcpy.S line 191
  • #1 ndr_push_bytes
    at /usr/include/bits/string3.h line 52
  • #2 ndr_push_SBinary_short
    at gen_ndr/ndr_exchange.c line 12801
  • #3 ndr_push_mapi_SPropValue_CTR
    at gen_ndr/ndr_exchange.c line 14079
  • #4 ndr_push_mapi_SPropValue
    at gen_ndr/ndr_exchange.c line 14450
  • #5 ndr_push_mapi_SPropValue_array
    at gen_ndr/ndr_exchange.c line 14509
  • #6 ndr_push_SetProps_req
    at gen_ndr/ndr_exchange.c line 17582
  • #7 ndr_push_EcDoRpc_MAPI_REQ_UNION
    at gen_ndr/ndr_exchange.c line 36774
  • #8 ndr_push_EcDoRpc_MAPI_REQ
    at gen_ndr/ndr_exchange.c line 41338
  • #9 ndr_push_mapi_request
    at ndr_mapi.c line 407
  • #10 ndr_push_EcDoRpc
    at ndr_mapi.c line 761
  • #11 dcerpc_ndr_request_send
    at librpc/rpc/dcerpc.c line 1395
  • #12 dcerpc_ndr_request
    at librpc/rpc/dcerpc.c line 1539
  • #13 dcerpc_EcDoRpc
    at gen_ndr/ndr_exchange_c.c line 1801
  • #14 emsmdb_transaction
    at libmapi/emsmdb.c line 335
  • #15 SetProps
    at libmapi/IMAPIProp.c line 260
  • #16 exchange_mapi_modify_item
    at exchange-mapi-connection.c line 2457
  • #17 e_cal_backend_mapi_modify_object
    at e-cal-backend-mapi.c line 1791
  • #18 e_cal_backend_sync_modify_object
    at e-cal-backend-sync.c line 290
  • #19 _e_cal_backend_modify_object
    at e-cal-backend-sync.c line 817
  • #20 invoke_object_method
    at dbus-gobject.c line 1601
  • #21 object_registration_message
    at dbus-gobject.c line 1757
  • #22 _dbus_object_tree_dispatch_and_unlock
    at dbus-object-tree.c line 856
  • #23 dbus_connection_dispatch
    at dbus-connection.c line 4492
  • #24 message_queue_dispatch
    at dbus-gmain.c line 101
  • #25 g_main_dispatch
    at gmain.c line 1960
  • #26 IA__g_main_context_dispatch
    at gmain.c line 2513
  • #27 g_main_context_iterate
    at gmain.c line 2591
  • #28 IA__g_main_loop_run
    at gmain.c line 2799
  • #29 main
    at e-data-cal-factory.c line 755 






Comment 3


Milan Crha





          2010-08-26 08:06:05 UTC
        



Thanks for a bug report. As far as I can tell this is a bug in openchange, and even it is fixed in svn trunk, then the "ancient", though latest, 0.9 stable release doesn't have those changes.

In your case you need a support for SBinary values writing. There is a bug #616928 for this filled (and closed as NotGnome) already, thus I'm marking this as a duplicate. Maybe we'll get this fixed and have a new openchange release soon.

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






Comment 4


Milan Crha





          2011-03-16 08:01:45 UTC
        



I was wrong, this is not openchange issue, his is because evolution-mapi passed NULL as SBinary structure. This was fixed within commit 8f3efcb7 and commit 07ee5f45, which is bug #615636 and bug #643781. Both part of 2.91.91.






Comment 5


Milan Crha





          2011-03-16 08:02:15 UTC
        



*** Bug 635049 has been marked as a duplicate of this bug. ***






Comment 6


E. Kastelijn





          2011-03-16 09:10:43 UTC
        



Milan,

That's great news!
I appreciate the effort you've put into this...

kind regards,

  Egon