From: Greg King (gngking_at_erols.com)
Date: 2005-12-08 05:53:51
From: Spiro Trikaliotis; on December 06, 2005, at 01:17 AM -0500
>
> * On Mon, Dec 05, 2005 at 09:09:41PM +0100 Ruud@baltissen.org wrote:
>
> > But OTOH, I haven't found out yet under what exact
> > circumstances that behaviour will occur.
>
> It is simple: If you open a file with a logical file number < 128 (that
> is, bit 7 = 0), then all text outputs should be as you are outputting
> them. That is especially true for CR, which just remains a CR.
> That is not true for logical file numbers >= 128 (bit 7 = 1). In that
> case, that part of the BASIC routine wants to make sure that a LF is
> appended after a CR.
>
> I do not know anyone who ever used that behaviour. Some printers come to
> mind, but I do not know if they were heavily used. Anyway, that wrong
> behaviour could only be experienced if that feature was used.
> BTW: I did not check if the KERNAL does that CR -> CR/LF conversion,
> too. IFF it does, then that would not be an error anymore.
Only BASIC does it. It is designed for RS-232 printers. They are designed
for operating systems that always send both control characters.
Message was sent through the cbm-hackers mailing list
Archive generated by hypermail pre-2.1.8.