home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / unix / aix / 8181 < prev    next >
Encoding:
Internet Message Format  |  1992-07-25  |  1.2 KB
  1. Path: sparky!uunet!psinntp!curly.appmag.com!pa
  2. From: pa@curly.appmag.com (Pierre Asselin)
  3. Newsgroups: comp.unix.aix
  4. Subject: Re: Can't send a break signal to a serial line defined as /dev/lp1
  5. Message-ID: <1196@curly.appmag.com>
  6. Date: 24 Jul 92 15:15:53 GMT
  7. References: <Brt9G2.IAD@watserv1.waterloo.edu>
  8. Organization: Applied Magnetics, Goleta, CA
  9. Lines: 25
  10.  
  11. In <Brt9G2.IAD@watserv1.waterloo.edu>
  12. hesse@watserv1.waterloo.edu (BJ Cameron - DCS) writes:
  13.  
  14. >if(ioctl(ttyf, TCSBRK, 0) < 0 )
  15. >           perror("Can't send BREAK: ");
  16.  
  17. >If the backend file is /dev/lp1 the error is returned.  If the backend file
  18. >is /dev/tty0 a BREAK signal is transmitted.
  19.  
  20. Is there such a thing as a BREAK on a parallel interface?
  21.  
  22. On a *serial* line a BREAK is a logical 0 held for a longer time than
  23. normal (500ms?).  It is *not* a character with all the bits zero
  24. because the stop bit (at logical 1) doesn't show up in time and the
  25. receiver raises a framing error.
  26.  
  27. >Any ideas?
  28.  
  29. Yep.  Read the fine print of the printer documentation.  What you are
  30. trying to do may be possible only if you use the serial interface.
  31. But the parallel interface is ususally faster.
  32. -- 
  33.  
  34. --Pierre Asselin, Magnetoresistive Head Engineering, Applied Magnetics.
  35.   pa@appmag.com        the usual disclaimers apply.
  36.