699263 - Crash if building with --enable-macos-target=10.7

Status: RESOLVED WORKSFORME

(MailNews Core :: Build Config, defect)

Description

[Nomis101]

Attachment: Apple crash report

If I build Thunderbird with --enable-macos-target=10.7 than TB will crash immediately at startup. If I only remove this line from the mozconfig, than it works normal. I assume same will happen with SM, but didn't tested yet. I've attached the crashlog for TB.

I've build with Clang, because it doesn't build at all with GCC (xcodebuild error at mdimporter). If I build a debug build, than the build doesn't start and doesn't produce a crash report. Firefox is not affected, FF works normal with same mozconfig (so problem is mailnews-specific). 


The mozconfig for the crashy build is:

# Build with Clang   
CC="clang"
CXX="clang++"

# Options for client.mk.
mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/obj-@CONFIG_GUESS@
mk_add_options AUTOCONF=autoconf213

# Options for 'configure' (same as command-line options).
ac_add_options --with-macos-sdk=/Developer/SDKs/MacOSX10.7.sdk
ac_add_options --enable-macos-target=10.7
ac_add_options --enable-application=mail
ac_add_options --enable-optimize
ac_add_options --enable-update-packaging
ac_add_options --enable-update-channel=nightly
ac_add_options --enable-debug
ac_add_options --disable-tests
ac_add_options --disable-crashreporter

Comment 1

[Ludovic Hirlimann [:Usul]]

Nomis can you start the app from gdb so we get a nice stack trace ?

Comment 2

[Nomis101]

The debug-Thunderbird no, because it doesn't start at all. But the normal Thunderbird (if this also helps).

Comment 3

[Nomis101]

With a non-debug build I get:

(gdb) c
Continuing.

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_INVALID_ADDRESS at address: 0x000000006abd351a
[Switching to process 44551 thread 0x5337]
nsNSSHttpRequestSession::internal_send_receive_attempt (this=0x7fbf408c8c70, retryable_error=@0x11dc81007, pPollDesc=<value temporarily unavailable, due to optimizations>, http_response_code=0x11dc810ae, http_response_content_type=0x0, http_response_headers=<value temporarily unavailable, due to optimizations>, http_response_data=<value temporarily unavailable, due to optimizations>, http_response_data_len=<value temporarily unavailable, due to optimizations>) at nsThreadUtils.h:115
115	  return gTLSThreadID == mozilla::threads::Main;
(gdb)


Does this help? Interestingly it doesn't crash with no internet connection, it crashes only if TB tries to retreive my mails.

Comment 4

[Nomis101]

Hm, I assume this has something to do with Apples Clang. It works fine with GCC (after disabling building of the mdimporter). And it works fine with Clang trunk. So seems to me more like a bug in Apples Clang. But I don't understand why Firefox is not affected from this.

Comment 5

[Rafael Ávila de Espíndola (:espindola) (not reading bugmail)]

It does look like a but in Apple's clang. If you want to find and report it, I would suggest mixing in object files built with the open source one (or gcc) until thunderbird stops crashing. The will let you isolate the problem.

Comment 6

[Rafael Ávila de Espíndola (:espindola) (not reading bugmail)]

Closing as workforme since it is fixed in newer clangs. Please reopen if you still see the issue.