Thread overview
encoding of EOL in string literals
Feb 12, 2007
BCS
Feb 12, 2007
BCS
February 12, 2007
I'm not complaining , just wondering if this is correct.

This code produces the exact same output regardless of the type of end-of-line (\n, \n\r or \r) used

import std.stdio;
void main()
{
	foreach(char c; "hello
world
")
	writef("%s\n", cast(ubyte) c);
}

On linux for all three cases the output is:

104
101
108
111
10
119
111
114
108
100
10

This indicates that the EOLs are all handled before the parsing of the string.


February 12, 2007
"BCS" <ao@pathlink.com> wrote in message news:ce0a334372708c91c2ef2178e6e@news.digitalmars.com...
> I'm not complaining , just wondering if this is correct.
>
> This code produces the exact same output regardless of the type of end-of-line (\n, \n\r or \r) used
>
> import std.stdio;
> void main()
> {
> foreach(char c; "hello
> world
> ")
> writef("%s\n", cast(ubyte) c);
> }
>
> On linux for all three cases the output is:
>
> 104
> 101
> 108
> 111
> 10
> 119
> 111
> 114
> 108
> 100
> 10
>
> This indicates that the EOLs are all handled before the parsing of the string.

In the "Lexical" section of the spec, it says "EndOfLine is regarded as a single \n character" with regards to multiline strings.  So there you go.


February 12, 2007
Jarrett Billingsley wrote:
> "BCS" <ao@pathlink.com> wrote in message news:ce0a334372708c91c2ef2178e6e@news.digitalmars.com...
> 
>>I'm not complaining , just wondering if this is correct.
>>
>>This code produces the exact same output regardless of the type of end-of-line (\n, \n\r or \r) used
>>
>>import std.stdio;
>>void main()
>>{
>>foreach(char c; "hello
>>world
>>")
>>writef("%s\n", cast(ubyte) c);
>>}
>>
>>On linux for all three cases the output is:
>>
>>104
>>101
>>108
>>111
>>10
>>119
>>111
>>114
>>108
>>100
>>10
>>
>>This indicates that the EOLs are all handled before the parsing of the string.
> 
> 
> In the "Lexical" section of the spec, it says "EndOfLine is regarded as a single \n character" with regards to multiline strings.  So there you go. 
> 
> 

Thanks.

And lucky me, (That's what I was doing <g>)