Bug 908984

Summary: [abrt] evolution-3.6.3-2.fc18: smb_iconv: Process /usr/bin/evolution was killed by signal 11 (SIGSEGV)
Product: [Fedora] Fedora Reporter: Filipe Rosset <rosset.filipe>
Component: evolutionAssignee: Matthew Barnes <mbarnes>
Status: CLOSED INSUFFICIENT_DATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 18CC: lucilanga, mbarnes, mcrha
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
Whiteboard: abrt_hash:7aa84ae8b0e68a026739097b8101f9b9176cc143
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-02-11 13:50:03 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: 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 Filipe Rosset 2013-02-08 00:19:06 UTC 
Version-Release number of selected component:
evolution-3.6.3-2.fc18

Additional info:
backtrace_rating: 4
cmdline:        evolution
crash_function: smb_iconv
executable:     /usr/bin/evolution
kernel:         3.7.5-201.fc18.x86_64
remote_result:  NOTFOUND
uid:            1000

Truncated backtrace:
Thread no. 1 (10 frames)
 #0 smb_iconv at ../lib/util/charset/iconv.c:120
 #1 convert_string_talloc_handle at ../lib/util/charset/convert_string.c:421
 #2 convert_string_talloc at ../lib/util/charset/convert_string.c:541
 #3 ndr_pull_charset at ../librpc/ndr/ndr_string.c:593
 #4 ndr_pull_dcerpc_bind_ack at default/librpc/gen_ndr/ndr_dcerpc.c:422
 #6 ndr_pull_dcerpc_payload at default/librpc/gen_ndr/ndr_dcerpc.c:2925
 #7 ndr_pull_ncacn_packet at default/librpc/gen_ndr/ndr_dcerpc.c:3159
 #8 ncacn_pull at ../source4/librpc/rpc/dcerpc.c:691
 #9 dcerpc_recv_data at ../source4/librpc/rpc/dcerpc.c:1060
 #10 sock_process_recv at ../source4/librpc/rpc/dcerpc_sock.c:123
Comment 1 Filipe Rosset 2013-02-08 00:19:10 UTC 
Created attachment 694836 [details]
File: backtrace
Comment 2 Filipe Rosset 2013-02-08 00:19:12 UTC 
Created attachment 694837 [details]
File: cgroup
Comment 3 Filipe Rosset 2013-02-08 00:19:15 UTC 
Created attachment 694838 [details]
File: core_backtrace
Comment 4 Filipe Rosset 2013-02-08 00:19:18 UTC 
Created attachment 694839 [details]
File: dso_list
Comment 5 Filipe Rosset 2013-02-08 00:19:20 UTC 
Created attachment 694840 [details]
File: environ
Comment 6 Filipe Rosset 2013-02-08 00:19:22 UTC 
Created attachment 694841 [details]
File: limits
Comment 7 Filipe Rosset 2013-02-08 00:19:25 UTC 
Created attachment 694842 [details]
File: maps
Comment 8 Filipe Rosset 2013-02-08 00:19:27 UTC 
Created attachment 694843 [details]
File: open_fds
Comment 9 Filipe Rosset 2013-02-08 00:19:29 UTC 
Created attachment 694844 [details]
File: proc_pid_status
Comment 10 Filipe Rosset 2013-02-08 00:19:32 UTC 
Created attachment 694845 [details]
File: var_log_messages
Comment 11 Milan Crha 2013-02-08 17:03:29 UTC 
Thanks for a bug report. I see this crashed when evolution-mapi was trying to connect to your Exchange server. Does it do that every time, or it was an occasional crash? The function it crashes in suggest some issue in a string encoding conversion, deep in samba code.
Comment 12 Filipe Rosset 2013-02-09 05:36:58 UTC 
Hi Milan, if I remember correctly it crashed only once, however I've decided to report this bug. May I help you providing some other kind of useful information? Thanks.
Comment 13 Milan Crha 2013-02-11 10:23:14 UTC 
Hi, thanks for the update, I appreciate you filled the bug. The hard thing is that some bugs are quite hard to reproduce, like this one, which happen only occasionally or rather rarely. The reproducibility is the main key to get bugs fixed. I see this happened during Login phase, when evolution-mapi was logging in to the server, where I may expect consistent behaviour (on the first look, I thought that the server returned some string in an encoding different that it should, thus the samba code broke on it, but it should be reproducible at least on your side, when connecting to the same server). If you do not mind, I would close this for now, and let's wait whether there will be more duplicates either from you or from other users, hopefully with found reproducibility steps. Or just look around what you did and what evolution did; for example, as this is on login, maybe you got disconnected unexpectedly from your Exchange server and evolution-mapi tried to reconnect (this is not fully noticeable, as evolution-mapi does that  in the background, but maybe something like that is involved. The backtrace itself doesn't suggest exactly this issue, though.
Comment 14 Filipe Rosset 2013-02-11 13:50:03 UTC 
Hi Milan, OK I agree with you so I'll close this bug for while, and if I find the way to reproduce it I'll reopen. Cheers.