On Nov 16, 2011, at 2:18 AM, Mathieu Bouchard wrote:
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
-Christoph Steiner
h...@at.or.at; pd-list pd-list@iem.at
Sent: Wednesday, November 16, 2011 2:18 AM
Subject: Re: [PD] gdb and Pd WAS: testtone comments
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
On Wed, Nov 16, 2011 at 07:28:34AM -0800, Jonathan Wilkes wrote:
So can I just use Valgrind with my current nightly build, or do I still need
to recompile with the options Hans mentioned?
You don't need to recompile.
If at some point we create a Valgrind suppressions file for Pd, it will
Le 2011-11-16 à 09:46:00, Hans-Christoph Steiner a écrit :
To this end, I recently did some work on the Pd-extended build system to
make sure that everything gets built with -g -fno-omit-frame-pointer.
Compiling with -fno-inline is quite important too.
With those two, I have found that you
Le 2011-11-16 à 07:28:00, Jonathan Wilkes a écrit :
So can I just use Valgrind with my current nightly build, or do I still
need to recompile with the options Hans mentioned?
Depends on whether anyone is able to use the crippled log. If the bug is
obvious or fairly findable to someone, you
Le 2011-11-16 à 07:36:00, Marvin Humphrey a écrit :
If at some point we create a Valgrind suppressions file for Pd,
The suppressions-file I use is in the source tree of GridFlow.
__
| Mathieu BOUCHARD - téléphone :
Le 2011-11-16 à 10:46:00, Mathieu Bouchard a écrit :
Le 2011-11-16 à 09:46:00, Hans-Christoph Steiner a écrit :
It's also that otherwise, the debugging can become really slow, and in some
case, breaking the realtime constraints also means the app starts doing other
frames.
Damn. More coffee
On Wed, Nov 16, 2011 at 09:46:18AM -0500, Hans-Christoph Steiner wrote:
To this end, I recently did some work on the Pd-extended build system to
make sure that everything gets built with -g -fno-omit-frame-pointer. With
those two, I have found that you can get good info while still having the
On Nov 16, 2011, at 11:03 AM, Marvin Humphrey wrote:
On Wed, Nov 16, 2011 at 09:46:18AM -0500, Hans-Christoph Steiner wrote:
To this end, I recently did some work on the Pd-extended build system to
make sure that everything gets built with -g -fno-omit-frame-pointer. With
those two, I have
Steiner h...@at.or.at
To: Marvin Humphrey mar...@rectangular.com
Cc: pd-list pd-list@iem.at
Sent: Wednesday, November 16, 2011 11:58 AM
Subject: Re: [PD] gdb and Pd WAS: testtone comments
On Nov 16, 2011, at 11:03 AM, Marvin Humphrey wrote:
On Wed, Nov 16, 2011 at 09:46:18AM -0500
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
On Sep 28, 2011, at 2:02 PM, Jonathan Wilkes wrote:
From: Hans-Christoph Steiner h...@at.or.at
To: Jonathan Wilkes jancs...@yahoo.com
Cc: tim vets timv...@gmail.com; pd-list pd-list@iem.at
Sent: Wednesday, September 28, 2011 12:14 PM
Subject: Re: [PD] testtone
12 matches
Mail list logo