home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!haven.umd.edu!darwin.sura.net!spool.mu.edu!sdd.hp.com!swrinde!news.dell.com!natinst.com!cs.utexas.edu!mercury.unt.edu!ponder!drice
- From: drice@ponder.csci.unt.edu (Keith Rice)
- Newsgroups: comp.os.msdos.misc
- Subject: Re: DOS installation
- Message-ID: <drice.716085734@ponder>
- Date: 10 Sep 92 00:42:14 GMT
- References: <1992Sep9.155224.1996@nntp.hut.fi> <BuBqAH.2JF@netnews.jhuapl.edu>
- Sender: usenet@mercury.unt.edu (UNT USENet Adminstrator)
- Distribution: usa
- Organization: University of North Texas
- Lines: 26
-
- In <BuBqAH.2JF@netnews.jhuapl.edu> avlb@aplcomm.jhuapl.edu (A V Louis Biggie) writes:
-
- >In article <1992Sep9.155224.1996@nntp.hut.fi>, jkokko@lesti.hut.fi (Jari
- >Kokko) writes:
-
- >> Whenever some software wants something to be done from a particular
- >> drive or path (in this case DOS wants to install from drive a:)
- >> it is worthwhile to try assigning or substing in a way to fool it.
- >>
- >> In your case try "assign a=b" or "subst a: b:\"
-
- >I have already tried assign - unfortunately it does not work. Is IBM prevent
- >people who do not want their hardware from using their software?
-
- The other week I was trying to install DOS 5 (3-1/2" disks) on a system
- with 5-1/4" A: drive and 3-1/2" B: drive. I inserted the DOS 5 disk in
- B: and started the install program. The install prog had to be run from
- drive A:. I assigned B: as A: and tried it again. It ran OK at first
- but it then asked me to insert the DOS 5 disk into drive A: so it could
- reboot. That eliminated the assign. Finally we had to open the case
- and recable the floppies. Not fun.
-
- --
- D. Keith Rice -- University of North Texas -- drice@ponder.csci.unt.edu
- -----------------------------------------------------------------------
- (new .sig construction delayed due to union contract disputes)
-