home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!darwin.sura.net!spool.mu.edu!news.nd.edu!bsu-cs!bsu-ucs.uucp!00mjstum
- From: 00mjstum@leo.bsuvc.bsu.edu (Matthew J. Stum)
- Newsgroups: comp.os.vms
- Subject: Re: DCL question.
- Message-ID: <1992Nov19.085331.12087@bsu-ucs>
- Date: 19 Nov 92 13:53:31 GMT
- References: <a2lq0gk@lynx.unm.edu>
- Organization: Widget Enterprises
- Lines: 31
-
- hamjavar@hydra.unm.edu (Farid Hamjavar) writes:
- > Hello :
- >
- > As you can tell the following simple DCL script prints its first two
- > parameters/arguments :
- >
- > $ DISPLAY= "WRITE SYS$OUTPUT"
- > $ DISPLAY "''p1'"
- > $ DISPLAY "''p2'"
- >
- > Now if any of the parameters starts with / this script will crash :
- >
- > $ @t.com /parameter1 /parameter2
- > %DCL-W-IVQUAL, unrecognized qualifier - check validity, spelling, and placement
-
- It's only if the first parameter begins with a /... other than that, you're
- fine. The hack that I use when I wish to use qualifiers as parameters is
- something along the lines of:
-
- $ COMMAND :== "@T.COM """"" ! sends a blank string to P1
-
- And then $ COMMAND /PARAM1 /PARAM2 is perfectly legal.
- However, you have to shift all of your P#'s in your command procedure:
-
- $ DISPLAY= "WRITE SYS$OUTPUT"
- $ DISPLAY "''p2'"
- $ DISPLAY "''p3'"
-
- --
- Matt Stum Gwydion ap Myrddin Ball State University
- 00mjstum@leo.bsuvc.bsu.edu Shire of Afonlyn, MK Muncie, IN USA
-