home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.ibm.pc.soundcard
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!usc!news.service.uci.edu!network.ucsd.edu!qualcom.qualcomm.com!cancun!rdippold
- From: rdippold@cancun.qualcomm.com (Ron Dippold)
- Subject: Re: GUS & Falcon 3.0
- Message-ID: <rdippold.724233045@cancun>
- Sender: news@qualcomm.com
- Nntp-Posting-Host: cancun.qualcomm.com
- Organization: Qualcomm, Inc., San Diego, CA
- References: <1g8j53INNt7@male.EBay.Sun.COM> <Bz41y0.FDB@watserv2.uwaterloo.ca> <markus.306.724205605@clement.info.umoncton.ca>
- Date: Sun, 13 Dec 1992 07:50:45 GMT
- Lines: 21
-
- markus@clement.info.umoncton.ca (MARC PAULIN) writes:
- >In article <Bz41y0.FDB@watserv2.uwaterloo.ca> ptran@sciborg.uwaterloo.ca (Phat H Tran) writes:
- >>You have to load SBOS high. To do this, make a batch file with the
- >>following commands:
- >>@echo off
- >>lh sbosdrv
- >>loadsbos %1 %2 %3 %4
-
- >I think it should be:
- >@echo off
- >sbosdrv
- >lh loadsbos %1 %2 %3 %4
- > LOADSBOS is the program that will stay in memory. Maybe I'm wrong,
- >but that's what UBAT writes when I create a batch file with high memory
- >loading.
-
- Just checked... SBOSDRV stays in memory, LOADSBOS doesn't. Phat's
- version is correct here. Actually, you could load them both high,
- since loadsbos doesn't hang around there's no harm.
- --
- Spend enough time confirming the need and the need will disappear.
-