Forums before death by AOL, social media and spammers... "We can't have nice things"
|    comp.os.vms    |    DEC's VAX* line of computers & VMS.    |    264,096 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 262,433 of 264,096    |
|    =?UTF-8?Q?Arne_Vajh=C3=B8j?= to Lawrence D'Oliveiro    |
|    Re: Local Versus Global Command Options    |
|    21 Feb 25 19:45:05    |
      From: arne@vajhoej.dk              On 2/21/2025 5:18 PM, Lawrence D'Oliveiro wrote:       > On Fri, 21 Feb 2025 16:42:56 -0500, Stephen Hoffman wrote:       >> Is it feasible for DCL? Sure. Though it'll likely involve passing some       >> of the syntax to lib$table_parse or ilk for parsing, as do a few DCL       >> commands I've encountered (or have written) over the years.       >       > What happens when you bypass DCL? So one program directly spawns another       > and gives it a command to execute. Can the receiving program behave the       > same in that case as if it were invoked from a shell?              This is where the difference in *nix and VMS process model       get into the picture.              A "normal" process on VMS got the CLI (DCL) in P1 and       the running image in P0 and/or P2.              Most ways to activate another image (lib$spawn, C system,       C exec* etc.) end up creating a process with CLI mapped.              It is possible to start a process without CLI (sys$creprc       or run process - with an image that is not loginout.exe).              In that case I don't think there are a concept of arguments.       I don't see a way to pass arguments. Arguments are something       CLI provide to image, so no CLI means no arguments.              Such processes exist, but I would consider them relative       rare. There are some limitations on such processes - some       LIB$ functions will return LIB$_NOCLI.              Arne              --- SoupGate-DOS v1.05        * Origin: you cannot sedate... all the things you hate (1:229/2)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca