home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / unix / aux / 3996 < prev    next >
Encoding:
Text File  |  1992-11-09  |  2.9 KB  |  73 lines
  1. Newsgroups: comp.unix.aux
  2. Path: sparky!uunet!ukma!nsisrv!jagubox!jim
  3. From: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
  4. Subject: 'tc'... Here it is!
  5. Message-ID: <1233@jagubox.gsfc.nasa.gov>
  6. Summary: "Official" release of new 'tc'
  7. Keywords: tape device driver
  8. Lines: 58
  9. Sender: usenet@nsisrv.gsfc.nasa.gov (Usenet)
  10. Nntp-Posting-Host: jagubox.gsfc.nasa.gov
  11. Reply-To: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
  12. Organization: NASA/Goddard Space Flight Center
  13. Date: Mon, 9 Nov 1992 18:20:24 GMT
  14.  
  15. Well, I worked over the weekend and have completed the final touches
  16. to the new 'tc' tape device driver... It's no longer beta! This is
  17. the official one: version 3.00
  18.  
  19. NOTES for Golden version of 'tc' (version 3.00).
  20.  
  21.     o 'mt' has been fixed... it didn't correctly report
  22.       the "Generic" tape drive as such (it called it
  23.       "Unknown").
  24.     o In 'mt', 'eom' has been changed to 'eod'
  25.     o Tracing has been changed... errors are always printed
  26.       out. This makes much more sense as well as giving the
  27.       user _some_ idea of what happened to 'tc'
  28.     o During RESET or during Unit Attention, 'tc' will perform
  29.       retries instead of just assuming EIO... (unless the
  30.       sensecode is that the media's changed).
  31.     o Tape drives report different numbers for Request Block
  32.       Address... some have block 0 at BOT, others start with block
  33.       1. Also, most (all?) report the _next_ block in response
  34.       to Req. Blck. Addr. not the current block (which is what
  35.       'tc' wants). This has been worked around... Still, 'mt'
  36.       may report 1 as the physical block number at BOT for
  37.       some untested drives. If so, please let me know and
  38.       I can change this (which is arguably a picky point).
  39.       (I know that Archives and WangDATs report the next
  40.       block number and start at 0, so they should be Okay...
  41.       I'm not so sure about the WangTEK or HP units... from
  42.       what I have, it appears that they're the same but I
  43.       haven't incorporated that into 'tc' yet.
  44.     o Well, I've bitten the bullet. 'tc' can now read or write
  45.       at the tape drive's own physical block size and not
  46.       require 8k blocking. Doing so, which requires fiddling
  47.       some minor device number bits and using mknod (see tc.1.Z),
  48.       results in a big performance hit and isn't really
  49.       recommended. Unless you really, _really_, REALLY need to
  50.       do so, stay with the 8k blocking.
  51.  
  52. I wish to thank all the beta testers as well as a great big thanks to
  53. Apple for helping me out.
  54.  
  55. As always, comments, suggestions and experience are welcome.
  56.  
  57. NEWtc.tar.Z is available here on jagubox via anon-ftp. As always, I
  58. can email it if need be.
  59.  
  60. Enjoy.
  61.  
  62. -- 
  63.     Jim Jagielski               | "It is not I who am crazy...
  64.     jim@jagubox.gsfc.nasa.gov   |  it is I who am MAD!"
  65.     NASA/GSFC, Code 734.4       |
  66.     Greenbelt, MD 20771         |            - Ren
  67.  
  68. -- 
  69.     Jim Jagielski               | "It is not I who am crazy...
  70.     jim@jagubox.gsfc.nasa.gov   |  it is I who am MAD!"
  71.     NASA/GSFC, Code 734.4       |
  72.     Greenbelt, MD 20771         |            - Ren
  73.