[PD-dev] 0.43 startup procedure and vwait WAS: [PATCH 06/10] fixed race-condition in the audio/midi API initialization

IOhannes zmölnig zmoelnig at iem.at
Thu Jul 15 16:28:23 CEST 2010


On 07/15/2010 04:21 PM, Hans-Christoph Steiner wrote:

> 
> The options are wait forever or have a timeout.  The vwait code provides
> a timeout.  I am fine with having a long timeout for the conditions you
> describe but it would be harmful to not have a timeout because then
> you'll have a pd-gui process that is just sitting there waiting forever
> for pd to show up whether or not if ever will.  As some point pd-gui
> should tell you that its not likely to happen and just quit.

my approrach was not to wait at all, and as soon as pd shows up
dynamically incorporate the info.
no timeout, no waiting, no deadlock no racecondition.

> 
> For this reason, I think its a bad idea to get rid of the vwait code and
> move stuff to pdtk_pd_startup.  If there are bugs with the vwait
> approach, I'd be happy to fix them.  For what IOhannes describes here,
> it sounds like the timeout just needs to be increased.  Perhaps there

i experienced a race-condition! please do not fix race-conditions by
increasing a timeout.

fgmar
IOhannes

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20100715/c15fbb17/attachment-0001.pgp>


More information about the Pd-dev mailing list