home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / os2 / programm / 6373 < prev    next >
Encoding:
Internet Message Format  |  1992-11-12  |  1.5 KB
  1. Path: sparky!uunet!ukma!darwin.sura.net!convex!bcm!lib!oac.hsc.uth.tmc.edu!jmaynard
  2. From: jmaynard@oac.hsc.uth.tmc.edu (Jay Maynard)
  3. Newsgroups: comp.os.os2.programmer
  4. Subject: Unsupported CDROM drives: Here's a grody idea...
  5. Message-ID: <7846@lib.tmc.edu>
  6. Date: 12 Nov 1992 19:36:42 GMT
  7. Sender: usenet@lib.tmc.edu
  8. Organization: UT Health Science Center Houston
  9. Lines: 20
  10. Nntp-Posting-Host: oac.hsc.uth.tmc.edu
  11.  
  12.  
  13. I was struck by an idea while writing the article I just posted on getting the
  14. DAK $199 CDROM drive going to comp.os.os2.misc. It's a really grody hack, but
  15. has the advantage of sidestepping completely the question of how to do
  16. low-level hardware access to all these unsupported devices:
  17.  
  18. How about an OS/2 device driver that, instead of talking to the hardware
  19. directly, communicates (presumably via one or more named pipes) to a program
  20. running in a specific DOS session, which would receive the requests and
  21. process them?
  22.  
  23. Is this even possible under OS/2? Just how badly am I violating the OS/2
  24. architecture? I know performance would stink, but it'd at least get access to
  25. these devices under OS/2 for those of us who can't/don't want to spend several
  26. hundred dollars on a SCSI adapter and supported CDROM drive. Is it documented
  27. anywhere just what CDFS.IFS expects of a device driver it's talking to?  
  28. -- 
  29. Jay Maynard, EMT-P, K5ZC, PP-ASEL | Never ascribe to malice that which can
  30. jmaynard@oac.hsc.uth.tmc.edu      | adequately be explained by stupidity.
  31.      We survived Jimmy Carter; we'll (probably) survive Bill Clinton.
  32.