Re: [twsocket] THttpCli bug -- reported earlier on another server, repeating behavior again
Fastream Technologies wrote: > Try this in debug mode: > > http://www.fastream.com/alpha/HttpsTst.zip This demo calls HEAD the sync method!! And does not compile due to missing files. -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] THttpCli bug -- reported earlier on another server, repeating behavior again
Try this in debug mode: http://www.fastream.com/alpha/HttpsTst.zip On 5/14/09, Arno Garrels wrote: > > Fastream Technologies wrote: > > Please send me your modified HTTPsTST source code so that I can have > > a look. I really wonder why we are not in sync... > > > > Yes I am using Icsv7 but with my own defines which is legal. I wrote > > that to you before: > > > > > NOFORMS;NO_DEBUG_LOG;USE_SSL;NO_ADVANCED_HTTP_CLIENT_FEATURES;SECURITY_WIN32 > > OK then again, please provide a simple sample application, Builder or > Delphi. > > -- > Arno Garrels > > -- -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] THttpCli bug -- reported earlier on another server, repeating behavior again
Fastream Technologies wrote: > Please send me your modified HTTPsTST source code so that I can have > a look. I really wonder why we are not in sync... > > Yes I am using Icsv7 but with my own defines which is legal. I wrote > that to you before: > > NOFORMS;NO_DEBUG_LOG;USE_SSL;NO_ADVANCED_HTTP_CLIENT_FEATURES;SECURITY_WIN32 OK then again, please provide a simple sample application, Builder or Delphi. -- Arno Garrels -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] THttpCli bug -- reported earlier on another server, repeating behavior again
Please send me your modified HTTPsTST source code so that I can have a look. I really wonder why we are not in sync... Yes I am using Icsv7 but with my own defines which is legal. I wrote that to you before: NOFORMS;NO_DEBUG_LOG;USE_SSL;NO_ADVANCED_HTTP_CLIENT_FEATURES;SECURITY_WIN32 Please try with these in both package and program options. Regards, SZ On 5/14/09, Arno Garrels wrote: > > Fastream Technologies wrote: > > BTW, I test with httpStst not httptst as that is (SSL) is what we > > need in our program. > > I tested the HttpTst demo successfully as well. > > > Maybe you can send me your test code so that I > > can be sure? I am ok with delphi. > > You can be sure! > I can send you my Delphi binary. > Do you actually use one of the latest, _unmodified ICS V7 snapshots? > > -- > Arno Garrels > -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] THttpCli bug -- reported earlier on another server, repeating behavior again
Fastream Technologies wrote: > BTW, I test with httpStst not httptst as that is (SSL) is what we > need in our program. I tested the HttpTst demo successfully as well. > Maybe you can send me your test code so that I > can be sure? I am ok with delphi. You can be sure! I can send you my Delphi binary. Do you actually use one of the latest, _unmodified ICS V7 snapshots? -- Arno Garrels -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] THttpCli bug -- reported earlier on another server, repeating behavior again
Fastream Technologies wrote: > Strange, why do I get the exception then?! > > Did you PostMessage from OnRequestDone as Francois said? No. -- Arno Garrels -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] THttpCli bug -- reported earlier on another server, repeating behavior again
BTW, I test with httpStst not httptst as that is (SSL) is what we need in our program. Maybe you can send me your test code so that I can be sure? I am ok with delphi. BR, SZ On 5/14/09, Arno Garrels wrote: > > Fastream Technologies wrote: > > I tried to provide. In the ICS Httpstst demo, which is async, I added > > the lines SslHttpCli1->GetAsync(); to onrequestdone of head and it > > shows "component not ready" error on the url I provided > > (68/scripts, NOT www.suckersluck...). If the component is not > > ready in onrequestdone, when will it be ready?? > > I modified the HttpTst to call HeadAsync instead. > Still works fine, no exception: > > Not using proxy > cmd> HEAD /otherroots/www.suckersluck.com/scripts HTTP/1.1 > cmd> Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, */* > cmd> Connection: Keep-Alive > cmd> Accept-Language: en, fr > cmd> User-Agent: Mozilla/3.0 (compatibel) > cmd> Host: 69.28.242.152:7979 > cmd> > Header: HTTP/1.1 404 World-Class Hacker Detected > Header: Server: Mysterio/1.1 > Header: Date: Thu, 14 May 2009 05:45:52 GMT > Header: Content-Type: text/html; charset=windows-1252 > Header: Content-Length: 1352 > Header: Pragma: no-cache > Header: Cache-control: no-cache > Header: Expires: Thu, 14 May 2009 05:45:52 GMT > RequestDone, no error. Status =404 > cmd> GET /otherroots/www.suckersluck.com/scripts HTTP/1.1 > cmd> Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, */* > cmd> Connection: Keep-Alive > cmd> Accept-Language: en, fr > cmd> User-Agent: Mozilla/3.0 (compatibel) > cmd> Host: 69.28.242.152:7979 > cmd> > Header: HTTP/1.1 404 World-Class Hacker Detected > Header: Server: Mysterio/1.1 > Header: Date: Thu, 14 May 2009 05:45:52 GMT > Header: Content-Type: text/html; charset=windows-1252 > Header: Content-Length: 1352 > Header: Pragma: no-cache > Header: Cache-control: no-cache > Header: Expires: Thu, 14 May 2009 05:45:52 GMT > text/html; charset=windows-1252 => scripts > Location = > http://69.28.242.152:7979/otherroots/www.suckersluck.com/scripts > URL = http://69.28.242.152:7979/otherroots/www.suckersluck.com/scripts > Document = scripts > RequestDone, no error. Status =404 > > -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] THttpCli bug -- reported earlier on another server, repeating behavior again
Hi, The event handler function is already in a mesage posted by triggerrequestdone. I think the problem is not "too less" messages but instead "too much" of it. (SetReady also posts message!) Don't you think we need a mechanism for assuring that Setready and onrequestdone is called just once per request? Or ae there exceptions? Regards, SZ On 5/13/09, Francois Piette wrote: > > >I tried to provide. In the ICS Httpstst demo, which is async, I added the > > lines SslHttpCli1->GetAsync(); to onrequestdone of head and it shows > > "component not ready" error on the url I provided (68/scripts, NOT > > www.suckersluck...). If the component is not ready in onrequestdone, when > > will it be ready?? > > When you are inside an event handler, you are still in the event processing > (the event handler is just called like a function). To be completely out of > any processing, you must use PostMessage to send a custom message. And from > the correponding handler you can do anything with the component. You are > guranteed to be out of everything. > -- > francois.pie...@overbyte.be > The author of the freeware multi-tier middleware MidWare > The author of the freeware Internet Component Suite (ICS) > http://www.overbyte.be > -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] THttpCli bug -- reported earlier on another server, repeating behavior again
Strange, why do I get the exception then?! Did you PostMessage from OnRequestDone as Francois said? I think there is a need for a check for double onrequestdones after a get/head/post. Regards, SZ On 5/14/09, Arno Garrels wrote: > > Fastream Technologies wrote: > > I tried to provide. In the ICS Httpstst demo, which is async, I added > > the lines SslHttpCli1->GetAsync(); to onrequestdone of head and it > > shows "component not ready" error on the url I provided > > (68/scripts, NOT www.suckersluck...). If the component is not > > ready in onrequestdone, when will it be ready?? > > I modified the HttpTst to call HeadAsync instead. > Still works fine, no exception: > > Not using proxy > cmd> HEAD /otherroots/www.suckersluck.com/scripts HTTP/1.1 > cmd> Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, */* > cmd> Connection: Keep-Alive > cmd> Accept-Language: en, fr > cmd> User-Agent: Mozilla/3.0 (compatibel) > cmd> Host: 69.28.242.152:7979 > cmd> > Header: HTTP/1.1 404 World-Class Hacker Detected > Header: Server: Mysterio/1.1 > Header: Date: Thu, 14 May 2009 05:45:52 GMT > Header: Content-Type: text/html; charset=windows-1252 > Header: Content-Length: 1352 > Header: Pragma: no-cache > Header: Cache-control: no-cache > Header: Expires: Thu, 14 May 2009 05:45:52 GMT > RequestDone, no error. Status =404 > cmd> GET /otherroots/www.suckersluck.com/scripts HTTP/1.1 > cmd> Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, */* > cmd> Connection: Keep-Alive > cmd> Accept-Language: en, fr > cmd> User-Agent: Mozilla/3.0 (compatibel) > cmd> Host: 69.28.242.152:7979 > cmd> > Header: HTTP/1.1 404 World-Class Hacker Detected > Header: Server: Mysterio/1.1 > Header: Date: Thu, 14 May 2009 05:45:52 GMT > Header: Content-Type: text/html; charset=windows-1252 > Header: Content-Length: 1352 > Header: Pragma: no-cache > Header: Cache-control: no-cache > Header: Expires: Thu, 14 May 2009 05:45:52 GMT > text/html; charset=windows-1252 => scripts > Location = > http://69.28.242.152:7979/otherroots/www.suckersluck.com/scripts > URL = http://69.28.242.152:7979/otherroots/www.suckersluck.com/scripts > Document = scripts > RequestDone, no error. Status =404 > > -- > -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] THttpCli bug -- reported earlier on another server, repeating behavior again
Fastream Technologies wrote: > I tried to provide. In the ICS Httpstst demo, which is async, I added > the lines SslHttpCli1->GetAsync(); to onrequestdone of head and it > shows "component not ready" error on the url I provided > (68/scripts, NOT www.suckersluck...). If the component is not > ready in onrequestdone, when will it be ready?? I modified the HttpTst to call HeadAsync instead. Still works fine, no exception: Not using proxy cmd> HEAD /otherroots/www.suckersluck.com/scripts HTTP/1.1 cmd> Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, */* cmd> Connection: Keep-Alive cmd> Accept-Language: en, fr cmd> User-Agent: Mozilla/3.0 (compatibel) cmd> Host: 69.28.242.152:7979 cmd> Header: HTTP/1.1 404 World-Class Hacker Detected Header: Server: Mysterio/1.1 Header: Date: Thu, 14 May 2009 05:45:52 GMT Header: Content-Type: text/html; charset=windows-1252 Header: Content-Length: 1352 Header: Pragma: no-cache Header: Cache-control: no-cache Header: Expires: Thu, 14 May 2009 05:45:52 GMT RequestDone, no error. Status =404 cmd> GET /otherroots/www.suckersluck.com/scripts HTTP/1.1 cmd> Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, */* cmd> Connection: Keep-Alive cmd> Accept-Language: en, fr cmd> User-Agent: Mozilla/3.0 (compatibel) cmd> Host: 69.28.242.152:7979 cmd> Header: HTTP/1.1 404 World-Class Hacker Detected Header: Server: Mysterio/1.1 Header: Date: Thu, 14 May 2009 05:45:52 GMT Header: Content-Type: text/html; charset=windows-1252 Header: Content-Length: 1352 Header: Pragma: no-cache Header: Cache-control: no-cache Header: Expires: Thu, 14 May 2009 05:45:52 GMT text/html; charset=windows-1252 => scripts Location = http://69.28.242.152:7979/otherroots/www.suckersluck.com/scripts URL = http://69.28.242.152:7979/otherroots/www.suckersluck.com/scripts Document = scripts RequestDone, no error. Status =404 -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] THttpCli bug -- reported earlier on another server, repeating behavior again
>I tried to provide. In the ICS Httpstst demo, which is async, I added the > lines SslHttpCli1->GetAsync(); to onrequestdone of head and it shows > "component not ready" error on the url I provided (68/scripts, NOT > www.suckersluck...). If the component is not ready in onrequestdone, when > will it be ready?? When you are inside an event handler, you are still in the event processing (the event handler is just called like a function). To be completely out of any processing, you must use PostMessage to send a custom message. And from the correponding handler you can do anything with the component. You are guranteed to be out of everything. -- francois.pie...@overbyte.be The author of the freeware multi-tier middleware MidWare The author of the freeware Internet Component Suite (ICS) http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] THttpCli bug -- reported earlier on another server, repeating behavior again
I tried to provide. In the ICS Httpstst demo, which is async, I added the lines SslHttpCli1->GetAsync(); to onrequestdone of head and it shows "component not ready" error on the url I provided (68/scripts, NOT www.suckersluck...). If the component is not ready in onrequestdone, when will it be ready?? Regards, SZ On 5/13/09, Arno Garrels wrote: > > Fastream Technologies wrote: > > I never told I use sync methods at all! I use both async. I call > > getasync in the onrequestdone of the head! I think this bug exists in > > that situation as well... > > What bug? > Please provide a simple test application that shows the bug in action, > it has to be as simple as possible and must compile within 5 minutes. > > -- > Arno Garrels > -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] THttpCli bug -- reported earlier on another server, repeating behavior again
Fastream Technologies wrote: > I never told I use sync methods at all! I use both async. I call > getasync in the onrequestdone of the head! I think this bug exists in > that situation as well... What bug? Please provide a simple test application that shows the bug in action, it has to be as simple as possible and must compile within 5 minutes. -- Arno Garrels -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] THttpCli bug -- reported earlier on another server, repeating behavior again
I never told I use sync methods at all! I use both async. I call getasync in the onrequestdone of the head! I think this bug exists in that situation as well... Regards, SZ On 5/13/09, Arno Garrels wrote: > Fastream Technologies wrote: > >> HEAD Failed ! << WHY İS THIS HERE? > > This is the exception message from DoRequestSync() and displayed in the first > ButtonClick-HEAD request which is a sync request. > So what you see is a good example, why it should avoided to mix async and sync > methods. Either use asnc or sync, but do not both. > > THIS WHAT I AM TALKING ABOUT, > > Do you actually use both asnc and sync methods is a chain? > If true, you caught the bug. > > -- > Arno Garrels -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] THttpCli bug -- reported earlier on another server, repeating behavior again
Fastream Technologies wrote: >> HEAD Failed ! << WHY İS THIS HERE? This is the exception message from DoRequestSync() and displayed in the first ButtonClick-HEAD request which is a sync request. So what you see is a good example, why it should avoided to mix async and sync methods. Either use asnc or sync, but do not both. THIS WHAT I AM TALKING ABOUT, Do you actually use both asnc and sync methods is a chain? If true, you caught the bug. -- Arno Garrels -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] THttpCli bug -- reported earlier on another server, repeating behavior again
Hello, I found something VERY STRANGE in your log: On 5/13/09, Arno Garrels wrote: > Fastream Technologies wrote: > > Hello, > > > > HEAD must be first then GET, is that what you did? > > I just tried it again: > > Not using proxy > cmd> HEAD /otherroots/www.suckersluck.com/scripts HTTP/1.1 > cmd> Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, */* > cmd> Connection: Keep-Alive > cmd> User-Agent: Mozilla/3.0 (compatibel) > cmd> Host: 69.28.242.152:7979 > cmd> > Header: HTTP/1.1 404 World-Class Hacker Detected > Header: Server: Mysterio/1.1 > Header: Date: Wed, 13 May 2009 13:25:20 GMT > Header: Content-Type: text/html; charset=windows-1252 > Header: Content-Length: 1352 > Header: Pragma: no-cache > Header: Cache-control: no-cache > Header: Expires: Wed, 13 May 2009 13:25:20 GMT > RequestDone, no error. Status =404 > cmd> GET /otherroots/www.suckersluck.com/scripts HTTP/1.1 > cmd> Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, */* > cmd> Connection: Keep-Alive > cmd> User-Agent: Mozilla/3.0 (compatibel) > cmd> Host: 69.28.242.152:7979 > cmd> > Header: HTTP/1.1 404 World-Class Hacker Detected > Header: Server: Mysterio/1.1 > Header: Date: Wed, 13 May 2009 13:25:21 GMT > Header: Content-Type: text/html; charset=windows-1252 > Header: Content-Length: 1352 > Header: Pragma: no-cache > Header: Cache-control: no-cache > Header: Expires: Wed, 13 May 2009 13:25:21 GMT > text/html; charset=windows-1252 => scripts > Location = http://69.28.242.152:7979/otherroots/www.suckersluck.com/scripts > URL = http://69.28.242.152:7979/otherroots/www.suckersluck.com/scripts > Document = scripts > RequestDone, no error. Status =404 > HEAD Failed ! << WHY İS THIS HERE? THIS WHAT I AM TALKING ABOUT, IN THE FIRST > ONREQUESTDONE THE HEAD IS NOT ACTUALLY FINISHED--IT WAS PENDING AND NOW IT > PRINTS HEAD FAILED AFTER THE GET DATA! HTH, SZ > StatusCode = 404 > ReasonPhrase = World-Class Hacker Detected > > > > > > > Regards, > > > > SZ > > > > On 5/13/09, Arno Garrels wrote: > >> Fastream Technologies wrote: > >>> Did you do what I wrote below? With ICS v7, it raises an exception > >>> (Component not ready!). > >> > if(RqType == httpHEAD) > SslHttpCli1->GetASync(); > >> > >> Not for me, I used the Delphi HttpTst demo and added the to lines > >> as the last in OnRequestDone. That means, the first GET and HEAD > >> is a sync request. > >> > >> -- > >> Arno Garrels -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] THttpCli bug -- reported earlier on another server, repeating behavior again
Fastream Technologies wrote: > Hello, > > HEAD must be first then GET, is that what you did? I just tried it again: Not using proxy cmd> HEAD /otherroots/www.suckersluck.com/scripts HTTP/1.1 cmd> Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, */* cmd> Connection: Keep-Alive cmd> User-Agent: Mozilla/3.0 (compatibel) cmd> Host: 69.28.242.152:7979 cmd> Header: HTTP/1.1 404 World-Class Hacker Detected Header: Server: Mysterio/1.1 Header: Date: Wed, 13 May 2009 13:25:20 GMT Header: Content-Type: text/html; charset=windows-1252 Header: Content-Length: 1352 Header: Pragma: no-cache Header: Cache-control: no-cache Header: Expires: Wed, 13 May 2009 13:25:20 GMT RequestDone, no error. Status =404 cmd> GET /otherroots/www.suckersluck.com/scripts HTTP/1.1 cmd> Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, */* cmd> Connection: Keep-Alive cmd> User-Agent: Mozilla/3.0 (compatibel) cmd> Host: 69.28.242.152:7979 cmd> Header: HTTP/1.1 404 World-Class Hacker Detected Header: Server: Mysterio/1.1 Header: Date: Wed, 13 May 2009 13:25:21 GMT Header: Content-Type: text/html; charset=windows-1252 Header: Content-Length: 1352 Header: Pragma: no-cache Header: Cache-control: no-cache Header: Expires: Wed, 13 May 2009 13:25:21 GMT text/html; charset=windows-1252 => scripts Location = http://69.28.242.152:7979/otherroots/www.suckersluck.com/scripts URL = http://69.28.242.152:7979/otherroots/www.suckersluck.com/scripts Document = scripts RequestDone, no error. Status =404 HEAD Failed ! StatusCode = 404 ReasonPhrase = World-Class Hacker Detected > > Regards, > > SZ > > On 5/13/09, Arno Garrels wrote: >> Fastream Technologies wrote: >>> Did you do what I wrote below? With ICS v7, it raises an exception >>> (Component not ready!). >> if(RqType == httpHEAD) SslHttpCli1->GetASync(); >> >> Not for me, I used the Delphi HttpTst demo and added the to lines >> as the last in OnRequestDone. That means, the first GET and HEAD >> is a sync request. >> >> -- >> Arno Garrels >> >> >> -- -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] THttpCli bug -- reported earlier on another server, repeating behavior again
Hello, HEAD must be first then GET, is that what you did? Regards, SZ On 5/13/09, Arno Garrels wrote: > Fastream Technologies wrote: > > Did you do what I wrote below? With ICS v7, it raises an exception > > (Component not ready!). > > >>if(RqType == httpHEAD) > >>SslHttpCli1->GetASync(); > > Not for me, I used the Delphi HttpTst demo and added the to lines > as the last in OnRequestDone. That means, the first GET and HEAD > is a sync request. > > -- > Arno Garrels > > > -- -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] THttpCli bug -- reported earlier on another server, repeating behavior again
Fastream Technologies wrote: > Did you do what I wrote below? With ICS v7, it raises an exception > (Component not ready!). >>if(RqType == httpHEAD) >>SslHttpCli1->GetASync(); Not for me, I used the Delphi HttpTst demo and added the to lines as the last in OnRequestDone. That means, the first GET and HEAD is a sync request. -- Arno Garrels -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] THttpCli bug -- reported earlier on another server, repeating behavior again
I notice in email exchanges sometimes people tend to answer each one separately without reading the entire messages sent by me in whole. Strange... Anyway, the problem with THttpCli is it issues OnRequestDone in a non-sync way! Uses multiple message posts (first for setready and then for triggerrequestdone) and then sometimes fires onrequestdone twice! I know I should wait until the last one but this is theoritically impossible as it is sometimes 1 sometimes 2 fires and you never know!... Thanks, SZ On 5/13/09, Fastream Technologies wrote: > Did you do what I wrote below? With ICS v7, it raises an exception > (Component not ready!). > > On 5/12/09, Fastream Technologies wrote: > > Hello, > > > > Please open the C++ or Delphi Httpstst demo and add these lines to the > > end of the onrequestdone event: > > > > > >if(RqType == httpHEAD) > >SslHttpCli1->GetASync(); > > > > and click "head". You will see that even the onrequestdone is not the > > final event before becoming ready as it gives "component not ready". > > > > Regards, > > > > SZ > > > > On 5/12/09, Arno Garrels wrote: > > > Fastream Technologies wrote: > > > > I am now using v7! Upgraded yesterday, forgot to let you know... > > > > > > And still the same problem? If true than please check value of > > > FReceiveLen before the request is it zero? > > > > > > -- > > > Arno Garrels > > > > > > > > > > > On 5/11/09, Arno Garrels wrote: > > > >> Fastream Technologies wrote: > > > >>> In my case, I get data from first head being pending in second > > > >>> head/GET. I know it is weird/rare case yet this customer was annoyed > > > >>> and he led us to panic even more... > > > >> > > > >> From memory, V7 got a fix/change related that wasn't backported to > > > >> V6. Give me a breath I might recall tomorrow what it was. > > > >> > > > >> -- > > > >> Arno Garrels > > > >> > > > >>> > > > >>> On 5/11/09, Arno Garrels wrote: > > > Fastream Technologies wrote: > > > > Arno, > > > > > > > > Yesterday I sent you a wrong url! This new url is the direct IIS > > > > 5.1 url which returns body in HEAD response and it confuses > > > > thttpcli. > > > > > > It does not, just tested with V7 Httptst demo. Multiple GET/HEAD > > > requests w/o any problem! > > > > > > -- > > > Arno Garrels > > > > > > > > > -- > > > To unsubscribe or change your settings for TWSocket mailing list > > > please goto > > > http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit > > > our website at http://www.overbyte.be > > > > > > >>> > -- Gorkem Ates Fastream Technologies Software IQ: Innovation & Quality www.fastream.com | Email: supp...@fastream.com | Tel: +90-312-223-2830 | MSN: g_a...@hotmail.com Join IQWF Server Yahoo group at http://groups.yahoo.com/group/IQWFServer Join IQ Reverse Proxy Yahoo group at http://groups.yahoo.com/group/IQReverseProxy -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] THttpCli bug -- reported earlier on another server, repeating behavior again
Did you do what I wrote below? With ICS v7, it raises an exception (Component not ready!). On 5/12/09, Fastream Technologies wrote: > Hello, > > Please open the C++ or Delphi Httpstst demo and add these lines to the > end of the onrequestdone event: > > >if(RqType == httpHEAD) >SslHttpCli1->GetASync(); > > and click "head". You will see that even the onrequestdone is not the > final event before becoming ready as it gives "component not ready". > > Regards, > > SZ > > On 5/12/09, Arno Garrels wrote: > > Fastream Technologies wrote: > > > I am now using v7! Upgraded yesterday, forgot to let you know... > > > > And still the same problem? If true than please check value of > > FReceiveLen before the request is it zero? > > > > -- > > Arno Garrels > > > > > > > > On 5/11/09, Arno Garrels wrote: > > >> Fastream Technologies wrote: > > >>> In my case, I get data from first head being pending in second > > >>> head/GET. I know it is weird/rare case yet this customer was annoyed > > >>> and he led us to panic even more... > > >> > > >> From memory, V7 got a fix/change related that wasn't backported to > > >> V6. Give me a breath I might recall tomorrow what it was. > > >> > > >> -- > > >> Arno Garrels > > >> > > >>> > > >>> On 5/11/09, Arno Garrels wrote: > > Fastream Technologies wrote: > > > Arno, > > > > > > Yesterday I sent you a wrong url! This new url is the direct IIS > > > 5.1 url which returns body in HEAD response and it confuses > > > thttpcli. > > > > It does not, just tested with V7 Httptst demo. Multiple GET/HEAD > > requests w/o any problem! > > > > -- > > Arno Garrels > > > > > > -- > > To unsubscribe or change your settings for TWSocket mailing list > > please goto > > http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit > > our website at http://www.overbyte.be > > > > >>> -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] THttpCli bug -- reported earlier on another server, repeating behavior again
Fastream Technologies wrote: > Were you able to reproduce the issue now? Just let me know if you need > more help! I'm not able to repeat it. The session is closed which clears the receive buffer before OnRequestDone triggers. -- Arno Garrels > > Thanks, > > SZ > > On 5/12/09, Fastream Technologies wrote: >> For normal traffic (RFC-compliant GET/HEAD), I posted a message from >> OnRequestDone for real work (as a workaround) yet this is not a real >> solution for this case as data keeps coming... >> >> On 5/12/09, Fastream Technologies wrote: >>> Hello, >>> >>> Please open the C++ or Delphi Httpstst demo and add these lines to >>> the end of the onrequestdone event: >>> >>> >>>if(RqType == httpHEAD) >>>SslHttpCli1->GetASync(); >>> >>> and click "head". You will see that even the onrequestdone is not >>> the final event before becoming ready as it gives "component not >>> ready". >>> >>> Regards, >>> >>> SZ >>> >>> On 5/12/09, Arno Garrels wrote: Fastream Technologies wrote: > I am now using v7! Upgraded yesterday, forgot to let you know... And still the same problem? If true than please check value of FReceiveLen before the request is it zero? -- Arno Garrels > > On 5/11/09, Arno Garrels wrote: >> Fastream Technologies wrote: >>> In my case, I get data from first head being pending in second >>> head/GET. I know it is weird/rare case yet this customer was >>> annoyed and he led us to panic even more... >> >> From memory, V7 got a fix/change related that wasn't backported >> to V6. Give me a breath I might recall tomorrow what it was. >> >> -- >> Arno Garrels >> >>> >>> On 5/11/09, Arno Garrels wrote: Fastream Technologies wrote: > Arno, > > Yesterday I sent you a wrong url! This new url is the direct > IIS > 5.1 url which returns body in HEAD response and it confuses > thttpcli. It does not, just tested with V7 Httptst demo. Multiple GET/HEAD requests w/o any problem! -- Arno Garrels -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] THttpCli bug -- reported earlier on another server, repeating behavior again
Were you able to reproduce the issue now? Just let me know if you need more help! Thanks, SZ On 5/12/09, Fastream Technologies wrote: > For normal traffic (RFC-compliant GET/HEAD), I posted a message from > OnRequestDone for real work (as a workaround) yet this is not a real > solution for this case as data keeps coming... > > On 5/12/09, Fastream Technologies wrote: > > Hello, > > > > Please open the C++ or Delphi Httpstst demo and add these lines to the > > end of the onrequestdone event: > > > > > >if(RqType == httpHEAD) > >SslHttpCli1->GetASync(); > > > > and click "head". You will see that even the onrequestdone is not the > > final event before becoming ready as it gives "component not ready". > > > > Regards, > > > > SZ > > > > On 5/12/09, Arno Garrels wrote: > > > Fastream Technologies wrote: > > > > I am now using v7! Upgraded yesterday, forgot to let you know... > > > > > > And still the same problem? If true than please check value of > > > FReceiveLen before the request is it zero? > > > > > > -- > > > Arno Garrels > > > > > > > > > > > On 5/11/09, Arno Garrels wrote: > > > >> Fastream Technologies wrote: > > > >>> In my case, I get data from first head being pending in second > > > >>> head/GET. I know it is weird/rare case yet this customer was annoyed > > > >>> and he led us to panic even more... > > > >> > > > >> From memory, V7 got a fix/change related that wasn't backported to > > > >> V6. Give me a breath I might recall tomorrow what it was. > > > >> > > > >> -- > > > >> Arno Garrels > > > >> > > > >>> > > > >>> On 5/11/09, Arno Garrels wrote: > > > Fastream Technologies wrote: > > > > Arno, > > > > > > > > Yesterday I sent you a wrong url! This new url is the direct IIS > > > > 5.1 url which returns body in HEAD response and it confuses > > > > thttpcli. > > > > > > It does not, just tested with V7 Httptst demo. Multiple GET/HEAD > > > requests w/o any problem! > > > > > > -- > > > Arno Garrels > > > > > > > > > -- > > > To unsubscribe or change your settings for TWSocket mailing list > > > please goto > > > http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit > > > our website at http://www.overbyte.be > > > -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] THttpCli bug -- reported earlier on another server, repeating behavior again
For normal traffic (RFC-compliant GET/HEAD), I posted a message from OnRequestDone for real work (as a workaround) yet this is not a real solution for this case as data keeps coming... On 5/12/09, Fastream Technologies wrote: > Hello, > > Please open the C++ or Delphi Httpstst demo and add these lines to the > end of the onrequestdone event: > > >if(RqType == httpHEAD) >SslHttpCli1->GetASync(); > > and click "head". You will see that even the onrequestdone is not the > final event before becoming ready as it gives "component not ready". > > Regards, > > SZ > > On 5/12/09, Arno Garrels wrote: > > Fastream Technologies wrote: > > > I am now using v7! Upgraded yesterday, forgot to let you know... > > > > And still the same problem? If true than please check value of > > FReceiveLen before the request is it zero? > > > > -- > > Arno Garrels > > > > > > > > On 5/11/09, Arno Garrels wrote: > > >> Fastream Technologies wrote: > > >>> In my case, I get data from first head being pending in second > > >>> head/GET. I know it is weird/rare case yet this customer was annoyed > > >>> and he led us to panic even more... > > >> > > >> From memory, V7 got a fix/change related that wasn't backported to > > >> V6. Give me a breath I might recall tomorrow what it was. > > >> > > >> -- > > >> Arno Garrels > > >> > > >>> > > >>> On 5/11/09, Arno Garrels wrote: > > Fastream Technologies wrote: > > > Arno, > > > > > > Yesterday I sent you a wrong url! This new url is the direct IIS > > > 5.1 url which returns body in HEAD response and it confuses > > > thttpcli. > > > > It does not, just tested with V7 Httptst demo. Multiple GET/HEAD > > requests w/o any problem! > > > > -- > > Arno Garrels > > > > > > -- > > To unsubscribe or change your settings for TWSocket mailing list > > please goto > > http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit > > our website at http://www.overbyte.be > > > > >>> > > >>> > > >>> -- > > >>> Gorkem Ates > > >>> Fastream Technologies > > >>> Software IQ: Innovation & Quality > > >>> www.fastream.com | Email: supp...@fastream.com | Tel: > > >>> +90-312-223-2830 > > MSN: g_a...@hotmail.com > > >>> Join IQWF Server Yahoo group at > > >>> http://groups.yahoo.com/group/IQWFServer Join IQ Reverse Proxy Yahoo > > >>> group at http://groups.yahoo.com/group/IQReverseProxy -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] THttpCli bug -- reported earlier on another server, repeating behavior again
Hello, Please open the C++ or Delphi Httpstst demo and add these lines to the end of the onrequestdone event: if(RqType == httpHEAD) SslHttpCli1->GetASync(); and click "head". You will see that even the onrequestdone is not the final event before becoming ready as it gives "component not ready". Regards, SZ On 5/12/09, Arno Garrels wrote: > Fastream Technologies wrote: > > I am now using v7! Upgraded yesterday, forgot to let you know... > > And still the same problem? If true than please check value of > FReceiveLen before the request is it zero? > > -- > Arno Garrels > > > > > On 5/11/09, Arno Garrels wrote: > >> Fastream Technologies wrote: > >>> In my case, I get data from first head being pending in second > >>> head/GET. I know it is weird/rare case yet this customer was annoyed > >>> and he led us to panic even more... > >> > >> From memory, V7 got a fix/change related that wasn't backported to > >> V6. Give me a breath I might recall tomorrow what it was. > >> > >> -- > >> Arno Garrels > >> > >>> > >>> On 5/11/09, Arno Garrels wrote: > Fastream Technologies wrote: > > Arno, > > > > Yesterday I sent you a wrong url! This new url is the direct IIS > > 5.1 url which returns body in HEAD response and it confuses > > thttpcli. > > It does not, just tested with V7 Httptst demo. Multiple GET/HEAD > requests w/o any problem! > > -- > Arno Garrels > > > -- > To unsubscribe or change your settings for TWSocket mailing list > please goto > http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit > our website at http://www.overbyte.be > > >>> > >>> > >>> -- > >>> Gorkem Ates > >>> Fastream Technologies > >>> Software IQ: Innovation & Quality > >>> www.fastream.com | Email: supp...@fastream.com | Tel: > >>> +90-312-223-2830 > MSN: g_a...@hotmail.com > >>> Join IQWF Server Yahoo group at > >>> http://groups.yahoo.com/group/IQWFServer Join IQ Reverse Proxy Yahoo > >>> group at http://groups.yahoo.com/group/IQReverseProxy > >> -- > >> To unsubscribe or change your settings for TWSocket mailing list > >> please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket > >> Visit our website at http://www.overbyte.be > -- -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] THttpCli bug -- reported earlier on another server, repeating behavior again
Fastream Technologies wrote: > I am now using v7! Upgraded yesterday, forgot to let you know... And still the same problem? If true than please check value of FReceiveLen before the request is it zero? -- Arno Garrels > > On 5/11/09, Arno Garrels wrote: >> Fastream Technologies wrote: >>> In my case, I get data from first head being pending in second >>> head/GET. I know it is weird/rare case yet this customer was annoyed >>> and he led us to panic even more... >> >> From memory, V7 got a fix/change related that wasn't backported to >> V6. Give me a breath I might recall tomorrow what it was. >> >> -- >> Arno Garrels >> >>> >>> On 5/11/09, Arno Garrels wrote: Fastream Technologies wrote: > Arno, > > Yesterday I sent you a wrong url! This new url is the direct IIS > 5.1 url which returns body in HEAD response and it confuses > thttpcli. It does not, just tested with V7 Httptst demo. Multiple GET/HEAD requests w/o any problem! -- Arno Garrels -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be >>> >>> >>> -- >>> Gorkem Ates >>> Fastream Technologies >>> Software IQ: Innovation & Quality >>> www.fastream.com | Email: supp...@fastream.com | Tel: >>> +90-312-223-2830 MSN: g_a...@hotmail.com >>> Join IQWF Server Yahoo group at >>> http://groups.yahoo.com/group/IQWFServer Join IQ Reverse Proxy Yahoo >>> group at http://groups.yahoo.com/group/IQReverseProxy >> -- >> To unsubscribe or change your settings for TWSocket mailing list >> please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket >> Visit our website at http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] THttpCli bug -- reported earlier on another server, repeating behavior again
I am not sure why but you sometimes reply to my old posts which I
corrected later on. I am already using v7!
Thanks,
SZ
On 5/12/09, Arno Garrels wrote:
> Arno Garrels wrote:
> > Fastream Technologies wrote:
> >> In my case, I get data from first head being pending in second
> >> head/GET. I know it is weird/rare case yet this customer was annoyed
> >> and he led us to panic even more...
>
> This sounds like value of FReceiveLen is not always zero when you do
> the next request. In V7 I added the workaround below when I hit a
> similiar problem with a strange proxy server, please try:
>
> procedure THttpCli.SocketSessionClosed(Sender: TObject; ErrCode: Word);
> begin
> {$IFNDEF NO_DEBUG_LOG}
>if CheckLogOptions(loProtSpecInfo) then { V1.91 } { replaces $IFDEF
> DEBUG_OUTPUT }
>DebugLog(loProtSpecInfo, 'SessionClosed Error: ' +
> IntToStr(ErrCode));
> {$ENDIF}
> => FReceiveLen := 0; { AG 11 Jan 2009 always clear the
> buffer! }
>
> This might be not enough though.
>
> --
> Arno Garrels
> --
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be
Re: [twsocket] THttpCli bug -- reported earlier on another server, repeating behavior again
Arno Garrels wrote:
> Fastream Technologies wrote:
>> In my case, I get data from first head being pending in second
>> head/GET. I know it is weird/rare case yet this customer was annoyed
>> and he led us to panic even more...
This sounds like value of FReceiveLen is not always zero when you do
the next request. In V7 I added the workaround below when I hit a
similiar problem with a strange proxy server, please try:
procedure THttpCli.SocketSessionClosed(Sender: TObject; ErrCode: Word);
begin
{$IFNDEF NO_DEBUG_LOG}
if CheckLogOptions(loProtSpecInfo) then { V1.91 } { replaces $IFDEF
DEBUG_OUTPUT }
DebugLog(loProtSpecInfo, 'SessionClosed Error: ' +
IntToStr(ErrCode));
{$ENDIF}
=> FReceiveLen := 0; { AG 11 Jan 2009 always clear the
buffer! }
This might be not enough though.
--
Arno Garrels
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be
Re: [twsocket] THttpCli bug -- reported earlier on another server, repeating behavior again
I am now using v7! Upgraded yesterday, forgot to let you know... On 5/11/09, Arno Garrels wrote: > Fastream Technologies wrote: > > In my case, I get data from first head being pending in second > > head/GET. I know it is weird/rare case yet this customer was annoyed > > and he led us to panic even more... > > From memory, V7 got a fix/change related that wasn't backported to V6. > Give me a breath I might recall tomorrow what it was. > > -- > Arno Garrels > > > > > On 5/11/09, Arno Garrels wrote: > >> Fastream Technologies wrote: > >>> Arno, > >>> > >>> Yesterday I sent you a wrong url! This new url is the direct IIS 5.1 > >>> url which returns body in HEAD response and it confuses thttpcli. > >> > >> It does not, just tested with V7 Httptst demo. Multiple GET/HEAD > >> requests w/o any problem! > >> > >> -- > >> Arno Garrels > >> > >> > >> -- > >> To unsubscribe or change your settings for TWSocket mailing list > >> please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket > >> Visit our website at http://www.overbyte.be > >> > > > > > > -- > > Gorkem Ates > > Fastream Technologies > > Software IQ: Innovation & Quality > > www.fastream.com | Email: supp...@fastream.com | Tel: +90-312-223-2830 > >> MSN: g_a...@hotmail.com > > Join IQWF Server Yahoo group at > > http://groups.yahoo.com/group/IQWFServer Join IQ Reverse Proxy Yahoo > > group at http://groups.yahoo.com/group/IQReverseProxy > -- > To unsubscribe or change your settings for TWSocket mailing list > please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket > Visit our website at http://www.overbyte.be > -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] THttpCli bug -- reported earlier on another server, repeating behavior again
Fastream Technologies wrote: > In my case, I get data from first head being pending in second > head/GET. I know it is weird/rare case yet this customer was annoyed > and he led us to panic even more... >From memory, V7 got a fix/change related that wasn't backported to V6. Give me a breath I might recall tomorrow what it was. -- Arno Garrels > > On 5/11/09, Arno Garrels wrote: >> Fastream Technologies wrote: >>> Arno, >>> >>> Yesterday I sent you a wrong url! This new url is the direct IIS 5.1 >>> url which returns body in HEAD response and it confuses thttpcli. >> >> It does not, just tested with V7 Httptst demo. Multiple GET/HEAD >> requests w/o any problem! >> >> -- >> Arno Garrels >> >> >> -- >> To unsubscribe or change your settings for TWSocket mailing list >> please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket >> Visit our website at http://www.overbyte.be >> > > > -- > Gorkem Ates > Fastream Technologies > Software IQ: Innovation & Quality > www.fastream.com | Email: supp...@fastream.com | Tel: +90-312-223-2830 >> MSN: g_a...@hotmail.com > Join IQWF Server Yahoo group at > http://groups.yahoo.com/group/IQWFServer Join IQ Reverse Proxy Yahoo > group at http://groups.yahoo.com/group/IQReverseProxy -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] THttpCli bug -- reported earlier on another server, repeating behavior again
In my case, I get data from first head being pending in second head/GET. I know it is weird/rare case yet this customer was annoyed and he led us to panic even more... On 5/11/09, Arno Garrels wrote: > Fastream Technologies wrote: > > Arno, > > > > Yesterday I sent you a wrong url! This new url is the direct IIS 5.1 > > url which returns body in HEAD response and it confuses thttpcli. > > It does not, just tested with V7 Httptst demo. Multiple GET/HEAD > requests w/o any problem! > > -- > Arno Garrels > > > -- > To unsubscribe or change your settings for TWSocket mailing list > please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket > Visit our website at http://www.overbyte.be > -- Gorkem Ates Fastream Technologies Software IQ: Innovation & Quality www.fastream.com | Email: supp...@fastream.com | Tel: +90-312-223-2830 | MSN: g_a...@hotmail.com Join IQWF Server Yahoo group at http://groups.yahoo.com/group/IQWFServer Join IQ Reverse Proxy Yahoo group at http://groups.yahoo.com/group/IQReverseProxy -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] THttpCli bug -- reported earlier on another server, repeating behavior again
Fastream Technologies wrote: > Arno, > > Yesterday I sent you a wrong url! This new url is the direct IIS 5.1 > url which returns body in HEAD response and it confuses thttpcli. It does not, just tested with V7 Httptst demo. Multiple GET/HEAD requests w/o any problem! -- Arno Garrels -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] THttpCli bug -- reported earlier on another server, repeating behavior again
Arno, Yesterday I sent you a wrong url! This new url is the direct IIS 5.1 url which returns body in HEAD response and it confuses thttpcli. Regards, SZ On 5/11/09, Arno Garrels wrote: > > Fastream Technologies wrote: > > Here is the problem routine: > > Sorry I do not see a problem, since it is the server (or proxy) not > responding. > That's what my packet log showed yesterday. > > -- > Arno Garrels > -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] THttpCli bug -- reported earlier on another server, repeating behavior again
Fastream Technologies wrote: > Here is the problem routine: Sorry I do not see a problem, since it is the server (or proxy) not responding. That's what my packet log showed yesterday. -- Arno Garrels -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] THttpCli bug -- reported earlier on another server, repeating behavior again
Hello,
Ok the server is indeed IIS 5.1 and the direct url is:
http://69.28.242.152:7979/otherroots/www.suckersluck.com/scripts
which returns body with the HEAD command. ICS client handles this in a
somewhat bad way--it seem to work with GUI but when you programmatically
send GET after HEAD, it gets confused and there is a random call to
OnRequestDone. I now remember a few years ago when IIS5 was popular I
reported this and there was a fix done a that time--maybe not enough? Here
is the problem routine:
GetHeaderLineNext...
...
else if FRequestType = httpHEAD then begin//AG 05/27/08
{ With HEAD command, we don't expect a document } //AG
05/27/08
{ but some server send one !} //AG
05/27/08
FReceiveLen := 0; { Cancel received data } //AG
05/27/08
StateChange(httpWaitingBody); //AG
05/27/08
FNext := nil; //AG
05/27/08
SetReady; //AG
05/27/08 THIS MUST BE CAUSE OF THE ONREQUESTDONE, RIGHT? BUT THE RECEIVED
DATA IS STILL NOT CANCELLED SEE ARNO'S COMMENT İN FRECEIVELEN := 0;
end //AG
05/27/08
else
Regards,,
SZ
On 5/10/09, Fastream Technologies wrote:
>
> Ok. There was no proxy in the lastest configuration I sent. So the
> issue is the Mystery server dislikes the HEAD command which ordinary
> browsers do not send and takes it as a hack attempt. Maybe there is a
> configuration option for this which the customer can tweak.
>
> Thank you,
>
> SZ
>
> On 5/10/09, Arno Garrels wrote:
> > It's a server (or proxy) problem!
> > Use a sniffer such as Wireshark if you don't believe it.
> >
> > After a long delay (timeout?) the server answers
> > with a 404, and closes the connection.
> >
> > --
> > Arno Garrels
> >
> >
> > Fastream Technologies wrote:
> > > Hello,
> > >
> > > Could you guys try this url and the below actions with your own
> > > httptst's?
> > >
> > > - www.suckersluck.com/scripts (returns 404 which is ok)
> > > - head
> > > - get
> > > - head (second head stalls) This occurs both when you do it
> > > programmatically and by hand! Please help!
> > >
> > > Best Regards,
> > >
> > > SZ
> > --
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be
Re: [twsocket] THttpCli bug -- reported earlier on another server, repeating behavior again
Ok. There was no proxy in the lastest configuration I sent. So the issue is the Mystery server dislikes the HEAD command which ordinary browsers do not send and takes it as a hack attempt. Maybe there is a configuration option for this which the customer can tweak. Thank you, SZ On 5/10/09, Arno Garrels wrote: > It's a server (or proxy) problem! > Use a sniffer such as Wireshark if you don't believe it. > > After a long delay (timeout?) the server answers > with a 404, and closes the connection. > > -- > Arno Garrels > > > Fastream Technologies wrote: > > Hello, > > > > Could you guys try this url and the below actions with your own > > httptst's? > > > > - www.suckersluck.com/scripts (returns 404 which is ok) > > - head > > - get > > - head (second head stalls) This occurs both when you do it > > programmatically and by hand! Please help! > > > > Best Regards, > > > > SZ > -- > To unsubscribe or change your settings for TWSocket mailing list > please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket > Visit our website at http://www.overbyte.be > -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] THttpCli bug -- reported earlier on another server, repeating behavior again
It's a server (or proxy) problem! Use a sniffer such as Wireshark if you don't believe it. After a long delay (timeout?) the server answers with a 404, and closes the connection. -- Arno Garrels Fastream Technologies wrote: > Hello, > > Could you guys try this url and the below actions with your own > httptst's? > > - www.suckersluck.com/scripts (returns 404 which is ok) > - head > - get > - head (second head stalls) This occurs both when you do it > programmatically and by hand! Please help! > > Best Regards, > > SZ -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
[twsocket] THttpCli bug -- reported earlier on another server, repeating behavior again
Hello, Could you guys try this url and the below actions with your own httptst's? - www.suckersluck.com/scripts (returns 404 which is ok) - head - get - head (second head stalls) This occurs both when you do it programmatically and by hand! Please help! Best Regards, SZ -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
