I also got the same problem with THttpServer--perhaps only that component
was faulty as the last case I was testing there was a THttpConnection
involved as well. I POST to the component fine but the return/download value
is always the first packet.
Regards,
SZ
- Original Message -
Fr
>> I tryed a long (2356 entries) directory with IIS. It is indeed sent as
>> chunked. It works OK with ICS-V6. What is your problem.
> In my case there is also a THttpConnection sharing the same handle in the
> thread. Could you try with something similar?
Prepare a small test program, preferably
> As far as I know, routers ans witches must be aware of
> multicasting. Maybe SonicWall isn't.
Thanks, a little searching suggests multicasting is supported by the
Sonicall 'enhanced' OS, which is only supported on newer models than
those we have, and costs a lot more.
I only need to 'broa
Hello David,
As far as I know you cannot.
---
Rgds, Wilfried [TeamICS]
http://www.overbyte.be/eng/overbyte/teamics.html
http://www.mestdagh.biz
Monday, June 5, 2006, 19:20, David A. G. wrote:
> Hello all, I have a little question about UDP.
> Using TWSocket, how can I know if the received data
Hello all, I have a little question about UDP.
Using TWSocket, how can I know if the received data was sent to the
Broadcast address or directly to my IP address?
thanks,
David
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://www.elists.org/mailman/listin
In my case there is also a THttpConnection sharing the same handle in the
thread. Could you try with something similar?
Regards,
SZ
- Original Message -
From: "Francois PIETTE" <[EMAIL PROTECTED]>
To: "ICS support mailing"
Sent: Monday, June 05, 2006 6:26 PM
Subject: Re: [twsocket] IC
As far as I know, routers ans witches must be aware of multicasting. Maybe
SonicWall isn't.
Contribute to the SSL Effort. Visit http://www.overbyte.be/eng/ssl.html
--
[EMAIL PROTECTED]
http://www.overbyte.be
- Original Message -
From: "Angus Robertson - Magenta Systems Ltd" <[EMAIL PRO
> Do you have IIS there? Could you try the Httpcli with a long Folder
> listing?
> When long listings are used, it uses Chunked encoding.
I tryed a long (2356 entries) directory with IIS. It is indeed sent as
chunked. It works OK with ICS-V6. What is your problem.
--
Contribute to the SSL Effor
I've got two applications trying to broadcast UDP multicasts, on a
private WAN/LAN.
One is broadcasting on LANs, with a MultiCastIpTTL of 1 and is being
received fine by all other PCs running on the same subnet. The second
is trying to broadcast across a WAN and different subnet, involving
> Arno had already suggested that and I had already done that before your
> message.
You have to apply the other changes I made. Arno's fix is not enough.
> My Thttpcli has no new messages defined so I thought I do not need
> to override the methods.
OK.
--
[EMAIL PROTECTED]
http://www.overb
Hello,
Arno had already suggested that and I had already done that before your
message. My Thttpcli has no new messages defined so I thought I do not need
to override the methods.
Do you have IIS there? Could you try the Httpcli with a long Folder listing?
When long listings are used, it uses
>> Of course. Be sure to create it from the thread's Execute method.
>
> Just being curious : why does is have to be created in
> the thread's execute procedure ?
As you know, ICS component use hidden window to receive notification
messages from winsock and to use internal messages. By Windows de
Messages IDs are recreated when calling ThreadAttach.
But if you created your derived component, maybe you did not it correctly.
All messages ID are now variables, are allocated by AllocateMsgHandlers and
freed by FreeMsgHandlers. You _must_ override AllocateMsgHandlers,
FreeMsgHandlers and MsgH
Because the otherwise it would execute in the main thread context. Or you
can use ThreadAttach which would be a waste of CPU cycles...
Regards,
SZ
- Original Message -
From: "Paul" <[EMAIL PROTECTED]>
To: "ICS support mailing"
Sent: Monday, June 05, 2006 3:32 PM
Subject: Re: [twsocket
Hello,
I have a strange problem with THttpCli GET in chunked transfer encoding. I
am testing against a long IIS folder listing and it repeats the first packet
always and cuts the rest!!!
If this is not a pure Httpprot problem, then could the problem be the thread
attach/detach again? The clien
>> - HttpCli.create(nil)
> Of course. Be sure to create it from the thread's Execute method.
Just being curious : why does is have to be created in the thread's execute
procedure ?
Paul
- Original Message -
From: "Francois PIETTE" <[EMAIL PROTECTED]>
To: "ICS support mailing"
Sent:
Still one problem. Arno fixed it (He sent a private message to me).
Move the line
FWndHandler := nil; // THIS ONE ADDED
from ThreadDetach to DeallocateHWnd so that the later looks like:
procedure TIcsWndControl.DeallocateHWnd;
begin
if FHandle = 0 then
Exit;
Problem fixed !
In OverbyteIcsHttpProt.pas, add:
{$IFDEF COMPILER2_UP}
procedure THttpCli.ThreadAttach;
begin
inherited ThreadAttach;
FCtrlSocket.ThreadAttach;
end;
procedure THttpCli.ThreadDetach;
begin
inherited ThreadDetach;
FCtrlSocket.ThreadDetach;
end;
{$ENDIF}
Don't forge
Yes, it turned out to be easy. Thank you very much!
SZ
- Original Message -
From: "Arno Garrels" <[EMAIL PROTECTED]>
To: "ICS support mailing"
Sent: Monday, June 05, 2006 1:20 PM
Subject: Re: [twsocket] v6 question about messages
: Fastream Technologies wrote:
: > Hello,
: >
: > I am
Yes, I found the problem. More complex to solve than what I thought first.
--
[EMAIL PROTECTED]
http://www.overbyte.be
- Original Message -
From: "Fastream Technologies" <[EMAIL PROTECTED]>
To: "ICS support mailing"
Sent: Monday, June 05, 2006 11:37 AM
Subject: Re: [twsocket] ICSv6 Thre
Fastream Technologies wrote:
> Hello,
>
> I am deriving from THttpConnection and overriding wndproc so that I
> can define new messages for my use with WM_USER + XXX. Is this a
> problem for v6 messaging style?
Define custom messages of type UINT and
override AllocateMsgHandlers, FreeMsgHandlers
Hello,
I am deriving from THttpConnection and overriding wndproc so that I can
define new messages for my use with WM_USER + XXX. Is this a problem for v6
messaging style?
Regards,
Subzero
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://www.elists.org/
Francois,
Have you been able to reproduce the problem there?
Regards,
SZ
- Original Message -
From: "Fastream Technologies" <[EMAIL PROTECTED]>
To: "ICS support mailing"
Sent: Sunday, June 04, 2006 6:24 PM
Subject: Re: [twsocket] ICSv6 Thread Attach/Detach problem
> AFAIU, instead o
Arno Garrels wrote:
> Paul wrote:
>> Hi Arno
>>
>>> not required, you can also use PostThreadMessage().
>> Can I trap my own messages within the message pump here ?
>
> No problem i.e.:
Also make sure thread's message queue is initialized before
PostThreadMessage(). First line in Execute could b
Paul wrote:
> Hi Arno
>
>> not required, you can also use PostThreadMessage().
> Can I trap my own messages within the message pump here ?
No problem i.e.:
while GetMessage(Msg, 0, 0, 0) do
begin
if Msg.message = WM_USER + 1 then
TWSocket(Msg.WParam).ThreadAttach
else if Msg.mes
Hi Arno
> not required, you can also use PostThreadMessage().
Can I trap my own messages within the message pump here ?
> Think fully event-driven ;-)
It' the only I can ;-)
Paul
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://www.elists.org/mailman/l
Paul wrote:
> What is the correct way to convert an existing program with 1 HttpCli
> in async mode to a thread?
>
> - HttpCli.create(nil)
Either create it in thread's Execute procedure
or create it in another thread, call ThreadDetach,
and in thread's Execute call ThreadAttach.
> - HttpCli.Mult
> What is the correct way to convert an existing program with 1 HttpCli in
> async mode to a thread?
>
> - HttpCli.create(nil)
Of course. Be sure to create it from the thread's Execute method.
> - HttpCli.Multithreaded:= true
OK.
> - place a message pump in the thread's execute procedure.
OK
Thanks for the fast response.
However, I need all the items listed, including the hidden window.
In the OnRequestdone event, I sometimes need to restart the the same
operation which I can't do from within the onRequestDone event.
I just wanted to know if there was something else I should do
Pau
- Original Message -
From: "Paul" <[EMAIL PROTECTED]>
To:
Sent: Monday, June 05, 2006 11:51 AM
Subject: [twsocket] Program to thread
> What is the correct way to convert an existing program with 1 HttpCli in
> async mode to a thread?
>
> - HttpCli.create(nil)
Necessary to be done in
What is the correct way to convert an existing program with 1 HttpCli in
async mode to a thread?
- HttpCli.create(nil)
- HttpCli.Multithreaded:= true
- place a message pump in the thread's execute procedure.
- create a hidden window to post message to
Something else to do ?
Paul
--
To unsubs
31 matches
Mail list logo
