home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / unix / sysv386 / 17381 < prev    next >
Encoding:
Internet Message Format  |  1992-12-14  |  1.7 KB
  1. Xref: sparky comp.unix.sysv386:17381 comp.unix.sys5.r4:825
  2. Path: sparky!uunet!mcsun!sun4nl!tuegate.tue.nl!svin09!wsinis07!debra
  3. From: debra@wsinis07.info.win.tue.nl (Paul De Bra)
  4. Newsgroups: comp.unix.sysv386,comp.unix.sys5.r4
  5. Subject: can't write 8 bit chars to printer with Esix 4.0.4
  6. Summary: works with AT&T, not with Esix
  7. Keywords: Esix, 8-bit chars
  8. Message-ID: <4808@svin09.info.win.tue.nl>
  9. Date: 14 Dec 92 10:11:45 GMT
  10. Sender: news@svin09.info.win.tue.nl
  11. Reply-To: debra@info.win.tue.nl
  12. Followup-To: comp.unix.sysv386
  13. Organization: Eindhoven University of Technology, the Netherlands
  14. Lines: 25
  15.  
  16. I have a 486 system with AT&T sVr4 2.1a, sas 1.25 and a polling printer driver.
  17. A friend just got Esix 4.0.4 for a similar system, and also installed sas 1.25
  18. and the same polling printer driver.
  19.  
  20. The problem is that writing chars with the 8th bit set does not work with
  21. Esix 4.0.4 but does work with AT&T. The patch that was posted some time ago
  22. to fix the 8th bit problem with uucp and serial lines for Esix 4.0.3
  23. (replacing a jge by jmp in clist/Driver.o) does not fix the problem.
  24. Furthermore, the AT&T clist driver has the jge and does not have the
  25. problem.
  26.  
  27. Is there a trick to write chars with the 8th bit set to the printer with Esix?
  28. (With AT&T sVr4 there is no trick, it works out of the box)
  29. Or is it (as i suspect) a bug in some kernel routine?
  30. Does anyone have a fix for this? It seems hard to believe that we are the
  31. only people who want to send 8-bit chars to a printer.
  32.  
  33. Note that the problem is *not* in the printer driver which works fine with
  34. AT&T sVr4.0.2.1a. The printer driver doesn't get the chars with the 8th bit
  35. from whatever kernel routine is supposed to call the driver's write function.
  36.  
  37. Any help much appreciated.
  38.  
  39. Paul.
  40. (debra@win.tue.nl)
  41.