digitalmars.D.learn - encoding of EOL in string literals
- BCS (24/24) Feb 11 2007 I'm not complaining , just wondering if this is correct.
- Jarrett Billingsley (4/29) Feb 11 2007 In the "Lexical" section of the spec, it says "EndOfLine is regarded as ...
- BCS (3/42) Feb 12 2007 Thanks.
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.
Feb 11 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.
Feb 11 2007
Jarrett Billingsley wrote:"BCS" <ao pathlink.com> wrote in message news:ce0a334372708c91c2ef2178e6e news.digitalmars.com...Thanks. And lucky me, (That's what I was doing <g>)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.
Feb 12 2007








BCS <BCS pathlink.com>