WriteTextWrapped-string end CRLF garbage

Have run into a minor glitch however when displaying
with the WriteTextWrapped function... the issue is
specifically with a string that ends with a CRLF
(#13#10). Apparently the logic ends up parsing into
"unknownterritory" and displaying odd characters at end
of text area (random
garbage with whatever might be after the actual string
memory).

My simple work around has been to append a space
character to end of string before calling the
WriteTextWrapped function, and that circumvents the
issue. The problem itself has to do with how the
ReadWord function only handles checking for CR (#13) or
a space (' '), but doesn't handle an End Of Line (EOL
#13#10). I checked the code, and that definately is
the issue... Also, keep in mind that on Linux an EOL is
just #10 and not #13#10.

The fix may be to check for #10 in addition to just a
#13 and ' ' in the ReadWord function when checking for
end of word? (I have not had a chance to get back to
this issue - my work around solved the problem for me,
but a more permanent solution in the SDLMonoFonts code
would be best...)