home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / os2 / misc / 44064 < prev    next >
Encoding:
Text File  |  1993-01-25  |  2.6 KB  |  63 lines
  1. Newsgroups: comp.os.os2.misc
  2. Path: sparky!uunet!psinntp!news.columbia.edu!cunixb.cc.columbia.edu!mig
  3. From: mig@cunixb.cc.columbia.edu (Meir I Green)
  4. Subject: Re: mmpm/2 and pc speaker
  5. Message-ID: <1993Jan26.013512.14410@news.columbia.edu>
  6. Sender: usenet@news.columbia.edu (The Network News)
  7. Nntp-Posting-Host: cunixb.cc.columbia.edu
  8. Reply-To: mig@cunixb.cc.columbia.edu (Meir I Green)
  9. Organization: Columbia University, New York
  10. References: <199325.4881.39517@dosgate>
  11. Distribution: comp
  12. Date: Tue, 26 Jan 1993 01:35:12 GMT
  13. Lines: 48
  14.  
  15. Make sure the user can select what port is used.
  16. Now if only OS2 had an option to disable the spooler for a specific port :-)
  17.  
  18. In article <199325.4881.39517@dosgate> "mike frisch" <mike.frisch@canrem.com> writes:
  19. >
  20. >In a previous message, David Charlap writes...
  21. >
  22. >DC> Maybe, maybe, it could be done with the spooler disabled.  The reason
  23. >DC> the DOS software fails is that the print spooler is buffering and
  24. >DC> delaying all output to the printer ports.  If you disable the spooler
  25. >DC> (I don't know if this can be done), they might work OK.
  26. >
  27. >     Hmmm...  I remember running some DOS software supporting a D/A
  28. >convertor on the parallel port under OS/2 and it worked.  I must have
  29. >had the spooler disabled or something.  I think I'll try doing that
  30. >again.
  31. >
  32. >DC> As for MMPM/2 drivers, you'd need something to suspend the spooler
  33. >DC> (not too hard), and then directly access it's ports (harder).  I think
  34. >DC> a device driver might be able to do this, but I don't know if two
  35. >DC> devices (spooler and your sound driver) can be configured to use the
  36. >DC> same port or not.
  37. >
  38. >     Right now, I am trying to see what the possibility of writing a
  39. >device driver for such a device would be.  Seeing as I'm a new C
  40. >programmer, I don't know what technicalities are involved.
  41. >
  42. >     Much thanks for your reply!  It gives me something to think about
  43. >     now.
  44. >
  45. >Mike.
  46. >
  47. >+---------------------------------------------------------------------+
  48. >| Mike Frisch                          Usenet: mike.frisch@canrem.com |
  49. >| Newmarket, Ontario, Canada                                          |
  50. >+---------------------------------------------------------------------+
  51. >
  52. >---
  53. > ■ OLX 2.2 ■ Computers can never replace human stupidity.
  54. >--
  55. >Canada Remote Systems  - Toronto, Ontario
  56. >World's Largest PCBOARD System - 416-629-7000/629-7044
  57.  
  58.  
  59.  * * * * *  =================== Internet   mig@cunixb.cc.columbia.edu
  60. * * * * * * == Meir I. Green == AmateurPkt N2JPG@W2XO.PA.USA.NOAM
  61.  * * * * *  = mig@columbia.edu= Amateur IP N2JPG@uhm.ampr.org
  62. * * * * * * =================== BC-Goliath green@smtplink.barnard.columbia.edu 
  63.