>Have you tried calling GetLastError or WSAGetLastError ?
I think it's unreliable because error can occur by exception not by Winsock or
Windows error. Moreover, LastError-s could be overwritten by subsequent API
calls by the moment OnRequestDone will be called.
--
Anton
--
To unsubscribe or ch
Have you tried calling GetLastError or WSAGetLastError ?
--
francois.pie...@overbyte.be
The author of the freeware multi-tier middleware MidWare
The author of the freeware Internet Component Suite (ICS)
http://www.overbyte.be
- Original Message -
From: "Anton Sviridov"
To:
Sent: Thur
Hello Arno,
>If a workaround is needed then IMO a field "FLastLocalError" of type
>LongWord or Integer could receive a meaningful error code and a method
>GetLastLocalError could return and reset the value back to 0?
Well, it's something. Though I'm still not sure what's the best way to deal
w
Anton Sviridov wrote:
> unconvenient). So I think something is needed to be done to
> differentiate local problems of remote ones. I'd prefer changing 550
> code to some another value unused by FTP servers (maybe even over 600
> to avoid intersections for sure).
> but the ICS policy is NOT BREAK
Hello Arno
Thanks your comments. I need update my head from ansi to unicode :-)
Should not be problem, or that I think, converting unicode encoded files
to ansi. as all files will created on local network.
I will read a bit more about differences between UTF8String and
UnicodeString, help from B
Hi RTT
Yes I use UrlDecode from OverbyteIcsUrl.hpp with defaults SrcCodePage
and DetectUtf8. Alternative, I not found other, was include Indy
component but using ICS I think isn't unnecessary.
I will check using no default parameters.
Thanks again
Xavi
Al 29/04/2010 03:16, En/na RTT ha escri
Hello all,
it's me again and again with a question about FTPCli.
Current manner of reporting local errors is to set code 550 with an explaining
message and call TriggerRequestDone. But I find it very confusing: for example,
when trying to GET some file or directory listing we could receive "true
