Re: [twsocket] OutputDebugString V6 very slow!

2006-07-27 Thread Francois PIETTE
> I would like to be able to compile w/o debug messages,
> especially w/o those in OverbyteIcsWndControl.
> When I create a bunch of threads with one thousand
> TWSockets it's no problem to get a cool beer from
> the kitchen while the instances are being created.
> So what do you think about a new define NO_DEBUG_MSGS?

No problemo.

--
Contribute to the SSL Effort. Visit http://www.overbyte.be/eng/ssl.html
--
[EMAIL PROTECTED]
http://www.overbyte.be


-- 
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


Re: [twsocket] Http Server problem

2006-07-27 Thread Jose Alberto Ortega Rojas
Bjørnar

HHHEEYY now work fine, and the connection is live for next pettitions,
thanks

why in the webserver sample not work with this function? is new for me,
maebe because my original components are very old and this new version for
me contains many new things

thanks for all

Alberto Ortega
Tampico, Tamps, MEXICO



- Original Message - 
From: "Bjørnar Nielsen" <[EMAIL PROTECTED]>
To: "'ICS support mailing'" 
Sent: Thursday, July 27, 2006 3:10 AM
Subject: Re: [twsocket] Http Server problem


If you want to use keepalive and don't close the connection after the post,
you need to call PostedDataReceived on the connection (after all posted data
is received) to be able to handle more requests on the same connection.
Maybe this explains why nothing happens after the post when you click
another link?

Regards Bjørnar

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Francois PIETTE
> Sent: 26. juli 2006 21:08
> To: ICS support mailing
> Subject: Re: [twsocket] Http Server problem
>
> > version that i download in 2004, but when change to ICS V5
> i see that
> > my
>
> Probably the support of HTTP V1.1 make the difference.
> Usually when the client wait forever, it is because using
> HTTP 1.1 you have a mismatch between ContentLength and the
> actual content size (smaller) sent by your server. With HTTP
> 1.0, this doesn't affect the client because the connection is
> closed when the reply is sent while with HTTP 1.1, the
> connection is kept open and so the client wait forever for
> data which will never arrive.
>
> So you must check you code to make sure ContentLength and
> actual data size sent are exactly the same.
>
> A sniffer or SocketSpy (see UserMade page) could help you
> verify that ContentLength and actual data size matches.
>
> --
> Contribute to the SSL Effort. Visit
> http://www.overbyte.be/eng/ssl.html
> --
> [EMAIL PROTECTED]
> http://www.overbyte.be
>
>
>
> - Original Message -
> From: "Jose Alberto Ortega Rojas" <[EMAIL PROTECTED]>
> To: "ICS support mailing" 
> Sent: Wednesday, July 26, 2006 8:15 PM
> Subject: Re: [twsocket] Http Server problem
>
>
> > Hi  Francois
> > thanks by your answer
> >
> > i test and, in the call stack window only show,
> > Tapplication.HandleMessage
> > Tapplication.Run
> > cobhttpd (my application name)
> >
> > i do the following, in the eventHttpServer1HttpRequestDone i put
> >   THttpConnection(Client).Close;
> > and try,  and my explorer now work fine, but i dont know if
> i do some
> > incorrect calling CLOSE manually for the client socket
> > this is correct?
> >
> > i have building a litle webserver based in your webserver
> sample for work
> > like server application for run CGI for COBOL, until now
> work with a ICS
> > version that i download in 2004, but when change to ICS V5
> i see that my
> > clients connect data always are connected and close after
> several minutes,
> > i
> > don't understand why
> >
> > Thanks by all
> >
> > Alberto Ortega
> > Tampico Tamps, MEXICO
> >
> >
> > - Original Message - 
> > From: "Francois PIETTE" <[EMAIL PROTECTED]>
> > To: "ICS support mailing" 
> > Sent: Wednesday, July 26, 2006 10:57 AM
> > Subject: Re: [twsocket] Http Server problem
> >
> >
> >> > My server receive the form data, and process external
> >> > programs WIN32 EXE's with this data, it could be the reason?
> >>
> >> Probably not but it depends on your code.
> >> When the client is waiting for ever, using Delphi
> debugger, pause the
> >> program and look at the call stack to know where it is and try to
> > understand
> >> why it loops forever.
> >> Have you tested the demo ? It also has a form for posting data.
> >>
> >> --
> >> Contribute to the SSL Effort. Visit
> http://www.overbyte.be/eng/ssl.html
> >> --
> >> [EMAIL PROTECTED]
> >> http://www.overbyte.be
> >>
> >>
> >>
> >> - Original Message - 
> >> From: "Jose Alberto Ortega Rojas" <[EMAIL PROTECTED]>
> >> To: "ICS support mailing" 
> >> Sent: Wednesday, July 26, 2006 5:37 PM
> >> Subject: [twsocket] Http Server problem
> >>
> >>
> >> > Hi, this is my first post and have bad english, sorry
> >> >
> >> > i have a tiny webserver app, with ics, yesterday update the ics
> > component
> >> > suite to V5, but my server work strange
> >> > when i send a a FORM request, my client explorer   it
> remains waiting
> > for
> >> > as
> >> > if never it finished
> >> > and when i click in another link, my webserver never
> receive the new
> >> > request
> >> >
> >> > My server receive the form data, and process external
> programs WIN32
> > EXE's
> >> > with this data, it could be the reason?
> >> >
> >> > Thanks
> >> >
> >> > Alberto Ortega
> >> > Tampico, Tamps. MEXICO
> >> > -- 
> >> > 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
> >>
> >> -- 
> >> To unsubscribe or change your settings for 

Re: [twsocket] Using ICS to access Amazon S3 storage service.

2006-07-27 Thread DZ-Jay

On Jul 26, 2006, at 11:46, Colin Meeks wrote:

> Has anybody used ICS to upload and download files from the new Amazon 
> S3
> storage service. I'm assuning I would use ICS using the REST api as 
> opposed
> to the SOAP api. Is it just a matter of constructing REST requests 
> using
> HEAD, GET and PUT and using the HTTP ICS component?

I don't know what you mean by REST API, but if it requires an HTTP 
transaction, then the ICS HTTPCli will certainly work fine.  Note that 
you can still use HttpCli for SOAP transactions (since they are sent 
over HTTP); you would just need to handle everything by hand, since ICS 
does not have automatic SOAP support.

dZ.

-- 
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


[twsocket] OutputDebugString V6 very slow!

2006-07-27 Thread Arno Garrels
Hi,

I would like to be able to compile w/o debug messages,
especially w/o those in OverbyteIcsWndControl.
When I create a bunch of threads with one thousand
TWSockets it's no problem to get a cool beer from
the kitchen while the instances are being created.
So what do you think about a new define NO_DEBUG_MSGS?

Arno Garrels
-- 
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


Re: [twsocket] Http Server problem

2006-07-27 Thread Bjørnar Nielsen
If you want to use keepalive and don't close the connection after the post,
you need to call PostedDataReceived on the connection (after all posted data
is received) to be able to handle more requests on the same connection.
Maybe this explains why nothing happens after the post when you click
another link?

Regards Bjørnar

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of Francois PIETTE
> Sent: 26. juli 2006 21:08
> To: ICS support mailing
> Subject: Re: [twsocket] Http Server problem
> 
> > version that i download in 2004, but when change to ICS V5 
> i see that 
> > my
> 
> Probably the support of HTTP V1.1 make the difference.
> Usually when the client wait forever, it is because using 
> HTTP 1.1 you have a mismatch between ContentLength and the 
> actual content size (smaller) sent by your server. With HTTP 
> 1.0, this doesn't affect the client because the connection is 
> closed when the reply is sent while with HTTP 1.1, the 
> connection is kept open and so the client wait forever for 
> data which will never arrive.
> 
> So you must check you code to make sure ContentLength and 
> actual data size sent are exactly the same.
> 
> A sniffer or SocketSpy (see UserMade page) could help you 
> verify that ContentLength and actual data size matches.
> 
> --
> Contribute to the SSL Effort. Visit 
> http://www.overbyte.be/eng/ssl.html
> --
> [EMAIL PROTECTED]
> http://www.overbyte.be
> 
> 
> 
> - Original Message -
> From: "Jose Alberto Ortega Rojas" <[EMAIL PROTECTED]>
> To: "ICS support mailing" 
> Sent: Wednesday, July 26, 2006 8:15 PM
> Subject: Re: [twsocket] Http Server problem
> 
> 
> > Hi  Francois
> > thanks by your answer
> >
> > i test and, in the call stack window only show,
> > Tapplication.HandleMessage
> > Tapplication.Run
> > cobhttpd (my application name)
> >
> > i do the following, in the eventHttpServer1HttpRequestDone i put
> >   THttpConnection(Client).Close;
> > and try,  and my explorer now work fine, but i dont know if 
> i do some
> > incorrect calling CLOSE manually for the client socket
> > this is correct?
> >
> > i have building a litle webserver based in your webserver 
> sample for work
> > like server application for run CGI for COBOL, until now 
> work with a ICS
> > version that i download in 2004, but when change to ICS V5 
> i see that my
> > clients connect data always are connected and close after 
> several minutes, 
> > i
> > don't understand why
> >
> > Thanks by all
> >
> > Alberto Ortega
> > Tampico Tamps, MEXICO
> >
> >
> > - Original Message - 
> > From: "Francois PIETTE" <[EMAIL PROTECTED]>
> > To: "ICS support mailing" 
> > Sent: Wednesday, July 26, 2006 10:57 AM
> > Subject: Re: [twsocket] Http Server problem
> >
> >
> >> > My server receive the form data, and process external
> >> > programs WIN32 EXE's with this data, it could be the reason?
> >>
> >> Probably not but it depends on your code.
> >> When the client is waiting for ever, using Delphi 
> debugger, pause the
> >> program and look at the call stack to know where it is and try to
> > understand
> >> why it loops forever.
> >> Have you tested the demo ? It also has a form for posting data.
> >>
> >> --
> >> Contribute to the SSL Effort. Visit 
> http://www.overbyte.be/eng/ssl.html
> >> --
> >> [EMAIL PROTECTED]
> >> http://www.overbyte.be
> >>
> >>
> >>
> >> - Original Message - 
> >> From: "Jose Alberto Ortega Rojas" <[EMAIL PROTECTED]>
> >> To: "ICS support mailing" 
> >> Sent: Wednesday, July 26, 2006 5:37 PM
> >> Subject: [twsocket] Http Server problem
> >>
> >>
> >> > Hi, this is my first post and have bad english, sorry
> >> >
> >> > i have a tiny webserver app, with ics, yesterday update the ics
> > component
> >> > suite to V5, but my server work strange
> >> > when i send a a FORM request, my client explorer   it 
> remains waiting
> > for
> >> > as
> >> > if never it finished
> >> > and when i click in another link, my webserver never 
> receive the new
> >> > request
> >> >
> >> > My server receive the form data, and process external 
> programs WIN32
> > EXE's
> >> > with this data, it could be the reason?
> >> >
> >> > Thanks
> >> >
> >> > Alberto Ortega
> >> > Tampico, Tamps. MEXICO
> >> > -- 
> >> > 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
> >>
> >> -- 
> >> 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
> > -- 
> > 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 
> 
> -- 
> To unsubscribe or change your settings for TWSocket mailing list
> please goto http://www.elists.org/mailman/listinfo/twsocket
> Visit our