Already got it! It is as I wrote in my previous mail...
procedure TWSocketClient.TriggerSessionClosed(ErrCode : Word);
begin
if not FSessionClosedFlag then begin
FSessionClosedFlag := TRUE;
if Assigned(FServer) then
PostMessage(Server.Handle, Server.FMsg_WM_CLIENT_C
If you have a protocol designed for UDP and use it with UDP, then you have a
problem: UDP preserve datagram boundaries. TCP doesn't because it is a
stream oriented protocol. So when in the UDP version you simply send "bf2cc
pl" (exactly, without anything prepened or appended), then with TCP you
_mu
For debugging purpose, do this:
Create a global public variable in wndcontrol, initialize it to false.
>From your thread exceute, just after threaddetach, set it to true.
>From the routine where the window handle is allocated (I haven't the code
here, I do from my head), add this:
if MyGlobalVar t
Hello Waldemar,
> In BF2 it uses TCP... anyways... the problem is that i dunno how to
> set this buffer size
This has nothing to do with a buffer size. It is how TCP works. See
TCP/UDP primer on overbyte home page.
For the problem you have it is very simple. Check the protocol that the
server us
I have been using the smtp component for some time, but need to update it
because I need the authentication feature so I downloaded the current ics suite.
On recompiling my program I get an error message reading "SmptClient.ShareMode
Property does not exist"
What have I done wrong?
Roland Couv
In BF2 it uses TCP... anyways... the problem is that i dunno how to set this
buffer size :( The problem appears only on WIFI connection... :(
Dnia 22-06-2006 o godz. 21:23 Dan napisał(a):
> RCON usually uses UDP (at least in my experience with Half-Life). You
> probably need to increase the buf
Arno Garrels wrote:
> Francois PIETTE wrote:
>>> Not sure what you mean. The problem is that even if you call
>>> ThreadDetach (which is to make the component windowless) you cannot
>>> be sure that the component will not allocate another window handle
>>> somewhere in the background
>>> after that
RCON usually uses UDP (at least in my experience with Half-Life). You
probably need to increase the buffer size of the socket so that all the data
is included in a single datagram.
Dan
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Waldemar Lukaszewski
Francois PIETTE wrote:
>> Not sure what you mean. The problem is that even if you call
>> ThreadDetach (which is to make the component windowless) you cannot
>> be sure that the component will not allocate another window handle
>> somewhere in the background
>> after that call to ThreadDetach.
>
>
> Not sure what you mean. The problem is that even if you call ThreadDetach
> (which is to make the component windowless) you cannot be sure that the
> component will not allocate another window handle somewhere in the
> background
> after that call to ThreadDetach.
I don't see how the component
Frans van Daalen wrote:
> and if you replace waitfor it with a ThreadTerminated construction,
> maybe thats easier? I used waitfor only once and had deadlock issues
> which caused me to removed asap :-)
Not sure what you mean. The problem is that even if you call ThreadDetach
(which is to make the
Then you have to dynamically parse the received reply to know if a command
is complete or not.
But this looks very much strange to me. At least the server is badly
designed if it doesn't make use of:
1) A fixed message length
2) A variable length message with delimiter at the end of each message
The problem is that i'm only making a clinet. Server is as it is. There is no
way to change it...
Dnia 22-06-2006 o godz. 17:58 Francois PIETTE napisał(a):
> > have no idea how do i know if server have sent all it wanted to send
> after
> > command.
>
> The easiest is to add a delimiter after
and if you replace waitfor it with a ThreadTerminated construction, maybe
thats easier? I used waitfor only once and had deadlock issues which caused
me to removed asap :-)
- Original Message -
From: "Arno Garrels" <[EMAIL PROTECTED]>
To: "ICS support mailing"
Sent: Thursday, June 22,
Francois PIETTE wrote:
> This is surely not the problem, but WaitFor should be avoided when
> possible. It is known to create deadlocks.
I already exchanged it by a simple WaitForSingleObject(ThreadHandle)
since WaitFor is know to make trouble, anyway the problem persists.
> --
> Contribute to
This is surely not the problem, but WaitFor should be avoided when possible.
It is known to create deadlocks.
--
Contribute to the SSL Effort. Visit http://www.overbyte.be/eng/ssl.html
--
[EMAIL PROTECTED]
http://www.overbyte.be
- Original Message -
From: "Arno Garrels" <[EMAIL PROTECT
Fastream Technologies wrote:
> I had the same problem. In my case, I had to post a message before
> ending the thread. There was pending messages that called GetHandle
> which called AllocateHwnd()!!!
My problem still persists, sometimes the exception "Cannot attach when
not detached" is raised. H
> have no idea how do i know if server have sent all it wanted to send after
> command.
The easiest is to add a delimiter after the data. And the eaisiest is to use
a CR/LF pair, that is send text lines. It is easy because TWSocket has a
LineMode you can set to TRUE to have it assemble complete
Hi.
Got serious problem with WSocket... im trying to write a client for rcon (BF2
game server administration system), but have no idea how do i know if server
have sent all it wanted to send after command.
For example got command "bf2cc pl" that list players on the server and gives
some informa
Arno Garrels wrote:
> Fastream Technologies wrote:
>> I had the same problem. In my case, I had to post a message before
>> ending the thread. There was pending messages that called GetHandle
>> which called AllocateHwnd()!!!
>
> GetHandle isn't called in my case. There are no connections, I'm jus
Fastream Technologies wrote:
> I had the same problem. In my case, I had to post a message before
> ending the thread. There was pending messages that called GetHandle
> which called AllocateHwnd()!!!
GetHandle isn't called in my case. There are no connections, I'm just
pressing btnStart and btnS
I had the same problem. In my case, I had to post a message before ending
the thread. There was pending messages that called GetHandle which called
AllocateHwnd()!!!
Regards,
SZ
- Original Message -
From: "Arno Garrels" <[EMAIL PROTECTED]>
To: "ICS support mailing"
Sent: Thursday, Ju
Francois Piette wrote:
> If you set a breakpoint on FServer.ThreadDetach, do you get a hit on
> it when stopping the server ?
> And when you single step into the code, is the handle actually set to
> 0 ? --
Yes, it is set to 0!
> [EMAIL PROTECTED]
> http://www.overbyte.be
> - Original Messa
If you set a breakpoint on FServer.ThreadDetach, do you get a hit on it when
stopping the server ?
And when you single step into the code, is the handle actually set to 0 ?
--
[EMAIL PROTECTED]
http://www.overbyte.be
- Original Message -
From: "Arno Garrels" <[EMAIL PROTECTED]>
To: "ICS su
I have the following problem in V6:
constructor TListenThread.Create(AServer: TMtWSocketServer);
begin
inherited Create(True);
FreeOnTerminate := FALSE;
FServer := AServer;
FServer.ThreadDetach;
end;
procedure TListenThread.Execute;
begin
FServer.ThreadAttach;
FSe
Fastream Technologies wrote:
> Yes this approach is the best for FTP/SMTP/POP3 servers. We use a
> dynamic thread pool which remembers the number of threads served in
> the last second and scales the thread destruction/pooling with
> respect to that. This is even better than fixed number of threads
Yes this approach is the best for FTP/SMTP/POP3 servers. We use a dynamic
thread pool which remembers the number of threads served in the last second
and scales the thread destruction/pooling with respect to that. This is even
better than fixed number of threads.
Regards,
SZ
- Original Me
Fastream Technologies wrote:
> You can mention the 32-connections-per-thread async/MT mixed system
> that is only possible with non-blocking sockets such as ICS. I can
> send you C++ code snippets. And would appreciate if you mentioned
> IQRP as an example.
I recently started writing a MT TWSocke
28 matches
Mail list logo
