GNOME Bugzilla – Bug 341282
PowerPC crash on filtering X-Spam-Status
Last modified: 2010-12-16 18:09:21 UTC
+ Trace 68146
Created attachment 65178 [details] offending mail removing the X-Spam-Status line makes it work again.
Created attachment 65179 [details] CAMEL_DEBUG=all log
<BenC> dholbach: it's actually crashing in camel_utf8_getc(), FYI <BenC> called from line 430 in camel_search_header_match() <BenC> specifically, line 60 in camel_utf8_getc() <BenC> r = *p++;
It's reproducible for *this* mail, not for others. The filter was on a custom header line, X-Spam-Status being "yes".
Following up from: https://launchpad.net/products/evolution-data-server/+bug/44061 The camel library crashes on powerpc due to a gcc regression. The culprit is some optimized code in camel-search-private.c. The actual bug is in gcc, but this needs to be fixed for dapper. I am attaching a patch that disables the optimizations on powerpc to avoid the crash. (attaching patch in a bit) We're using gcc 4.0.3 in Ubuntu and use no optimization or compiler flags to build eds. I'm not sure if this only happens in the Ubuntu or world or somewhere else too. If you close the bug or leave it open depends on you.
Created attachment 65186 [details] [review] Turn off optimizations on PowerPC
is it really necessary to comment out the register keyword? since register is used quite a lot in camel, I think the problem is related to inline, no? I wonder if a better fix would be to #define inline to nothing in config.h or something if the system is ppc.
commented by jeff, changing patch status.
Daniel: Any thoughts on fejj's comments?
Matthias Klose says: "that would penalize all files; are the variables really placed memory locations without the register keyword?" I personally don't know, but happy to ask for more comments.
*** Bug 383736 has been marked as a duplicate of this bug. ***
Closing this as gcc 4.0.3 is very old by now. Maybe this was fixed in 4.0.4 as well?