• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Xcode 3.2.2 Blows Right By Breakpoints. Was: Re-enabling shared library breakpoint...
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Xcode 3.2.2 Blows Right By Breakpoints. Was: Re-enabling shared library breakpoint...


  • Subject: Re: Xcode 3.2.2 Blows Right By Breakpoints. Was: Re-enabling shared library breakpoint...
  • From: Marc Respass <email@hidden>
  • Date: Sat, 08 May 2010 13:01:23 -0400

Me too!!  I'm just posting to "me too" this because (a) it's awful, and maybe with more attention we could get an early fix and (b) to give a more clear subject line for the next victim searching for an explanation.

I've also filed my own bug 7956902.

Regarding the workaround, for the novices, the steps are (1) Build, (2) Delete the built framework, and finally (3) Run - Breakpoints On.  If you use Build and Debug - Breakpoints On, then of course the framework reappears and breaks it before it runs.

Thanks, Jeff.
I found another workaround that I've been using successfully. Pause your app and in GDB. Entering "info break" will list all the breakpoints with numbers. Enter delete N where N is the breakpoint number. Then re-enable the breakpoint with 

break MyFileInFramework.m:10

Then continue

That works for me. I build my Debug config in 32-bit mode so I can use Fix & Continue and things all work once I've set the break point directly.

Another thing I've noticed is that it *seems* that the issue is that the breakpoint must be set *after* the app starts up and it must be set from the application project. That means that you need to get the source code from the framework open in the app's project (at least for me - I use the all-in-one style). If I don't have the source file in my app project window (where GDB is running) then I can get it to stop by setting a break point as above. After that, I can use Xcode to set other breaks and it works.

The good news is that it's fixed, but until then there is more than one way around this and if this bug never appeared, I'd never have learned how to set and remove breaks in gdb ;)

Marc
 _______________________________________________
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

  • Prev by Date: Re: Xcode 3.2.2 Blows Right By Breakpoints. Was: Re-enabling shared library breakpoint...
  • Next by Date: Re: Using gcov
  • Previous by thread: Re: iPhone 4.0 Simulator SIGABRT's on main() - __springboard_unimplemented
  • Next by thread: Interface Builder Plugin Question. Loading an image named from an IBPlugin when in Cocoa Simulator.
  • Index(es):
    • Date
    • Thread