home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.os.msdos.apps:4354 comp.os.msdos.misc:4754
- Newsgroups: comp.os.msdos.apps,comp.os.msdos.misc
- Path: sparky!uunet!gatech!bloom-beacon!bloom-picayune.mit.edu!athena.mit.edu!pshuang
- From: pshuang@athena.mit.edu (Ping-Shun Huang)
- Subject: Re: CONFIG.SYS tactics
- In-Reply-To: chrisr@ersys.edmonton.ab.ca's message of Fri, 14 Aug 92 12:09:14 MDT
- Message-ID: <PSHUANG.92Aug15172651@ninja.mit.edu>
- Sender: news@athena.mit.edu (News system)
- Nntp-Posting-Host: ninja.mit.edu
- Organization: Massachusetts Institute of Technology
- References: <w64mapc@lynx.unm.edu> <4LDiPB1w165w@ersys.edmonton.ab.ca>
- Date: Sat, 15 Aug 1992 21:27:03 GMT
- Lines: 15
-
- In article <4LDiPB1w165w@ersys.edmonton.ab.ca> chrisr@ersys.edmonton.ab.ca (Chris Ringe) writes:
-
- > ?? One would assume that this type of re-direction would still work. I
- > haven't tried this, but logically, it should.
-
- Logically, it shouldn't, because it is up to COMMAND.COM or your
- favorite command line shell to interpret redirection characters to mean
- that it should provide the child process (e.g. the program you are
- loading) with a stdout file handle pointing to a file on disk instead of
- the console device. Statements in CONFIG.SYS are not processed by the
- command shell and therefore redirection using ">" shouldn't work.
-
- --
- Ping Huang (INTERNET: pshuang@athena.mit.edu), probably speaking for himself
-
-