home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / vms / 17627 < prev    next >
Encoding:
Internet Message Format  |  1992-11-08  |  1.5 KB
  1. Path: sparky!uunet!portal!cup.portal.com!Chris_F_Chiesa
  2. From: Chris_F_Chiesa@cup.portal.com
  3. Newsgroups: comp.os.vms
  4. Subject: Re: Reading raw tapes
  5. Message-ID: <69062@cup.portal.com>
  6. Date: Sat,  7 Nov 92 14:53:04 PDT
  7. Organization: The Portal System (TM)
  8. References:  <1992Nov4.104123.15158@memex.co.uk>
  9. Lines: 28
  10.  
  11. Scott Williamson (scott@memex.co.uk) writes:
  12.  
  13. >Can anyone tell me what sort of COPY, BACKUP etc. type command I need
  14. >to use under VMS to read magnetic tapes of unknown format.
  15.  
  16. If you can determine that all the blocks on the tape are of the same
  17. length, you can do this:
  18.  
  19.    $ MOUNT/FOREIGN tapedrive: /BLOCK=blocksize/RECORD=blocksize
  20.    $ COPY tapedrive: filespec
  21.  
  22. I've only done this (DCL) with tapes on which all blocks are the same size; 
  23. I don't know if it will work correctly for a tape on which the blocks are 
  24. of varying sizes.  Also, this will only get data from the "current tape 
  25. position" to the next "file mark" on the tape (the mark acts like EOF).
  26.  
  27. Setting DCL aside, it's very simple to write a program that uses $QIO to 
  28. read arbitrary-sized blocks off a /FOREIGN-mounted tape and write them to 
  29. a file of any desired RMS organization; one thing that works is a file 
  30. of "varying-length records," letting a 0-length record represent a tape
  31. mark.  It's easy to write the companion utility that runs this trick in
  32. reverse, too, turning that tape-in-a-disk-file back into a new tape.  We
  33. do it all the time.
  34.  
  35. Chris Chiesa
  36.   Chris_F_Chiesa@cup.portal.com
  37.  
  38. disclaimer: Portal isn't my VMS system, just a place where I read/write news.
  39.