home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / vms / 20284 < prev    next >
Encoding:
Text File  |  1993-01-04  |  2.6 KB  |  60 lines

  1. Newsgroups: comp.os.vms
  2. Path: sparky!uunet!munnari.oz.au!spool.mu.edu!agate!ames!nsisrv!author.gsfc.nasa.gov!rkoehler
  3. From: rkoehler@author.gsfc.nasa.gov (Bob Koehler)
  4. Subject: Re: VMS 5.5 MoveFile primitive
  5. Message-ID: <4JAN199308550653@author.gsfc.nasa.gov>
  6. News-Software: VAX/VMS VNEWS 1.4-b1  
  7. Sender: usenet@nsisrv.gsfc.nasa.gov (Usenet)
  8. Nntp-Posting-Host: author.gsfc.nasa.gov
  9. Organization: CSC System Sciences Division
  10. References: <1993Jan4.100117.40@elmrd6.ineab.ikea.se>
  11. Date: Mon, 4 Jan 1993 13:55:00 GMT
  12. Lines: 46
  13.  
  14. In article <1993Jan4.100117.40@elmrd6.ineab.ikea.se>, anos@elmrd6.ineab.ikea.se writes...
  15.  
  16. >As far as I can see, the QIO completition is SS$_NORMAL for these files, even
  17. >if they are not moved. Are there any other [documented or undocumented]
  18. >fields in the FIB that holds additional status from the ACP ? 
  19. >        bisw    #fib$m_alcon,fib$w_exctl(r0)
  20. >        bbss    #fib$v_noplace,fib$w_exctl(r0),20$
  21. >20$:        movl    #1,fib$l_mov_svbn(r0)
  22. >        movl    #0,fib$l_mov_vbncnt(r0)
  23. >        $qiow_s chan = indexf,-            ; Volume channel
  24. >            func = movfunc,-        ; MOVEFILE function
  25. >            p1 = fibdsc2            ; Our FIB pointer
  26. >        blbs    r0,30$
  27. >        $exit_s    r0
  28. >30$:        
  29. >        ret
  30. >The code fragment above never exits with errors as I said. If anybody out
  31. >there has any info on additional status fields, please send me a e-mail.
  32.  
  33. You need to capture and check the status returned in the IOSB.  The return
  34. value from $QIOW indicates only whether you have successfully requested the I/O
  35. (queued it), like the asynchronous $QIO the actual completion status of the
  36. I/O is in the first word of the IOSB.  For a file that is in use, you will get
  37. SS$_ACCONFLICT.  
  38.  
  39. There are several other errors which you will also note only if you check the
  40. IOSB, including SS$_DIRALLOC (file is a directory file), %X1338 (which maps to
  41. a FILNOTACC message, but is not the same message or value as SS$_FILNOTACC, I
  42. haven't figured out how that mapping works yet (both the severity and message
  43. fields are different, but the facility field and message name are the same),
  44. but it means the file is marked for no move), SS$_FILENUMCHK (file has a
  45. reserved file number, like INDEXF.SYS), SS$_DEVICEFULL (qed), and
  46. SS$_FILNOTCNTG (file is marked with the contigius bit, and contiguous space
  47. cannot be allocated to move it into).
  48.  
  49. ------------------------------------------------------------------------------
  50. Bob Koehler                     |   Any illusion to these opinions being other
  51. rkoehler@author.gsfc.nasa.gov   |   than just mine alone is just that.
  52.  
  53.  " Life is life, and fun is fun, but it's all so quiet when the goldfish die. "
  54.                          - Blixie
  55.  
  56.