Re: I can't get breakpoints to work?
Re: I can't get breakpoints to work?
- Subject: Re: I can't get breakpoints to work?
- From: Brian Willoughby <email@hidden>
- Date: Wed, 26 Mar 2008 11:43:38 -0700
On Mar 26, 2008, at 11:12, William Stewart wrote:
On Mar 26, 2008, at 2:32 AM, Pierre-Jean Camillieri wrote:
Thank you for your answer.
Actually, I had done 'this' (I was copying the file directly into
the correct directory using a Copy Files build phase). Or do you
mean it must be a symbolic link instead of an actual copy of the
file?
Yes - it has to be a symbolic link, otherwise XCode can't find your
binary to debug when you launch AULab
This is not strictly true, at least not in my experience.
I thought the debugger found the binary by looking at what is
actually being executed. It's the source files that the debugger
might have trouble finding.
I always manually move my AU from /Developer/Cache/username/Debug/
AU.component (I've set Xcode to build to a common directory, rather
than the project directory) to ~/Library/Audio/Plug-Ins/Components/ -
in fact, I have both folders on my Toolbar in the Finder to make this
tedious step as fast as possible. As long as the AU still has
symbols intact, I can debug in Xcode, whether I choose auval, AU Lab,
or Logic as the Executable.
Perhaps there is something wrong with the Copy Files build phase. As
I said, I use Finder to manually move the component, and I have not
tested whether a copy works as well as a move.
P.S. Don't ask me why I don't use the suggested symbolic link. I
guess I never trusted that I would remember whether it points to a
debug or release build. I'm not recommending my procedure, since it
really becomes tedious, but I can say that Xcode does not require a
binary in the local directory, or even in the assigned build
directory. All Xcode requires in the source that matches whatever
code is executing at the time gdb attaches.
Brian Willoughby
Sound Consulting
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden