home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.os.msdos.programmer
- Path: sparky!uunet!cs.utexas.edu!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!csa!kibirev
- From: kibirev@csa.bu.edu (oleg kibirev)
- Subject: Re: moved my ibmdos.com ....
- Organization: Computer Science Department, Boston University, Boston, MA, USA
- References: <2a680b04@ralf> <1992Jul19.033240.12173@microsoft.com> <1992Jul19.162010.8233@qiclab.scn.rain.com>
- Message-ID: <1992Jul21.161537.25189@ctr.columbia.edu>
- Sender: news@ctr.columbia.edu (The Daily Lose)
- Date: Tue, 21 Jul 1992 16:15:37 GMT
- X-Posted-From: csa.bu.edu
- X-Posted-Through: sol.ctr.columbia.edu
- Lines: 25
-
- In article <1992Jul19.162010.8233@qiclab.scn.rain.com> 70465.203@compuserve.com writes:
- >
- >As many users of 4dos (and other shels that take the place of
- >COMMAND.COM could tell you, DOS 5.0's SYS takes *whatever* program
- >is pointed to by the COMSPEC environment variable and copies it to
- >the disk under the *name* COMMAND.COM!
- >
- >Arguably, the copying could be considered the "correct" behavior,
- >and in that case, to boot without a CONFIG.SYS the renaming is
- >necessary. But as some of these shells require overlay files and
- >the like, this is *not* a good idea.
- >
- >I'd suggest that in the next version or revision, SYS should check
- >and if the command processor *isn't* COMMAND.COM, it should prompt
- >the user and ask if he wants <filename> copied to the disk. If not,
- >then have it ask him for the path to COMMAND.COM and copy that.
- >
- >Trust me, this *has* resulted in very puzzled users with non-bootable
- >disks!
- >
- I'd suggest that in the next revision of these shells requiring overlays,
- they prompt user for the pass of overlay files instead of crashing. Or
- better put all overlays in one file, as plain Microsoft LINK does.
-
- Oleg Kibirev
-