stray CR (carriage return) outputted by DOS version

[rugxulo]

Code: Select all

print "Hello, world!"


It's printing an extra CR (carriage return) in addition to the normal line ending CR+LF pair.

Hello, world! 0xD 0xD 0xA ' it shows the literal chars, this here is only for clarity

I consider that a bug. (The Win32 compiler doesn't do this, BTW, outputs CR+LF only.)

[sir_mud]

Are you using the latest version? I know a similar problem was fixed a long time ago

[rugxulo]

Yes, it's the latest version.

Code: Select all

[ WinXP ] Sat 01/08/2011> fbc -version
FreeBASIC Compiler - Version 0.21.1 (08-11-2010) for dos (target:dos)
Copyright (C) 2004-2010 The FreeBASIC development team.
Configured as standalone
objinfo enabled using C BFD wrapper


[ WinXP ] Sat 01/08/2011> fbc hello.bas

[ WinXP ] Sat 01/08/2011> hello > hello.txt

[ WinXP ] Sat 01/08/2011> debug hello.txt
-d
0B12:0100  48 65 6C 6C 6F 2C 20 77-6F 72 6C 64 21 0D 0D 0A   Hello, world!...


[Fox]

It's printing an extra CR (carriage return) in addition to the normal line ending CR+LF pair.

Hi Rugxulo,

I reported this problem a long time ago (back in 2006):
http://www.freebasic.net/forum/viewtopi ... highlight=

However, my report doesn't seem to catch the attention of FB developers... maybe you will have more luck ;)

[dkl]

Here's the bug added to our bugtracker at Sourceforge, so it won't get lost (again):
Extra CR printed on dos/win32

The stray CR also appears in the FB runtime's error messages, even on Windows. It's the same problem there: The FB runtime prints \r\n to something opened in text mode, and it gets turned into \r\r\n. I'm thinking the FB runtime should just use \n for everything text-mode related. Well, time to experiment.