Hi,
This is how winsock works. OnSessionConnected is fired with an error, after
it OnSessionClosed is fired with or without an error. You should use the
events in how to access the component.
--
mvg, Wilfried
http://www.mestdagh.biz
http://www.comfortsoftware.be
http://www.expertsoftware.be
Hello!
Hi,
This is how winsock works. OnSessionConnected is fired with an error,
after
it OnSessionClosed is fired with or without an error.
So having TWSocket's state different from actual state should be considered
normal? If so, then I understand that checking for component state is NOT
This is how winsock works. OnSessionConnected is fired with an error,
after it OnSessionClosed is fired with or without an error.
So having TWSocket's state different from actual state should be
considered
normal? If so, then I understand that checking for component state is NOT
enough to
Hello!
This is how winsock works. OnSessionConnected is fired with an error,
after it OnSessionClosed is fired with or without an error.
So having TWSocket's state different from actual state should be
considered
normal? If so, then I understand that checking for component state is NOT
So how should I handle connection errors in a way that makes user aware of
error AND not cause any kind of disaster? Catch the error code in
OnSessionConnected
Yes, indeed.
and (using some kind of PostMessage) display actual error
message outside OnSessionConnected?
If you like it so, no