On 2010-07-15 15:46, Hans-Christoph Steiner wrote: > > That's the idea of the wait4pd stuff, to make sure that pd is started > before continuing on. I don't think this is necessary. Do you have a > way to trigger pd taking too long to start up?
yes: when using jack (with the new api), Pd will eventually start the jackd at startup, which can take some time (that's how i discovered the problem) or there is a network between Pd and Pd-gui. or my machine is slow. imho, software that relies on "modern computers being fast enough to make the race-condition never happen" is simply bad. i don't even like the wait4pd stuff, as it eventually will turn out. why do we have to make assumptions on how fast 2 asynchronous(!) processes happen? i think Pd should be able to handle such situations gracefully rather than eventually. fgmasdr IOhannes
smime.p7s
Description: S/MIME Cryptographic Signature
_______________________________________________ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
