Bug 875518

Summary: [abrt] claws-mail-3.8.1-1.fc17: vasprintf: Process /usr/bin/claws-mail was killed by signal 11 (SIGSEGV)
Product: [Fedora] Fedora Reporter: Andrey Panasyuk <defascat>
Component: claws-mailAssignee: Andreas Bierfert <andreas.bierfert>
Status: CLOSED WORKSFORME QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 17CC: andreas.bierfert, bugs.michael
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Unspecified   
Whiteboard: abrt_hash:79080e1497ec437fddd2393288d6bb3034f4f10b
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-03-06 22:17:56 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: var_log_messages
none
File: open_fds none

Description Andrey Panasyuk 2012-11-11 20:55:26 UTC
Version-Release number of selected component:
claws-mail-3.8.1-1.fc17

Additional info:
libreport version: 2.0.14
abrt_version:   2.0.13
backtrace_rating: 4
cmdline:        claws-mail sales
crash_function: vasprintf
kernel:         3.5.6-1.fc17.i686

truncated backtrace:
:Thread no. 1 (10 frames)
: #2 vasprintf at /usr/include/bits/stdio2.h:199
: #3 g_vasprintf at gprintf.c:314
: #4 g_strdup_vprintf at gstrfuncs.c:509
: #5 g_strdup_printf at gstrfuncs.c:535
: #6 folderview_close_opened at folderview.c:2083
: #7 folderview_selected at folderview.c:2153
: #8 claws_marshal_VOID__POINTER_INT at claws-marshal.c:348
: #13 gtk_cmctree_select at gtkcmctree.c:3903
: #14 real_unselect_all at gtkcmctree.c:2886
: #15 gtk_sctree_real_unselect_all at gtksctree.c:787

Comment 1 Andrey Panasyuk 2012-11-11 20:55:30 UTC
Created attachment 643053 [details]
File: core_backtrace

Comment 2 Andrey Panasyuk 2012-11-11 20:55:36 UTC
Created attachment 643054 [details]
File: environ

Comment 3 Andrey Panasyuk 2012-11-11 20:55:40 UTC
Created attachment 643055 [details]
File: limits

Comment 4 Andrey Panasyuk 2012-11-11 20:55:48 UTC
Created attachment 643056 [details]
File: backtrace

Comment 5 Andrey Panasyuk 2012-11-11 20:55:50 UTC
Created attachment 643057 [details]
File: cgroup

Comment 6 Andrey Panasyuk 2012-11-11 20:55:53 UTC
Created attachment 643058 [details]
File: maps

Comment 7 Andrey Panasyuk 2012-11-11 20:55:56 UTC
Created attachment 643059 [details]
File: dso_list

Comment 8 Andrey Panasyuk 2012-11-11 20:55:58 UTC
Created attachment 643060 [details]
File: var_log_messages

Comment 9 Andrey Panasyuk 2012-11-11 20:56:04 UTC
Created attachment 643061 [details]
File: open_fds

Comment 10 Michael Schwendt 2012-11-11 23:14:46 UTC
> claws-mail sales

Works for me.

What exactly are the steps for reproducing the crash? Is it reproducible for you? Or did it crash just once (possibly due to trying to forcefully close the program)?

The backtrace sort of points at a place where it could crash only due to invalid pointers or pointers to invalid data, but when/why that would happen isn't clear:

|
|  2082                  if (olditem) {
|  2083                          gchar *buf = g_strdup_printf(_("Closing folder %s..."), 
|  2084                                  olditem->path ? olditem->path:olditem->name);
|

| _IO_read_ptr = 0x998b880 "Closing folder p>"

Comment 11 Andrey Panasyuk 2012-11-12 06:13:49 UTC
This crash happened right after I added a new GMail account with IMAP and SMTP.
Unable to reproduce this issue anymore, 

I added accounts multiple times on my claws-mail and it was the only time I got a crash like this.