home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / mac / oop / macapp3 / 549 < prev    next >
Encoding:
Internet Message Format  |  1993-01-21  |  1.8 KB

  1. Path: sparky!uunet!think.com!ames!data.nas.nasa.gov!taligent!apple!applelink.apple.com
  2. From: K.FIELDHOUSE@AppleLink.Apple.COM (Biodex Corp, Keith Fieldhouse,PRT)
  3. Newsgroups: comp.sys.mac.oop.macapp3
  4. Subject: Serial Port Hardware Overrun?
  5. Message-ID: <727584405.1371592@AppleLink.Apple.COM>
  6. Date: 21 Jan 93 02:12:00 GMT
  7. Sender: daemon@Apple.COM
  8. Organization: AppleLink Gateway
  9. Lines: 27
  10.  
  11.  
  12.  
  13. I am encountering a problem using the modem port within a MacApp aplication
  14. that I'm working on.  I am communicating with a measurement device and most of
  15. the data is going from the device to the Mac.  I process input from the Mac in
  16. a ::DoIdle method in the event handler that manages the device for me.  In
  17. general this works very well.  I've set the ports *software* buffer to a size
  18. that essentially assures that I won't encounter software overruns while running
  19. (input from the device only comes when asked for within the ::DoIdle).  I don't
  20. encounter software overruns.  Occaisonally, however, I do encounter a hardware
  21. overrun.  The serial connection is 96008N1 running on a Mac LCII.  Currently
  22. there is no handshaking whatever between the devices. Quite frankly I'm
  23. suprised that even a lowly LC II can't keep up with data in that configuration
  24. but to be honest I have no basis for that belief -- other than the fact that
  25. the vast majority of the time sees the connection working just fine.
  26.  
  27. My question is, what things (MacApp releated or not) affect the serial driver'
  28. ability to keep up with the data connection?   I'm not opposed to putting in
  29. hardware handshaking (I'd prefer not to use Xon/X0ff as that would complicate
  30. data transmission) but I'd like to understand better just what is going on when
  31. I get these hardware overflows.  Any light you can shed will be greatly
  32. appreciated.
  33.  
  34. Regards,
  35.  
  36. Keith
  37.  
  38.