Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!uunet!mcsun!tuvie!iiasa!wnp From: wnp@iiasa.ac.at (Wolf PAUL ) Newsgroups: comp.binaries.ibm.pc.d Subject: Re: DOS gcc (dj1bin) problems Message-ID: <1026@iiasa.UUCP> Date: 27 Feb 91 12:43:28 GMT References: <1991Feb21.195421.15820@cs.UAlberta.CA> <3282@sixhub.UUCP> Sender: news@iiasa.AT Reply-To: wnp%iiasa@relay.eu.net (Wolf PAUL ) Organization: International Institute for Applied Systems Analysis, Laxenburg, Austria Lines: 29 In article <3282@sixhub.UUCP> davidsen@sixhub.UUCP (bill davidsen) writes: >In article veit@du9ds3.uni-duisburg.de (Holger Veit) writes: > >| it is apparently a hidden feature of the MSDOS Kernel (INT21) to accept >| Unix style path names. It is just the F* COMMAND.COM that prevents e.g. >| using RENAME as a MOVE, and other nice features). > > Nope, the programmer's ref for v2.0 said either could be used, and >that command.com by default would use / as a switch and \ as a path, but >would use / for the path delimiter if any other character was chosen. I >think that's still documented, and it's certainly still true. Unfortunately it is no longer true, or if so, the way to tell COMMAND.COM to use a different switch char has been changed. None of the utilities (p.d. and i.e., MKS Toolkit) which used to fix the switch character in DOS under 3.2 work in the newer versions of DOS. They seem to work, in that after you do a "switch -" they will report that the switch character is "-", but when you try a "cd /" you will get a "Invalid Switch" error message. If anyone knows of a fix for this, PLEASE let us know! Wolf Paul -- W.N.Paul, Int. Institute f. Applied Systems Analysis, A-2361 Laxenburg--Austria PHONE: +43-2236-71521-465 INTERNET: wnp%iiasa@relay.eu.net FAX: +43-2236-71313 UUCP: uunet!iiasa!wnp HOME: +43-2236-618514 BITNET: tuvie!iiasa!wnp@awiuni01.BITNET