SNA Server Print Service Doesn't Process Carriage Return Properly (169855)
The information in this article applies to:
- Microsoft SNA Server 3.0
- Microsoft SNA Server 3.0 SP1
This article was previously published under Q169855 SYMPTOMS
When an SCS 0x0D is sent in an LU1 data stream to force a carriage return
without a line feed (to do underlines), SNA Server Print service ignores
0x0D when Bypass GDI and PDF (printer definition file) are selected. The
entire print job should be treated as EBCDIC transparent data and passed
directly to the printer after being converted to ASCII, except for SCS
codes which are mapped to the characters to send to the printer using a
PDF. The following is a sample PDF:
/* PRINTER SESSION DEFINITION FILE FOR SNA Server Printers */
/*
*/
BEGIN_MACROS
LFF EQU 0A
FFF EQU 0C
CRR EQU 0D
END_MACROS
/* Parameters
*/
CARRIAGE_RETURN=CRR
NEW_LINE=CRR LFF
LINE_FEED=LFF
FORM_FEED=FFF CRR
/* End of Definition File
STATUS
Microsoft has confirmed this to be a problem in SNA Server 3.0 and 3.0
SP1. This problem was corrected in the latest SNA Server version 3.0 U.S.
Service Pack. For information on obtaining this Service Pack, query on the
following word in the Microsoft Knowledge Base (without the spaces):
Modification Type: | Minor | Last Reviewed: | 7/15/2004 |
---|
Keywords: | kbbug kbfix kbnetwork KB169855 |
---|
|