![]() |
|
|
|
|
|||||||
| Windows & DOS: Issues & Discussions Questions involving Unix to Windows (Desktop or Server) go here. Any Windows/DOS questions should go here as well. |
|
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Looking for Unix Emulators on Windows XP | thoughts | UNIX for Dummies Questions & Answers | 11 | 02-17-2007 08:06 AM |
| looking for linux like tab terminal for windows | umen | Windows & DOS: Issues & Discussions | 5 | 01-15-2007 04:55 PM |
| Windows UNIX emulators? | liquidcross | UNIX for Dummies Questions & Answers | 7 | 07-28-2002 12:55 PM |
| Terminal windows getting killed | jyotipg | UNIX for Advanced & Expert Users | 4 | 05-23-2002 02:45 PM |
| windows terminal | Pyrohotdog | Windows & DOS: Issues & Discussions | 4 | 02-08-2002 09:42 PM |
|
|
Submit Tools | LinkBack | Thread Tools | Display Modes |
|
|||
|
I have been using NetTerm on various Windows flavors for a while and have just run into a problem with printer passthru (transparent printing) that I can analyse but not resolve.
The setup is a Epson TM60 POS Label Printer connected XON/XOFF via COM1 on a Win98SE system. This is controlled utilising ESC/POS commands to produce barcodes. The problem is that the ALL the NUL codes (ASCII 00) in the commands are dropped before they get to the printer ie: *set printable area motion units in page mode move x"1B570000000070019F00" to tm60-line write tm60-line no control. results in 1B5770019F at the sticky end of TCP/IP, Windows, NetTerm, printer. NetTerm is configured to print direct to the port (not using the windows driver/spooler) so my query is - WHAT IS STEALING THE NULS ??? - BTW If I hang the TM60 off a RS232 port on the Server there are no probs. The problem is not hardware related - several printers, Win systems tested. Any thoughts anyone??? |
| Forum Sponsor | ||
|
|
|
||||
|
I have never used netterm but I found this:
Quote:
|
|
|||
|
Nope - No joy.
As I say the problem is the stripping of the NULs, I have seen these replaced with CR's LF,s etc in the past due to protocol considerations (7 bit 8 bit etc) and know that NULs are favorite targets for compression techniques (along with spaces) but these are often single NULs. Telnet is a suspect but I can find no direct reference to this problem besides I'm pretty sure termcap/terminfo must use NULs. I have tested with VT100, sco-ansi & wy50 emulations with no difference in outcome - Netterm has the option to capture the print data to file so I have no trouble running a hex editor on it and as I say NOT a NUL in sight!!. Thx for the ref I will fire this off to netterm support & see what they say. |
|
|||
|
Quick turn around from Netterm support:
Quote:
which whilst it does not address the problem would have put me on the track. BTW this option is not mentioned in any of the documentation contained in the downloaded versions - still alls well that ends well PS: you do not need to download the latest (licensed) version it is working fine on the old freeware release |
|||
| Google UNIX.COM |
| Thread Tools | |
| Display Modes | |
|
|