Re: Xcode LLDB: Not Stopping On Breakpoints
Re: Xcode LLDB: Not Stopping On Breakpoints
- Subject: Re: Xcode LLDB: Not Stopping On Breakpoints
- From: Han Ming Ong <email@hidden>
- Date: Mon, 06 Aug 2012 09:23:21 -0700
Andreas,
Could I get hold of your project ? If anything else, it would be good to solve any latent bug that it exposes?
You can send it off-line.
Thanks, Han Ming
On Aug 4, 2012, at 12:45 AM, Andreas Grosam wrote:
> Thank you for the reply!
>
> On 03.08.2012, at 19:16, Han Ming Ong wrote:
>
>> In a simple Console app that I just tested, I have no problems stopping in main.
>>
>> Initially, I thought it is because you have not put both the executable project and the framework project in the same workspace. If you did that, by default, they both build to the same DerivedData directory so all the .o can be found by the debugger.
>
> It seems, it has nothing to do with the other framework (my own one), or whether using a workspace or just a project directly.
>
>
> So, I recreated a new project from scratch with Xcode 4.4, incrementally making further changes until I had an exact copy of the first. At every step I tested the breakpoints - and everything worked as expected!
>
> So, I suspect that I initially created the first project with a beta version (Xcode 4.5 DP3) (actually, I don't remember anymore) which is also installed on my system - and which maybe is the culprit for the corruption.
>
>
> And, no matter what I did (in Xcode 4.4), the first project seems to stay corrupt - in some way. I tried with a separate symbol file, too - did not work. The other build settings are all default.
>
> Then some interesting fact: after removing the AddressBook.framework from the corrupted project - the breakpoints did work again!
> After re-adding the AddressBook.framework - the breakpoints did not work anymore!
>
>
> So, maybe creating a project in a beta, and then reopening it in Xcode 4.4 isn't exactly a feature we may expect to work?
>
>
>
> Maybe this is of interest, too:
>
> I've installed Xcode 4.4 *after* Xcode 4.5 DP3. Now, in Xcode 4.4 when linking against a framework using the "Link Binary With Libraries" panel I will get routed to the system frameworks in 10.8 SDK -- even though I'm on Lion.
>
> The "OS X Deployment Target" option in an Xcode 4.4 project is 10.7 per default (and it IS set to this value).
>
> In Xcode 4.4 option sysroot is set to:
> -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk
>
>
> Andreas
>
>
>>
>> But then you said that gdb works...
>>
>> Maybe there is indeed some quirks with lldb that we have to fix.
>>
>> It sounds like you have an easily reproducible case. Please file a bug so that we can fix it on our end.
>>
>> For now, you can do 'break list' in the Console and check if the breakpoint is both created and resolved.
>>
>> Thanks, Han Ming
>>
>> On Aug 3, 2012, at 4:36 AM, Andreas Grosam wrote:
>>
>>> Xcode 4.4's LLDB does not stop on breakpoints anymore set in the main.m source file of a simple console application based on Foundation.
>>>
>>> The target links against a framework (through an Xcode project which includes sources). Strangely, breakpoints set within the sources of the framework are honored.
>>>
>>> I haven't seen this before in previous versions of Xcode 4.x, and this is the first console app which I debug in Xcode 4.4.
>>>
>>> gdb will stop on all break points, but has other quirks.
>>>
>>>
>>> Any thoughts?
>>>
>>> Thanks for help.
>>>
>>>
>>> Regards
>>> Andreas
>>> _______________________________________________
>>> 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
>>
>
>
> _______________________________________________
> 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
_______________________________________________
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