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.