🚀 go-pugleaf

FYI--StringReplace does not work.   Can only assume it is identifying the \0 
as the end of the string rather than the length.

"Remy Lebeau (TeamB)" <no.spam@no.spam.com> wrote in message 
news:41b41051$1@newsgroups.borland.com...
>
> "Ted Tripp" <ttripp@rankexec.com> wrote in message
> news:41b25214@newsgroups.borland.com...
>
>> OK--my solution--roughly
>
> There is a bug in that code - you are ignoring the AnsiString's last
> character when checking for '\0' characters.  Your loop should be using 
> the
> '<=' operator instead of '<'.
>
> Also, you could do away with the loop altogether by just using
> StringReplace() instead of looping manually.
>
>> Oddly, the asBigString.Length() reported an accurate size
>
> As well it should.  The string returned by TIdHTTP will contains all of 
> the
> transmitted characters, regardless of what they actually are.  The actual
> characters are irrelevant to the transmission, they are stored in the
> AnsiString as-is.
>
>> Not sure why it would truncate the string and then report it a
>> size well past what it considered the end of the string.
>
> The only way that can happen is if your own code is treating the 
> AnsiString
> content as a null-terminated C string rather than a true AnsiString.
>
>
> Gambit
>
>
>