Mike wrote: > The oggplay relies on fork() (superficially if you ask me) and does not
It isn't quite so superficial. The fork is there so that when playing multiple tracks things don't get clagged up. Was easier doing this than tracking down all the state destruction and rectifying it. If your use is single tracks only then there is no need for the fork() call. My goal with oggplay was to take essentially the same arguments as mp3play. i.e. drop in compatible, hence the mess. PS, your patch only addresses one of the fork() calls. There is another harmless one :-) Regards, Pauli -- Dr Paul Dale [email protected] Software Grunt McAfee, Inc. http://www.mcafee.com/ _______________________________________________ uClinux-dev mailing list [email protected] http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by [email protected] To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
