[PD-dev] gdb listening to PD
hans at eds.org
Thu Nov 16 03:23:24 CET 2006
Feel like adding some info as to how to the HOWTO:
On Nov 14, 2006, at 7:25 AM, Tim Blechmann wrote:
> several ways to debug pd externals with gdb:
> - crash the external (with asserts)
> - declare pending breakpoint, that are resolved after the shared
> has been loaded
> - set breakpoint after the dlopen stuff, when the symbols are
> - break manually after the external has been loaded and the symbols
> - use the gdb integration into your favorite ide to set breakpoints in
> source files. (should work with about every decent ide like emacs,
> eclipse, kdevelop)
> On Mon, 2006-11-13 at 09:17 -0800, Miller Puckette wrote:
>> Just to add to the fun... I've NEVER been able to get teh debugger to
>> see Pd externals. I can debug Pd itself on linux and Mac OK. The
>> only thing I've found is that, on Mac, it's important to be sure
>> not to 'debug' the GUI process instead of Pd by accident.
>> On Mon, Nov 13, 2006 at 11:12:31AM -0500, james tittle wrote:
>>> On Nov 13, 2006, at 9:59 AM, forwinder wrote:
>>>> Still can't get the bugger to set a break point though. GDB was
>>>> helpfully in that once PD died I could at least the back trace.
>>> ...did you compile pd with "-g -O0"? Are you stripping symbols
>>> somewhere? What platform are you trying to debug on?
>>> PD-dev mailing list
>>> PD-dev at iem.at
>> PD-dev mailing list
>> PD-dev at iem.at
> tim at klingt.org ICQ: 96771783
> Cheat your landlord if you can and must, but do not try to shortchange
> the Muse. It cannot be done. You can't fake quality any more than you
> can fake a good meal.
> William S. Burroughs
> PD-dev mailing list
> PD-dev at iem.at
Terrorism is not an enemy. It cannot be defeated. It's a tactic.
It's about as sensible to say we declare war on night attacks and
expect we're going to win that war. We're not going to win the war
on terrorism. - retired U.S. Army general, William Odom
More information about the Pd-dev