Re: [BUG] alsa-lib leaves sound device open for child processes

[Takashi Iwai <tiwai@suse.de>]

At Fri, 7 Feb 2003 13:58:48 +0000 (GMT),
Chris Rankin wrote:
> 
>  --- Paul Davis <paul@linuxaudiosystems.com> wrote:
> > there's a little detail you're forgetting. unless
> > the hw supports multi-open and the current number of
> > subunits is below the limit of the number of opens,
> > then having the descriptor will cause all other
> > attempts to access the device to block (unless they
> > explicitly request non-blocking open, which means
> > they then have to unset that flag for normal
> > application operation
> 
> I hadn't forgotten. The situation to which you are
> referring is called "a bug in the *application*".
> Determining the destinies of resources, delivery of
> signals etc when spawning child processes is the
> application-programmer's responsibility.
> 
> And yes, I have tracked down bugs like this before.
> And I *did* fix the application.

i don't think it's a bug of the alsa-lib, too.
it's a bug of mplayer.  mplayer should be fixed.  period.

but, the problem is that this kind of bugs can be rarely found (nor
appear).  on the contrary, if FD_CLOEXEC is set, you'll be able to
notice what's wrong.  that's what i mentioned "safer".


Takashi


-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com