home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / alt / hackers / 1706 < prev    next >
Encoding:
Text File  |  1992-11-17  |  2.3 KB  |  50 lines
  1. Newsgroups: alt.hackers
  2. Path: sparky!uunet!ferkel.ucsb.edu!taco!rock!stanford.edu!agate!usenet.ins.cwru.edu!magnus.acs.ohio-state.edu!zaphod.mps.ohio-state.edu!cs.utexas.edu!wupost!psuvax1!liblit
  3. From: liblit@cs.psu.edu (Benjamin R. Liblit)
  4. Subject: PFS: File (was Re: stupid floppy tricks)
  5. In-Reply-To: hoffberg@medusa.aps.anl.gov's message of Tue, 17 Nov 1992 17:08:41 GMT
  6. Message-ID: <BxvHws.Fvq@cs.psu.edu>
  7. Sender: news@cs.psu.edu (Usenet)
  8. Nntp-Posting-Host: waldo.cs.psu.edu
  9. References: <1992Nov17.170841.6298@mcs.anl.gov>
  10. Date: Tue, 17 Nov 1992 18:26:46 GMT
  11. Approved: my mommy said I could
  12. Lines: 36
  13.  
  14. In article <1992Nov17.170841.6298@mcs.anl.gov>,
  15. hoffberg@medusa.aps.anl.gov (Mike G. Hoffberg) writes:
  16.  
  17. > OK, for all of you people out there with Apple ][ disk drives, why
  18. > don't 5.25" High Density disks work in the drives?
  19.  
  20. Just think about the density of information you're dealing with here.
  21. Even if you could produce the proper signals in the write head, you
  22. couldn't lay them down on the disk surface accurately enough.  It
  23. would be like trying to type by hitting the keys with a basketball.
  24.  
  25. (Disclaimer: I don't particularly know what I'm talking about here.)
  26.  
  27. ObHack....
  28.  
  29. Aeons ago, I was hired on my a medical research organization in NYC to
  30. transfer patient records onto their new VAX.  The old records were
  31. maintained on an Apple ][+, using "PFS: File".  Well, this was back
  32. before anyone had even *thought* of the idea of cross-product
  33. compatibility, and PFS: was using a highly proprietary disk layout,
  34. with no facilities for export to other formats.  I tried for weeks to
  35. figure out how their data was encoded.
  36.  
  37. Then I got a clue.  Proprietary or not, PFS *had* to decode the
  38. information to send it to a printer.  After all, a printer's a
  39. printer, and they all take data (more or less) the same.  So I took a
  40. serial cable and plugged it into the back of the Apple ][+ as though
  41. it led to a printer.  Instead, I ran the other end right into the VAX
  42. as though it was coming from a terminal.  Told PFS to print all the
  43. patient records; told the VAX to log all activity coming down the
  44. serial line.  After that, it was a simple matter to parse the captured
  45. reports into a format easily understood by their VAX-end databases.
  46.  
  47. --
  48. Ben Liblit   -----   "Fais que tes reves soient plus longs que la nuit."
  49. liblit@cs.psu.edu   --   brl102@psuvm.psu.edu   --   brl102@psuvm.bitnet
  50.