The current proposal will not work if someone first dups the device descriptor,
and then changes the audio settings with ioctl calls using one of the two
device descriptors. The other one will keep the old settings.
The patch I am preparing will fix this. However, I also have problems to build
the
On Sat, Jul 17, 2004 at 09:29:13PM +0200, Gerd Spalink wrote:
>The current proposal will not work if someone first dups the device descriptor,
>and then changes the audio settings with ioctl calls using one of the two
>device descriptors. The other one will keep the old settings.
>
>The patch I am
On Sat, 17 Jul 2004, Gerd Spalink wrote:
> On Friday, July 16, 2004 4:31 AM, Christopher Faylor [SMTP:[EMAIL PROTECTED] wrote:
> > On Thu, Jul 15, 2004 at 04:28:56PM -0400, Igor Pechtchanski wrote:
> > >On Thu, 15 Jul 2004, Christopher Faylor wrote:
> > >
> > >> On Thu, Jul 15, 2004 at 02:57:17PM
On Sat, 17 Jul 2004, Igor Pechtchanski wrote:
> On Sat, 17 Jul 2004, Gerd Spalink wrote:
>
> > On Friday, July 16, 2004 4:31 AM, Christopher Faylor [SMTP:[EMAIL PROTECTED] wrote:
> > > On Thu, Jul 15, 2004 at 04:28:56PM -0400, Igor Pechtchanski wrote:
> > > >On Thu, 15 Jul 2004, Christopher Faylor
>Replying to myself - a sure sign of schitzophrenia... :-)
>I'm wrong. Some settings *are* kept in the fhandler objects (audiobits_,
>audiofreq_, audiochannels_, and audioformat_). So CGF is right -
>archetypes will probably be the right solution here... However, we still
>need reference count
On Sat, 17 Jul 2004, Robert McNulty Junior wrote:
> >Replying to myself - a sure sign of schitzophrenia... :-)
>
> Igor, the correct spelling is schizophrenia, and it does not involve talking
> to oneself.
> [snip]
Robert,
I am a doctor of philosophy, not a medical doctor, so I think I can be
fo
