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
someti
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
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 co
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 t
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, eve