Bug 2648 - claws-mail crashes after few folder switching
Summary: claws-mail crashes after few folder switching
Status: RESOLVED INVALID
Alias: None
Product: Claws Mail (GTK 2)
Classification: Unclassified
Component: Other (show other bugs)
Version: 3.8.0
Hardware: PC Linux
: P3 normal
Assignee: users
URL:
Depends on:
Blocks:
 
Reported: 2012-04-10 08:23 UTC by Anton
Modified: 2012-04-11 07:40 UTC (History)
0 users

See Also:


Attachments
saved crash info (1.31 KB, application/gzip)
2012-04-10 08:27 UTC, Anton
no flags Details
gdb output after segfault (4.84 KB, text/plain)
2012-04-11 04:27 UTC, Anton
no flags Details

Description Anton 2012-04-10 08:23:40 UTC
claws-mail crashes after few folder switching. This Begans after some package update (I use Archlinux, after pacman -Syu). I suspect that is from new glibc.

I have two IMAP mail accounts, when I click between some mail boxes folders a few times then claws crashes.

I tried to compile claws-mail from cvs and it did not help, there was the same crashe.

In attachement:

claws-crash-log-2012-04-10-13-00-03.txt -- from cvs version
claws-crash-log-2012-04-10-13-13-20.txt -- from 3.8.0 arch version
Comment 1 Anton 2012-04-10 08:27:31 UTC
Created attachment 1105 [details]
saved crash info

saved crash info
Comment 2 Paul 2012-04-10 08:36:28 UTC
The crash logs, although created from stripped binaries, suggest that this bug is not in Claws but outside in one those updates you've done.

If this is reproducible, you can re-open this and attach a more informative crash log. see here for info: http://www.claws-mail.org/faq/index.php/Debugging_Claws
Comment 3 Anton 2012-04-10 09:02:12 UTC
Ok. I just tried but it does not compile with debug flags :-).

Arch has ABS which can make package. makepkg.conf contains compile flags:

...
# standart
#CFLAGS="-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOU
RCE=2"
#CXXFLAGS="-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_S
OURCE=2"

# for gdb
CFLAGS="-g -march=x86-64 01 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIF
Y_SOURCE=2"
CXXFLAGS="-g -march=x86-64 01 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORT
IFY_SOURCE=2"
...

# standard
#OPTIONS=(strip !docs libtool emptydirs zipman purge !upx)

# for gdb
OPTIONS=(!strip !docs libtool emptydirs zipman purge !upx)
...

When I use flags marked as "for gdb" I get error:
...
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL ""
| /* end confdefs.h.  */
|
| int
| main ()
| {
|
|   ;
|   return 0;
| }
configure:4097: error: in `/home/warm/AUR/claws-mail-cvs/src/claws-build':
configure:4099: error: C compiler cannot create executables
...

Gcc cannot create executables -- I also have upgraded gcc up to 4.7.0 ... so maybe new gcc can not compile test program above ?

I tried on CVS version. I can not compile 3.8.0 becouse I have no patch for gnutls - this another problem ... 

May be I shoud ask arch package mantainer about this crash and compile problem ?
Comment 4 Anton 2012-04-11 04:27:59 UTC
Created attachment 1106 [details]
gdb output after segfault
Comment 5 Anton 2012-04-11 04:28:30 UTC
Yes, the problem is not in claws-mail but in newest arch openssl. Tonight I tried tree different MUA and all off them did segfault. Today I recompiled claws with -g anget this (see attachement).

Downgrade of openssl to previouse version seems resolves problem but I have not yet check all my stuff ...

So .. What should I do with this ? Should I ask arch Packager persone ?
Comment 6 Paul 2012-04-11 07:40:18 UTC
Claws does not use openssl, but gnutls instead. It looks like your libetpan is compiled with openssl though, rather than gnutls.

I'm not sure who you should contact, the Arch packager of libetpan or openssl may be a place to start.

Note You need to log in before you can comment on or make changes to this bug.