Re: crash in __static_initialization_and_destruction on 10.3.9 but not 10.4.4?
Re: crash in __static_initialization_and_destruction on 10.3.9 but not 10.4.4?
- Subject: Re: crash in __static_initialization_and_destruction on 10.3.9 but not 10.4.4?
- From: "John C. Daub" <email@hidden>
- Date: Tue, 31 Jan 2006 14:53:29 -0600
- Thread-topic: crash in __static_initialization_and_destruction on 10.3.9 but not 10.4.4?
on 1/31/06 2:40 PM, Dirk Stegemann at email@hidden
wrote:
>> I have an application that works on 10.4.4 but crashes on 10.3.9, and then
>> it's only our deployment build that crashes (the debug build works fine, or
>> so it seems).
>
> Without being able to offer an solution, did you try to change/lower
> the optimization level for your deployment build?
I mentioned that in the original post (tho there was a lot to read).
Yes, I tried all the optimization levels. I fiddled with optimization
levels, instruction scheduling, matching our deploy's OTHER_C_FLAGS with the
debug's versions (deploy's would do things like -DNDEBUG -DDEBUG=0
-DNS_BLOCK_ASSERTIONS), and after that I tried turning off deployment post
processing and viola... that seemed to do it.
FWIW, I would also (re)try things with just the one setting. So, I would
turn off something, then add something else, then add something else, and
when I hit upon deployment post processing I then went back and reset all
the build settings to the original settings so the only change from our
usual deployment configuration was turning off the post-processing. In
either situation, it still crashed. So... I guess something about the
symbolics stripping that deployment post-processing does is at work here?
But what would be affected then between the 10.3.9 and 10.4.4 runtimes?
--
John C. Daub }:-)>=
<mailto:email@hidden> <http://www.hsoi.com/>
"Crazy, but that's how it goes. Millions of people living a foes.
Maybe it's not to late to learn how to love and forget how to hate." - Ozzy
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden