From @kf6kjg on May 23, 2018 20:13
In general all the Windows-hosted Halcyon instances embed "\r\n" as the end of line for every script and notecard. Linux-based Halcyon instances only embed "\n" from what I remember of my testing a few months ago.
Most of the time this isn't noticed. However when self-serving MOAP with multiline strings, and combined with issue #452, this becomes a blocker. Even if #452 was fixed it's still a significant difference from SL where it's always and only "\n".
default
{
state_entry()
{
string a = "
a";
integer l = llStringLength(a);
llOwnerSay("string length " + (string) l);
integer i;
for (i = 0; i < l; ++i) {
llOwnerSay(llDumpList2String(["char(", i, ") = ", iwChar2Int(a, i)], ""));
}
}
}
IW output:
string length 3
char(0) = 13
char(1) = 10
char(2) = 97
Copied from original issue: IslandzVW/halcyon#453
From @kf6kjg on May 23, 2018 20:13
In general all the Windows-hosted Halcyon instances embed "\r\n" as the end of line for every script and notecard. Linux-based Halcyon instances only embed "\n" from what I remember of my testing a few months ago.
Most of the time this isn't noticed. However when self-serving MOAP with multiline strings, and combined with issue #452, this becomes a blocker. Even if #452 was fixed it's still a significant difference from SL where it's always and only "\n".
IW output:
Copied from original issue: IslandzVW/halcyon#453