[PD-dev] [PATCH 06/10] fixed race-condition in the audio/midi API initialization

[IOhannes m zmoelnig]

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

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3636 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20100715/9100b356/attachment.bin>