Hi Wilfried,
WM> Hello Mike,
WM> Can you please start a new thread if you do so instead of hit reply ?
WM> Many email readers can sort on thread, so if you do so people that are
WM> not interested in the thread where you reply to will never see your
WM> message.
Sorry.
WM> About your question.
Hello Mike,
Can you please start a new thread if you do so instead of hit reply ?
Many email readers can sort on thread, so if you do so people that are
not interested in the thread where you reply to will never see your
message.
About your question. You have to put the second code after the firs
> Currently, when dnslookup is aborted, it calls StateChange(httpReady) twice,
> first one triggering requestdone and the second one is where this should be
> because that's the real end of operation (message flow).
oke
> Debug and see!
sorry I cannot at the moment as I'm in the middle of a hug
I sent the following to the list about a month ago, but no-one ever
replied. I'm not sure it that means no-one's interested or no-one saw
the message:
I've noticed this in both V5 and V6 beta:
The problem:
HTTPCli.UserName := '';
HTTPCli.Password := '';
HTTPCli.URL := 'http://server.com/members';
Hello,
Currently, when dnslookup is aborted, it calls StateChange(httpReady) twice,
first one triggering requestdone and the second one is where this should be
because that's the real end of operation (message flow).
Debug and see!
Best Regards,
Sz
- Original Message -
From: "Wilfri
Hello,
I'm not 100% sure, but it could be that in some circumstances events are
not fired in same sequence as before, which would have impact on
existing applications. Or am I wrong here ?
---
Rgds, Wilfried [TeamICS]
http://www.overbyte.be/eng/overbyte/teamics.html
http://www.mestdagh.biz
Thurs
> Could you please apply my change to your source?
This require careful look at the implication. I have no time right now to do
it.
Contribute to the SSL Effort. Visit http://www.overbyte.be/eng/ssl.html
--
[EMAIL PROTECTED]
Author of ICS (Internet Component Suite, freeware)
Author of MidWare (Mu
Hi,
I haven't read the full posting, but I recognise the error #.
10053 are common in the last week with a big client of ours..
What causes them (in our case) is poor connectivity including firewalls.
The computer trying to connect can't make a connection, but it isn't
reaching the destinatio
Hello,
> So how to overcome it? Francois says the Winsock would timeout at some time
> and raise an error but that does not seem to be the case! Seems to me that
The 10053 is in OnSessionClosed yes ? So all you have to do is reconnect
over there.
> there are CLOSE_WAIT state sockets aggregating
Francois,
Could you please apply my change to your source?
Best Regards,
SZ
- Original Message -
From: "Fastream Technologies" <[EMAIL PROTECTED]>
To: "ICS support mailing"
Sent: Thursday, July 26, 2007 11:04 AM
Subject: Proposal for THttpCli.Abort
> Hello,
>
> Can it be altered lik
Hello,
Can it be altered like this please:
if bFlag then
SocketSessionClosed(Self, 0)
else
begin
FCtrlSocket.Close;
StateChange(httpReady); { 13/02/99 }
end;
end;
instead of
if bFlag then
SocketSessionClosed(Self, 0)
else
FCtrlS
11 matches
Mail list logo
