Yair K. wrote: > Hi, > > There are several patches attached: > Ok. I will take a look in the near future. > A) oss-build: Allow building even when build dir is a child of the source > dir. Prevent configure from running setupdir.sh a third time when > --(no)regparm is not used (linsetup already calls setupdir.sh twice for both > types). > > B) oss-devlinks: Save /dev/dsp, /dev/dsp_{in,out} in legacy_devices. Make > ossdevlinks read /etc/oss.conf so that alternative OSSLIBDIR is possible. Add > '-f' switch to set file to write to. Run also at OSS shutdown on FreeBSD to > save the legacy links. > > C) oss-exclpolicy: Add a new excl_policy option. Setting it makes OSS > ignore O_EXCL flag on open(), and make the program use vmix. The default > value > is zero which means "keep the current behaviour and don't ignore O_EXCL". A > value of 1 makes OSS ignore O_EXCL from non-root processes. Any other value > makes OSS ignore O_EXCL entirely. > > Why? First, some authors may use O_EXCL and not allow a method to turn it > off, making use difficult[1]. Easiest workaround would be on OSS level. > Second, it's not best policy that any program can turn vmix off, IMHO, and > this switch provides a way to control that. > The best policy is to tell the authors of such applications to not use O_EXCL at all or to make it configurable. This feature should not be used by typical applications such as games or media players. It is reserved for some scientific applications or applications that should prevent other applications from using the same device for security reasons. > D) oss-misc: kernel/OS/FreeBSD: Fix panic on FreeBSD[2]. > cmd/ossxmix: Don't check that (mi.priority > -2) when > searching for default mixer. Mixer spec says to never use mixers with > mi.priority == -2 as default mixer, but Lynx driver only exposes -2 priority > devices, so "ossxmix" doesn't run if that's only device on system... > ("ossxmix > -d0" etc. worked). > > Yours, > Yair K. > > [1] e.g. http://4front-tech.com/forum/viewtopic.php?t=3197 > [2] http://4front-tech.com/forum/viewtopic.php?t=3024 > > ------------------------------------------------------------------------ > > _______________________________________________ > oss-devel mailing list > oss-devel@mailman.opensound.com > http://mailman.opensound.com/mailman/listinfo/oss-devel >
_______________________________________________ oss-devel mailing list oss-devel@mailman.opensound.com http://mailman.opensound.com/mailman/listinfo/oss-devel