Le 2012-03-15 à 14:34:00, Roman Haefeli a écrit :
I tried running it with valgrind, but then Pd doesn't crash anymore.
Could it be, that the overhead added by valgrind makes Pd so slow, that
it doesn't trigger anymore?
Sometimes it's because the debugged programme becomes slower ; but
On Tue, 2012-03-13 at 14:52 +0100, Roman Haefeli wrote:
Hi again
I was able to create a patch, that does not make Pd crash reliably, but
far more often. On my box it crashes roughly every second time I run the
patch.
This is how I run it:
$ gdb -ex run --args pd-extended -noprefs -nrt
Hi again
I was able to create a patch, that does not make Pd crash reliably, but
far more often. On my box it crashes roughly every second time I run the
patch.
This is how I run it:
$ gdb -ex run --args pd-extended -noprefs -nrt -noaudio -stderr -open
crashertest.pd
When the [bng] is hit,
Le 2012-03-13 à 14:52:00, Roman Haefeli a écrit :
$ gdb -ex run --args pd-extended -noprefs -nrt -noaudio -stderr -open
crashertest.pd
Where did you find -ex ? I had been making a lot of pirouettes to get gdb
to run commands that I wanted, which were not very good. I wanted to have
-ex all
On Tue, 2012-03-13 at 11:17 -0400, Mathieu Bouchard wrote:
Le 2012-03-13 à 14:52:00, Roman Haefeli a écrit :
$ gdb -ex run --args pd-extended -noprefs -nrt -noaudio -stderr -open
crashertest.pd
Where did you find -ex ? I had been making a lot of pirouettes to get gdb
to run commands
