[sldev] XCode bug - please help figure out why

Ben Byer bbyer at mm.st
Sun Oct 21 01:58:42 PDT 2007

Okay, now I finally understand what you're reporting, but I don't  
understand how those entries (or lack thereof) could lead to a  
segfault.  Can you get a stacktrace for the crash?

FWIW, once I remove those lines from the .pbxproj file, it builds and  
runs correctly for me w/ XCode 3.

On Oct 20, 2007, at 6:08 PM, Michael Miller wrote:

> Sorry for not being more clear:
> Before removing those lines:
> - XCode 2.5 works perfectly. The binaries built with it also run  
> perfectly.
> - XCode 3.0 spews out internal errors. Obviously, I can't build  
> binaries with it due to this issue.
> After removing the lines:
> - XCode 2.5(the IDE) works perfectly. It's able to build the  
> binaries(albeit spewing out app. 3000 warnings). The binaries  
> segfault when run.
> - XCode 3.0(the IDE) works perfectly. It's able to build the  
> binaries(albeit also spewing out app. 3000 warnings)
> The binaries segfault when run.
> Thus, the removal of those lines causes some major problems with  
> (what I assume is) a linked library.
> On 10/20/07, Ben Byer < bbyer at mm.st> wrote:
> Huh?
> What's the problem here?  That the Viewer segfaults when you run it,  
> or that Xcode spews errors when you try to load macview.xcodeproj?
> On Oct 20, 2007, at 5:56 PM, Michael Miller wrote:
>> Just to give a quick update, the problem also occurs in XCode  
>> 2.5(with the modified lines). Thus, the lines in the project file  
>> _ARE_ needed, and the project does _NOT_ work without them, even  
>> though they cause XCode 3 to fail.
>> Thus, we need to find out what the lines are doing, and why they  
>> are causing trouble.
>> On 10/20/07, Michael Miller < 1337mail at gmail.com> wrote:
>> Apparently, I spoke too soon. Removing those lines does NOT fix the  
>> problem. I changed the source a bit, and rebuilt it, and the binary  
>> does not run(technically it does, but it quits after eating up a  
>> lot of CPU with a "segmentation fault"). Thus, the problem lies  
>> not(at least completely) in those few lines being mangled. Any  
>> other suggestions?
>> On 10/14/07, Ben Byer < bbyer at mm.st > wrote:
>> You did get my two previous messages to you and the rest of the  
>> list on October 1st that I had already reported this issue and had  
>> addressed it both with LL and internally with Apple, right? :(
>> There are two problems here:
>> 1) LL is munging the pbxproj file when stripping the llkdu refs; I  
>> submitted a patch to JIRA,   https://jira.secondlife.com/browse/VWR-2551 
>> .
>> 2) You've waaaaaaaaay missed the deadline for Leopard GM.  The  
>> XCode team has acknowledged (at least to me) that they would like  
>> to do a better job of validating the structure of the pbxproj file  
>> before loading it, but that will require a considerable amount of  
>> restructuring code on their part, so no ETA for that.
>> Ben
>> On Oct 13, 2007, at 6:46 PM, Michael Miller wrote:
>>> Apple's suggestion works perfectly. The question is: what's  
>>> causing the mangling of the project? If a script is screwing with  
>>> the xcode files, then it needs to be fixed on LLs part(and fast;  
>>> the new version of XCode is going into full swing later this  
>>> month); if it is Apple's problem(and XCode is somehow mangling  
>>> with the files), XCode needs to be fixed before it goes GM. I have  
>>> no basis for evaluating what goes on internally at LL, so can you  
>>> please shed some light onto the matter? Everything thus far has  
>>> been assuming things; can you please get a concrete answer on this?

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/sldev/attachments/20071021/c156b33b/attachment-0001.htm

More information about the SLDev mailing list