No, i wouldn't! I just had a vague memory that this behaviour (doing all the delayed calculations at once after a freeze) resembles -nosleep's behaviour (doing all the delayed calculations at once after a system sleep), but i may completely mistaken.
Andras
Why would you run it with nosleep? I am also not familiar with this option--what does it do?
András Murányi <muranyia@gmail.com> wrote:
>>
>>> Namely, it appears mknob uses g_all_guis.h and g_canvas.h, both of which
>>> have changed as a result of accelerated drawing of iemgui objects. A
>>> simple recompile of mknob (and likely other objects that may rely upon
>>> the same framework) apparently fixed the problem.
>>>
>>
>> Alrite, my knowledge is just not enough to teach moonlib (which i have put
>> into /extra) where the pd headers are. What shall i modify in its makefile?
>>
>>
>CFLAGS = -DPD -I"../../src" -Wall -W -g
>
>...and it works!
>I have lots of 'consistency check failed: glist_findrtext' when running,
>plus sometimes 'tcl/tk error: unknown encoding "yahoo"' on the terminal. It
>seems somewhat faster than the father, but that could also be that i've
>compiled it for my CPU with 'march='.
>Somehow MIDI works on startup while with the father it doesn't (i have to
>check 'MIDI settings' each time).
>Sometimes it gets temporarily frozen where the father doesn't, for example
>upon editing, saving, and then closing a simple subpatch (no GOP, no
>externals in it), and then it throws out all the output that was delayed
>during the freeze - this doesn't happen with the father (afaik you need to
>use -nosleep to make it behave like this?), and throws some 'error:
>.x123456: no such object's.
>The GUI is pretty.
>
>Andras
>
>_______________________________________________
>Pd-list@iem.at mailing list
>UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list