Path: utzoo!utgpu!water!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!mailrus!ames!umd5!purdue!decwrl!ucbvax!LBL.GOV!XPMAINT%venus.tamu.EDU%KL.SRI.COM%lbl%sfsu1.hepnet
From: XPMAINT%venus.tamu.EDU%KL.SRI.COM%lbl%sfsu1.hepnet@LBL.GOV
Newsgroups: comp.os.vms
Subject: RE: Subprocess creation problem
Message-ID: <880527112513.23e03311@LBL.Gov>
Date: 27 May 88 18:25:13 GMT
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The Internet
Lines: 82

Received: from KL.SRI.COM by LBL.Gov with INTERNET ;
          Thu, 26 May 88 23:00:56 PDT
Received: from TAMU.EDU by KL.SRI.COM with TCP; Wed 25 May 88 08:16:20-PDT
Received: from venus (VENUS.TAMU.EDU) by TAMU.EDU (AA01664); Wed, 25 May 88 10:16:28 MDT
Received: by venus id <2020C0AE191@venus> ;
       Wed, 25 May 88 10:17:39 
Date: Wed, 25 May 88 10:10:19 
From: Shane Davis <XPMAINT@venus.tamu.edu>
Subject: RE: Subprocess creation problem
To: info-vax%kl.sri.com@tamu.edu
X-Vms-Mail-To: EXOS%"info-vax%kl.sri.com@helios",JNET%"r022af07@cmccvb"
Message-Id: <880525101019.2020C0AE191@venus>
 
     
>Hello All,
>     
>    I have been having a problem with a program creating a process
>    using CREPRC.  If the output of the executable has been
>    redirected in ANY way it doesn't create the subprocess and execute
>    the commands in the datafile.  I have included the coding of a
>    short pascal program and the datafile below.
>     
>    Now to explain my problem in a little more detail...
>     
>    For example,
>    The program works fine when I use the following DCL commands:
>     
>    $RUN DETACH_PROG
>    $TYPE SYS$LOGIN:DETACH_PROG.LOG
>    [....log file is here with information...]
>     
>    HOWEVER,
>    If I use the /INPUT, /OUTPUT or /DETACH qualifier the program
>    doesn't create the log file and doesn`t execute the commands in
>    DETACH_PROG.DAT.  It seems ANY redirection of I/O to the program
>    will cause the subprocess not to be created.
>     
>    For example,
>     
>    $RUN DETACH_PROG /OUTPUT=SYS$LOGIN:ANYTHING.HERE
>    $TYPE SYS$LOGIN:DETACH_PROG.LOG
>     
>    or
>     
>    $RUN DETACH_PROG /DETACH
>    $TYPE SYS$LOGIN:DETACH_PROG.LOG
>     
>    Any ideas or suggestions why it won't work?!?!
>        I am working with VMS 4.7
>    and have PASCAL 3.5.  My process quotas are as follows and I
>    even have DETACH privilege enabled.  (Even though DETACH isn't
>    needed here)
 
I believe I know what your problem is. I was bitten by a similar one not long
ago and had to go through the accounting logs to find out what had happened
to my process.
 
The problem is that SYS$LOGIN is not defined for the detached process and
when you use /INPUT, /OUTPUT, or /ERROR DCL does not perform any logical name
translation for those files; no attempt is made to translate them until
after the detached process is created. Thus, the way you are creating the
process, no logical device names exist except those in the SYSTEM or GROUP
tables for the detached process.
 
If you need to use SYS$LOGIN or would like the benefits of your LOGIN.COM,
do a RUN/DETACH/AUTHORIZE and information will be fetched from your UAF
record, thus giving definitions for SYS$LOGIN.
 
--Shane Davis
  Systems Programming Assistant
  Texas A&M Univ. Computing Services Center Software Systems Group
 
********************************************************************************
	BITnet		   THEnet			Internet
 
  XPMAINT@TAMVENUS      THOR::XPMAINT           xpmaint@venus.tamu.edu
  RSD1901@TAMSIGMA       ZAC::RSD1901                   --------
   X233SD@TAMVM1           ------              x233sd@tamvm1.tamu.edu
 
        SPAN: UTSPAN::UTADNX::(THEnet addr)
********************************************************************************