home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / vms / 22120 < prev    next >
Encoding:
Internet Message Format  |  1993-01-28  |  1.9 KB

  1. Path: sparky!uunet!ulowell!news.bbn.com!usc!elroy.jpl.nasa.gov!nntp-server.caltech.edu!SOL1.GPS.CALTECH.EDU!CARL
  2. From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
  3. Newsgroups: comp.os.vms
  4. Subject: Re: Help with SYS$GETSYI please!
  5. Date: 27 Jan 1993 12:44:39 GMT
  6. Organization: HST Wide Field/Planetary Camera
  7. Lines: 24
  8. Message-ID: <1k603nINN2ei@gap.caltech.edu>
  9. References: <davids.728101271@marloo.kowari.cpsg.com.au>
  10. Reply-To: carl@SOL1.GPS.CALTECH.EDU
  11. NNTP-Posting-Host: sol1.gps.caltech.edu
  12.  
  13. In article <davids.728101271@marloo.kowari.cpsg.com.au>, davids@kowari.cpsg.com.au (David Schulz) writes:
  14. >I am trying to use SYS$GETSYI to retrieve the local node name.  The call is
  15. >returning successfully, but the buffer is empty and return length is 
  16. >zero.  Any help will be greatly appreciated.  The code fragment below
  17. >shows what I'm trying to do.
  18.  
  19. Your code works fine on my system.  Do you have the SYSGEN parameter SCSNODE
  20. defined?  SYS$GETSYI simply returns the value of that parameter when you give
  21. it an item code of SYI$_NODENAME.
  22.  
  23. By the way, you *REALLY* ought to also include the iosb argument in the call. 
  24. The return status simply tells whether the system service was successfully
  25. dispatched (i.e., whether you gave it the right number of arguments, whether
  26. all the arguments were accessible in memory, whether item lists were terminated
  27. properly, etc.).  It doesn't tell you whether or not the system service
  28. completed successfully.
  29. --------------------------------------------------------------------------------
  30. Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL
  31.  
  32. Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
  33. understanding of astronomy is purely at the amateur level (or below).  So
  34. unless what I'm saying is directly related to VAX/VMS, don't hold me or my
  35. organization responsible for it.  If it IS related to VAX/VMS, you can try to
  36. hold me responsible for it, but my organization had nothing to do with it.
  37.