BUG: PWB Print Does Not Put CR/LF at EOL If Text Selected (63318)
The information in this article applies to:
- Microsoft Programmer's Workbench for MS-DOS 1.0
- Microsoft Programmer's Workbench for MS-DOS 1.1
- Microsoft Programmer's Workbench for OS/2 1.0
- Microsoft Programmer's Workbench for OS/2 1.1
This article was previously published under Q63318 SYMPTOMS
Using the Programmer's WorkBench (PWB) version 1.0 or 1.1, when a
region of text is selected and the Print function is invoked, the
resulting output contains linefeed characters (0x0A) at the end of
each line, rather than a carriage return-linefeed (<CR><LF>)
combination (0x0D and 0x0A).
Some printer drivers do not recognize this as a valid end-of-line
(EOL) character and do not print correctly.
RESOLUTION
The workaround for this problem is to write a program that translates
each 0x0A found in the output file to the bytes 0x0D and 0x0A, or use
a printer driver that understands this type of file. In fact, most
printers have an escape sequence or DIP switch to enable it to
recognize this type of file.
STATUS
Microsoft has confirmed this to be a problem in PWB versions 1.0 and
1.1. We are researching this problem and will post new information
here as it becomes available.
Modification Type: | Major | Last Reviewed: | 10/23/2003 |
---|
Keywords: | kb16bitonly KB63318 |
---|
|