[PD] gdb and Pd WAS: testtone comments
matju at artengine.ca
Wed Nov 16 08:18:05 CET 2011
Le 2011-11-15 à 22:03:00, Ivica Ico Bukvic a écrit :
> I have not been following this thread at all, but for what it's worth in
> my experience these kinds of seemingly illogical errors usually arise
> from memory corruption (typically because something has not been
> properly allocated).
That's why I go on and on about Valgrind and its magical abilities to find
causes instead of consequences.
But I should also remark that code is easier to debug when it's not
> #1 0x000000000043c629 in pd_typedmess (x=0x830220, s=<optimized out>,
> argc=<optimized out>, argv=<optimized out>) at m_class.c:812
as you can see, we're losing information, because the executable does
stuff in a way that gdb doesn't understand, and some info is missing about
how gdb could be reading it, when it's readable at all. Some variables
disappear entirely, some only pretend to.
But more importantly, some function calls disappear, either because they
are merged (due to any options named «inline»), or because it's faster to
skip doing certain things that are required for producing good backtraces
(«omit-frame-pointer» also means some function calls become hidden).
| Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC
More information about the Pd-list