You should call Shutdown to gracefully close the connection.
If you want to call close, do it using an intermediate custom message.
--
[EMAIL PROTECTED]
Author of ICS (Internet Component Suite, freeware)
Author of MidWare (Multi-tier framework, freeware)
http://www.overbyte.be
- Original Mess
Isn't it what CloseDelayed is meant for?
Francois Piette wrote:
> You should call Shutdown to gracefully close the connection.
> If you want to call close, do it using an intermediate custom message.
> --
> [EMAIL PROTECTED]
> Author of ICS (Internet Component Suite, freeware)
> Author of MidWare
MimeUtils.pas must be exchanged since functions
DoFileEncQuotedPrintable and DoTextFileReadNoEncoding
inroduce bugs. Though DoTextFileReadNoEncoding is not
currently used but instead Bjørnar's code. Bjørnar's
code is much faster BUT it adds an additional CRLF at
the end of an unencoded attachment
> > You should call Shutdown to gracefully close the connection.
> > If you want to call close, do it using an intermediate custom message.
> Isn't it what CloseDelayed is meant for?
Yes, of course !
--
[EMAIL PROTECTED]
Author of ICS (Internet Component Suite, freeware)
Author of MidWare (Multi
Olivier Sannier wrote:
> Isn't it what CloseDelayed is meant for?
CloseDelayed won't reenter the event, however to ensure that
last data packets are received properly before the socket is
closed call ShutDown() for a gracefull close in DataSent event
handler.
--
Arno Garrels [TeamICS]
http://www.
On Oct 3, 2007, at 03:53, Arno Garrels wrote:
> CloseDelayed won't reenter the event, however to ensure that
> last data packets are received properly before the socket is
> closed call ShutDown() for a gracefull close in DataSent event
> handler.
Thanks all for the responses. I have one more q
Hello Mitchell,
Yes there should be a Connect (or Listen) before sending something. UDP
is not session related but it is the way TWSocket is written. But for
UDP you dont have to wait for an event, you can call Connect and in next
line of code you can call SendStr. Also it is OK to Release the TWS
Hello DZ-Jay,
> Close() ultimately calls Shutdown(1) -- so wouldn't it have the same
> effect?
As I recall not exacly the same. Close calls Shutdown(1) and close the
socket. If you call Shutdown(1) the socket will not be immediatly close,
but if there is still some data it will be send, and the o
Hello,
I am trying to upgrade all our projects to BCB2007 and now face a problem in
webstresstester:
void __fastcall TesterThread::HTTPClientRequestDone(TObject *Sender,
THttpRequest RqType, WORD ErrCode)
{
if(ErrCode)
mainForm->incResponseDropped(); // here Errcode always "1". Why? How come?
TIA,
SZ
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://www.elists.org/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be
Wilfried Mestdagh wrote:
> Hello DZ-Jay,
>
>> Close() ultimately calls Shutdown(1) -- so wouldn't it have the same
>> effect?
>
> As I recall not exacly the same. Close calls Shutdown(1) and close the
> socket. If you call Shutdown(1) the socket will not be immediatly
> close, but if there is sti
Hello Arno,
> I think the problem is that in TCustomWSocket.InternalClose the message
> pump is called
I think you right about that. As I recall CloseDelayed was introduced if
it was needed to Close from in one of the events. Most likely that was
the reason.
---
Rgds, Wilfried [TeamICS]
http:
For my use, it's not a problem with the extra CRLF at the end. I would like
to see it without the extra CRLF, but I don't have time to fix this now.
Regards Bjørnar
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Arno Garrels
Sent: 3. oktober 2007 09:45
T
> > Close() ultimately calls Shutdown(1) -- so
wouldn't it have the same
> > effect?
>
> As I recall not exacly the same. Close calls
Shutdown(1) and close the
> socket. If you call Shutdown(1) the socket will not
be immediatly close,
> but if there is still some data it will be send,
and the othe
> > I think the problem is that in
TCustomWSocket.InternalClose the message
> > pump is called
>
> I think you right about that. As I recall
CloseDelayed was introduced if
> it was needed to Close from in one of the events.
Most likely that was
> the reason.
So should I call CloseDelayed() or
Hello dz,
> Client.SendLine('-ERR Closing connection.');
> Client.Shutdown(1); // Or CloseDelayed() ...?
Yes. This way you are sure that the string will be received by the other
end.
---
Rgds, Wilfried [TeamICS]
http://www.overbyte.be/eng/overbyte/teamics.html
http://www.mestdagh.biz
--
Sorry, but there was a problem in SMTP component with yesterday's version.
Uploaded fixed version today.
Thanks to Arno for pointing this issue out.
--
[EMAIL PROTECTED]
The author of the freeware multi-tier middleware MidWare
The author of the freeware Internet Component Suite (ICS)
http://www.ov
OK.
For now, I'll use Arno's version.
Updated now.
--
[EMAIL PROTECTED]
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: "Bjørnar Nielsen" <[EMAIL PROTECTED]>
To: "'ICS sup
Scrive Francois PIETTE <[EMAIL PROTECTED]>:
> Hello Guys !
Hello!
> I'm considering the option of pushing ICS to SourceForge and I would like to
> have your opinion.
> Does someone already have a real experience of SourceForge as a developper ?
Sorry, no.
> The first decision is should I selec
Maurizio Lotauro wrote:
> I see that jcl has switched from CVS to SVN, so probably it will be
> better to choice SVN.
Yes, and TortoiseSVn looks like a very cool and powerfull tool on the
first glance!
--
Arno Garrels [TeamICS]
http://www.overbyte.be/eng/overbyte/teamics.html
--
To unsubscr
> Yes, and TortoiseSVn looks like a very cool
> and powerfull tool on the first glance!
It is. I don't need nor care about BDS integration
anymore; I do all manipulations of the source files
through the Explorer shell using TortoiseSVN. It
even overlays the folder/file icons with symbols of
the
Arno Garrels wrote:
> Maurizio Lotauro wrote:
>
>
>> I see that jcl has switched from CVS to SVN, so probably it will be
>> better to choice SVN.
>>
>
> Yes, and TortoiseSVn looks like a very cool and powerfull tool on the
> first glance!
Trust me, the more you use, the better it gets. Bee
22 matches
Mail list logo