home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / vms / 20727 < prev    next >
Encoding:
Internet Message Format  |  1993-01-11  |  2.5 KB
  1. Path: sparky!uunet!think.com!spool.mu.edu!agate!ucbvax!NSCVAX.PRINCETON.EDU!dragon
  2. From: dragon@NSCVAX.PRINCETON.EDU (Mighty Firebreather)
  3. Newsgroups: comp.os.vms
  4. Subject: RE: SUBMIT help please.
  5. Message-ID: <0096671E.C2F7D4E0.27@nscvax.princeton.edu>
  6. Date: 11 Jan 93 14:53:52 GMT
  7. Sender: usenet@ucbvax.BERKELEY.EDU
  8. Organization: The Internet
  9. Lines: 57
  10.  
  11.  
  12.     Steven B. Brant sbrant@npal.rn.com writes:
  13. >
  14. >
  15. >        I know I have seen this here before, and I can not seem to
  16. >        find the info wherever I have placed it, so I could find it
  17. >        when I needed it.  ( you know how it goes!)
  18. >
  19. >        Anyway,  I have an EXE program that runs with no problem.
  20. >        The program does not require any input from a user. It is simply
  21. >        a special file processing program.
  22. >
  23. >        When I start the .com file with the following commands, all works
  24. >        well.
  25. >
  26. >        $ define/exec sys$input sys$command
  27. >        $ run/error=nla0:/output=nla0: dua1:[data.sweep]scanit
  28. >
  29. >        Now the problem arises.  I want to SUBMIT this com procedure
  30. >        so we can schedule the execution of the .exe program.
  31. >
  32. >        Submitting the com program causes a failure. Nothing works.
  33. >
  34. >        If I remember correctly, I think I need to use the loginout
  35. >        program to do this, but as I said, I can not find the info
  36. >        on how to do this.
  37. >
  38.  
  39.     The RUN command you are using creates a detached process!  Is that 
  40. what you meant to do?
  41.  
  42.     Why are you using a /EXECUTIVE_MODE in your define?  I don't think
  43. it hurts but neither do I see how it can possibly help.  For that matter,
  44. why are you defining it at all?  Since "The program does not require any
  45. input from a user" this seems unnecessary. For a batch job, SYS$INPUT and
  46. SYS$COMMAND would be identical anyway. 
  47.  
  48.     Why are you directing SYS$ERROR and SYS$OUTPUT to NLA0:?  Why are
  49. you surprised when nothing happens and you get no error messages? 
  50.  
  51.     Try:
  52.  
  53. $! DEFINE /USER    NLA0:        SYS$OUTPUT
  54. $! DEFINE /USER    NLA0:        SYS$ERROR
  55. $ RUN DUA1:[DATA.SWEEP]SCANIT
  56.  
  57.     If you *really* want to suppress output and/or error messages, you
  58. can uncomment the DEFINES for SYS$OUTPUT and/or SYS$ERROR.
  59.  
  60. *************************************************************************
  61. *                                                                       *
  62. *                        Here, there be dragons!                        *
  63. *                      dragon@nscvax.princeton.edu                      *
  64. *                                                                       *
  65. *                                                Richard B. Gilbert     *
  66. *************************************************************************
  67.  
  68.