Maybe skip grabbing the cookies when request code result is 302 (redirect
etc)
On Fri, Dec 21, 2012 at 1:53 PM, brian - wrote:
> I think when OnLocationChange triggers, Location already has the new URL.
>
>
> On Fri, Dec 21, 2012 at 5:06 AM, Albert Wiersch > wrote:
>
>>
>> > -Original Messa
I think when OnLocationChange triggers, Location already has the new URL.
On Fri, Dec 21, 2012 at 5:06 AM, Albert Wiersch
wrote:
>
> > -Original Message-
> > From: twsocket-boun...@elists.org [mailto:twsocket-boun...@elists.org]
> On
> > Behalf Of brian -
> >
> > Then it should be Locatio
> -Original Message-
> From: twsocket-boun...@elists.org [mailto:twsocket-boun...@elists.org] On
> Behalf Of brian -
>
> Then it should be Location.
>
> checking LocationChange and RequestDone for the loc ends in the same final
> URL at the end, going from .com to the localized domain
H
*for Google.com
--
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
Then it should be Location.
checking LocationChange and RequestDone for the loc ends in the same final
URL at the end, going from .com to the localized domain
procedure TForm1.HttpCli1LocationChange(Sender: TObject);
> begin
> memo1.Lines.Add(HttpCli1.CtrlSocket.Addr);
> memo1.Lines.Add(HttpC
> -Original Message-
> From: twsocket-boun...@elists.org [mailto:twsocket-boun...@elists.org] On
> Behalf Of brian -
>
> You can use the OnLocationChange event to know when the URL changed.
That seems to let me know when the 'Location' property changes (like in
response to a 'Location' H
You can use the OnLocationChange event to know when the URL changed.
On Thu, Dec 20, 2012 at 4:10 PM, Albert Wiersch
wrote:
>
> How can I know what URL was last requested?
>
> The "URL" property seems to always be the original URL, so this doesn't
> work
> in the case of a redirection.
> The "Loc
How can I know what URL was last requested?
The "URL" property seems to always be the original URL, so this doesn't work
in the case of a redirection.
The "Location" property seems to indicate the last value of the "location"
property that was received, and is sometimes, but not always the URL of
RTT wrote:
> Why this fix has not been added?
Thanks, I just checked in your change untested, rev. #866
Available via SVN now or included in the next nightly snapshot ZIP.
http://wiki.overbyte.be/wiki/index.php/ICS_Download
--
Arno Garrels
--
To unsubscribe or change your settings for TWSocket m
Arno Garrels wrote:
> {code}
> procedure THttpCli.DoRequestSync(Rq : THttpRequest);
> [..]
> {* Jul 12, 2004
> WARNING: The component now doesn't consider 401 status
>as a fatal error (no exception is triggered). This
>required a change in the application code if it was us
RTT wrote:
> Why this fix has not been added?
AFAIR Francois wasn't convinced, if there are no side effects and
Francois doesn't refuse it explicitly I'll add it.
--
Arno Garrels
> The first one is not really important, even if completes the logic
> already taken by the ParseURL for URLs missi
Why this fix has not been added?
The first one is not really important, even if completes the logic
already taken by the ParseURL for URLs missing the protocol , but the
second change, used by the THttpCli when parsing redirection URLs, is
IMO mandatory, because URLs beginning with '//' are val
Most servers close connections after a short request timeout,
that may happen even after a request has been successfully sent.
Currently THttpCli doesn't handle this case properly, as there
is no error passed to OnRequestDone and THttpCli.DoRequestSync()
doesn't raise an exception which it should
RFC2616 references RFC2396 as a source of information about URI in the
description of a general syntax (Chapter 3.2.1). Then the next chapter
(3.2.2) specifies the http URL which /must/ start with the "http:"
scheme.
The RFC2396 also don't say noting about a default protocol for such
situat
: ICS support mailing
Subject: Re: [twsocket] THTTPCli fail to resolve URLs that start with "//"
On 27-10-2011 18:33, Arno Garrels wrote:
I'd be happy to see more contributions from the ICS users in general.
1st change
yte.be
The author of the freeware multi-tier middleware MidWare
The author of the freeware Internet Component Suite (ICS)
http://www.overbyte.be
-Message d'origine-
From: RTT
Sent: Thursday, October 27, 2011 9:01 PM
To: ICS support mailing
Subject: Re: [twsocket] THTTPCli fail to resolve
On 27-10-2011 18:33, Arno Garrels wrote:
I'd be happy to see more contributions from the ICS users in general.
1st change
In unit OverbyteIcsUrl, procedure ParseURL(..., replace
if (url[1] = '/') then begin
On 27-10-2011 19:28, Francois PIETTE wrote:
If I'm wrong, please point me to the exact text in the /HTTP/ standard
(RFC2616).
From RFC2396, that merge RFC1808 with two others, and that is
referenced in the RFC2616.
According to the rfc1808.txt, an URL can start with //
The ParseURL function will fail in such cases. Also, during a relocation,
the THTTPCli fail to parse a "location" field with such URLs.
Here is an example, that result in a relocation with these characteristics
http://twitpic.com/show/thumb/
RTT wrote:
> The bellow provided example isn't producing anymore the relocation
> with such "begin with //" address, but this don't invalidate the fact
> that the THTTPCli cant resolve a url such as:
>
> //www.google.com
>
> nor handle a relocation with the "location" field set to equal URL
I ha
The bellow provided example isn't producing anymore the relocation with
such "begin with //" address, but this don't invalidate the fact that
the THTTPCli cant resolve a url such as:
//www.google.com
nor handle a relocation with the "location" field set to equal URL
According to the rfc180
According to the rfc1808.txt, an URL can start with //
The ParseURL function will fail in such cases. Also, during a
relocation, the THTTPCli fail to parse a "location" field with such URLs.
Here is an example, that result in a relocation with these characteristics
http://twitpic.com/show/thumb/
> Actually I tested with our Linksys routers admin page...
So how to do you propose the fix you are requesting is tested?
Do many people use ICS to access a router admin page without the correct
password, I'm surprised it gave a 401 error and not just another login
window.
My two Linksys rout
Fastream Technologies wrote:
> To elaborate: You need a page with no content-length and no chunked
> encoding that returns 401 to see it.
THttpCli.GetHeaderLineNext;
[..]
{ FContentLength = -1 when server doesn't send a value }
if ((FContentLength = -1) and{ Added 12/03
Actually I tested with our Linksys routers admin page...
On Wed, Oct 5, 2011 at 09:37, Angus Robertson - Magenta Systems Ltd <
an...@magsys.co.uk> wrote:
> > To elaborate: You need a page with no content-length and no chunked
> > encoding that returns 401 to see it.
>
> And the URL of that example
> To elaborate: You need a page with no content-length and no chunked
> encoding that returns 401 to see it.
And the URL of that example page is what?
Or are you expecting someone to create a badly formatted example page for
you?
Angus
--
To unsubscribe or change your settings for TWSocket m
To elaborate: You need a page with no content-length and no chunked encoding
that returns 401 to see it.
Best Regards,
SZ
On Wed, Oct 5, 2011 at 07:07, Fastream Technologies wrote:
> Here is a screenshot of the issue as a picture is worth a thousand words:
> http://www.fastream.com/ics/ICSHTTPCLI
Here is a screenshot of the issue as a picture is worth a thousand words:
http://www.fastream.com/ics/ICSHTTPCLI.png
Regards,
SZ
On Wed, Oct 5, 2011 at 06:26, Fastream Technologies wrote:
> Dear Arno,
>
> The new problem happens with GET on pages with no content-length and no
> chunked-encoding.
Dear Arno,
The new problem happens with GET on pages with no content-length and no
chunked-encoding. This bug had once been there, and then was fixed. Now it
happens again. Please try against such a page with Httptst demo and you will
see that the OnDocData is never called but instead all the data
>>BTW Yuri, your code lacks the latest 7.18 bug fix by us (me and Arno).
Regards,
Sorry, again me. 7.18 fix not for my problem.
Try check this page with v7.18 or any other version with
httpoEnableContentCoding option. THttpCli can't decode this gzip -
http://ws.audioscrobbler.com/2.0/?method=artis
Fastream Technologies wrote:
> We had actually paid for HttpCli bug fixes to Arno. I hope he will
> show up and fix it soon. We do not use content coding so I do not
> think Yuri's fix would work.
I made your test case working by a fix of chunked decoding.
So what actually is the problem now?
With
We had actually paid for HttpCli bug fixes to Arno. I hope he will show up
and fix it soon. We do not use content coding so I do not think Yuri's fix
would work.
BTW Yuri, your code lacks the latest 7.18 bug fix by us (me and Arno).
Regards,
SZ
On Tue, Oct 4, 2011 at 19:24, Angus Robertson - Mag
> I wrote about a similar bug, but got no response from the
> administration.
It is on my list of things to investigate this week, but paying work has
to come before minor bug fixes like this.
Angus
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.eli
I wrote about a similar bug, but got no response from the administration.
Try my fix:
*.pas file with fix -
http://vkmusic.citynov.ru/overbyte/OverbyteIcsHttpProt.pas
--
Old message:
>>Http Cli not decode the gzip data from this url (specific header, does not
work FContentCodingHnd.Complet
Hello all,
Data is pumped in the header in this case. I mean there is no ondocdata
called!
The conditionals I use are,
NO_STRICT;NOFORMS;NO_DEBUG_LOG;USE_SSL;SECURITY_WIN32;NO_ADV_MT;NO_ADVANCED_HTTP_CLIENT_FEATURES
Hope somebody could help.
Regards,
SZ
--
To unsubscribe or change your setting
Sorry wrong alarm. A modification/workaround I had made (which turned out to
be no longer needed) to an old HTTPCli bug in the component caused it. ;-[
Regards,
SZ
On Tue, Jun 14, 2011 at 16:42, Fastream Technologies wrote:
> Strange. Maybe my ICS is utdated or you do not define my defines. Wil
Strange. Maybe my ICS is utdated or you do not define my defines. Will first
try to update and then let you know.
Regards,
SZ
On Tue, Jun 14, 2011 at 16:11, Arno Garrels wrote:
> Fastream Technologies wrote:
> > Hello,
> >
> > I have come accross an issue that I recall I had made a workaround
Fastream Technologies wrote:
> Hello,
>
> I have come accross an issue that I recall I had made a workaround in
> the past but cannot remember what it was. Perhaps it is time this bug
> is fixed. The C++ code is at,
> http://www.fastream.com/ics/HttpClientTest.rar and after a sync GET
> to a URL w
Hello,
I have debugged the issue. It works on older ICS versions but with newer
versions, URL
http://fastream:g...@members.dyndns.org/nic/update?system=dyndns&wildcards=nochg&hostname=abc.dyndns.org&myip=95.15.220.199
does state Connection: close but the server expects the client to close the
conn
Did my message appear on the list? This time I followed Francois' advice and
provided a test project which reproduces the issue easily. I suspect this is
something that got broken in recent months' versions.
Regards,
SZ
On Tue, Jun 14, 2011 at 12:07, Fastream Technologies wrote:
> Hello,
>
> I h
Hello,
I have come accross an issue that I recall I had made a workaround in the
past but cannot remember what it was. Perhaps it is time this bug is fixed.
The C++ code is at,
http://www.fastream.com/ics/HttpClientTest.rar and after a sync GET to a URL
with no content-length and chunked encoding
I work with Delphi 7 and the Timeout has never worked for me, I don't
know if I was using it incorrectly but I was forced to put an external
timeout because of this.
Daniele
On 12 April 2011 10:05, Arno Garrels wrote:
> Daniele Rocchi wrote:
>> I must say what Arno is talking about I experienced
Daniele Rocchi wrote:
> I must say what Arno is talking about I experienced too: the built-in
> timeout doesn't work (and I only do sync calls),
I didn't say that. The timeout for sync methods has been added
in September 2009 and works well AFAIK. This Timeout property
does not work with async m
I must say what Arno is talking about I experienced too: the built-in
timeout doesn't work (and I only do sync calls), this is why I created
an external timeout to call the Abort.
If the HttpCli component doesn't recieve anything it hangs forever.
Daniele
On 12 April 2011 09:13, Arno Garrels wr
David Lewis wrote:
> Arno,
>
> I'm running with V7 here, although possibly not the latest iteration
> of it. Is there anything recently new to this component that may
> affect this functionality?
>
> Also, I don't have an accessible TimeOut parameter that I can set. Is
> this internal to the comp
Arno,
I'm running with V7 here, although possibly not the latest iteration of
it. Is there anything recently new to this component that may affect
this functionality?
Also, I don't have an accessible TimeOut parameter that I can set. Is
this internal to the component only? Or is this a new f
RTT wrote:
> On 11-04-2011 16:49, Francois PIETTE wrote:
>>> I don't know if there's a better way
>>
>> That is fine.
> So the HttpCli built-in timeout is not enough?!
Indeed, method Get is sync and as such has a built-in
timeout as specified with property TimeOut.
What ICS version do you use?
I don't know if there's a better way
That is fine.
So the HttpCli built-in timeout is not enough?!
Only for sync calls.
--
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
--
On 11-04-2011 16:49, Francois PIETTE wrote:
I don't know if there's a better way
That is fine.
So the HttpCli built-in timeout is not enough?!
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our web
;
To: "ICS support mailing"
Sent: Monday, April 11, 2011 2:34 PM
Subject: Re: [twsocket] THttpCli not returning?
It has happened to me too, I don't know if there's a better way to
deal with it, but all I do is create a "timeout" timer that is set to
start at the begi
It has happened to me too, I don't know if there's a better way to
deal with it, but all I do is create a "timeout" timer that is set to
start at the beginning of a get() and to stop at the end of the Get()
request.
If the timer reaches 0 before the Get() is completed I abort the
operation and the
I have an application that retrieves a single image over HTTP from a
video server every 60 seconds. This is does over GPRS so at times can be
a little slow, but in general there are no issues.
I'm using the THttpCli component to get the Get( ) the images within
BDS2006, C++ flavour.
However,
Hi,
I made a small modification to OverbyteIcsHttpProt
and OverbyteIcsHttpCCodZLib, maybe it can be sorted for the next version.
OverbyteIcsHttpProt :
I made a small change to modify the headers before sending a request. I know
there is an event for it, OnBeforeHeaderSend, however that's not qui
During a relocation an intermediary RequestDone events is fired. Is
this really needed, and for what propose?
Relocation is considered as a another automatic request. You may
cancel it on the fly or simply disable the feature with
FollowRelocation property.
Yes, but if I want to follow it,
During a relocation an intermediary RequestDone events is fired. Is this
really needed, and for what propose?
Relocation is considered as a another automatic request. You may cancel it
on the fly or simply disable the feature with FollowRelocation property.
If yes, then I think it should be f
During a relocation an intermediary RequestDone events is fired. Is this
really needed, and for what propose?
If yes, then I think it should be fired with the correct response status
code, not zero as now, so it can be clearly detected as not the final
request done even. Also, an "httpRelocating
D'Arcy McNally wrote:
> OverbyteIcsBcb100Package. Can I assume this is version 6 of Overbyte
> ICS or is it prior?
This is ICSv6 package for BCB 2006.
> It works fine for No & Basic Authentication but when I configure for
> NTLM one of my clients is reporting a failure i.e. cannot download
You
rom: twsocket-boun...@elists.org [mailto:twsocket-boun...@elists.org] On
Behalf Of Angus Robertson - Magenta Systems Ltd
Sent: 09 February 2011 14:34
To: twsocket@elists.org
Subject: Re: [twsocket] THttpCli NTLM OverbyteIcsBcb100Package
> > ipsHTTPS.UseWinInet := True;
> This line makes me
> > ipsHTTPS.UseWinInet := True;
> This line makes me thinking you are not using ICS !
> There is no property of type WinInet in ICS.
That was my first thought, except the line:
> HttpCli->ProxyAuth = httpAuthNtlm;
does look remarkably like ICS, so I'd guess the programme is using two
different
://www.overbyte.be
- Original Message -
From: "D'Arcy McNally"
To:
Sent: Tuesday, February 08, 2011 10:01 PM
Subject: [twsocket] THttpCli NTLM OverbyteIcsBcb100Package
Folks,
I am updating a Delphi legacy application which uses OverbyteIcs. The
version is not confirmed but I believ
Folks,
I am updating a Delphi legacy application which uses OverbyteIcs. The version
is not confirmed but I believe it is v6. The package the legacy Delphi
application uses is OverbyteIcsBcb100Package.bpl.
This Delphi app successfully uses HTTPCli to download data via HTTP, and in
particular c
- Original Message -
From: "D'Arcy McNally"
To: "Arno Garrels"
Sent: Monday, January 31, 2011 11:59 AM
Subject: RE: [twsocket] THttpCli for NTLM
> Arno.
> Thanks very much for the prompt response.
> I will update to ICSv7 and report back to the mail
Darcy McNally wrote:
> Arno,
> Thanks very much for the prompt reply. One further question. When
> setting HttpCli for NTLM is it also necessary to set/pass the
> username and password, as would be done for a proxy server setup e.g.
> HttpCli->ProxyUsername & HttpCli->ProxyPassword.
If the server
un...@elists.org] On
Behalf Of Arno Garrels
Sent: 14 June 2010 18:16
To: ICS support mailing
Subject: Re: [twsocket] THttpCli for NTLM
Darcy McNally wrote:
> if( CommOptionsPtr->HTTPProxyAuth == pxaNTLM ) //*what
> params to set for this condition*** {
> H
Darcy McNally wrote:
> if( CommOptionsPtr->HTTPProxyAuth == pxaNTLM ) //*what
> params to set for this condition*** {
> HttpCli->ProxyAuth = httpAuthNtlm;
> HttpCli->Proxy = "*" + CommOptionsPtr->HTTPProxyUser + "*" +
> CommOptionsPtr->HTT
Hi,
I have an client weather application that downloads forecast data from our
server, on request, and need to cater for as many client network configurations
as possible. The app can successful download using HTTP Proxy, both No
Authentication and Basic Authentication however I am having proble
Steve Endicott wrote:
> Keith - if the status happens following a location change, you might
> look closely at how that's being handled.
Yep, the status happens following a location change sometimes (first
noticed with a HTTPS connection). Unfortunately the location change
handling is still bugg
We've seen this response off and on for several years. We finally put in
some code to recognize the situation and ignore the RequestDone. The
"real" RequestDone shows up later.
In our case, we see this following a 302 Object Moved response from the
host. The spurious RequestDone occurs imme
On Mar 26, 2010, at 04:05, Keith Willis wrote:
> Hi All,
>
> I've noticed that sometimes this happens in my application...
>
> THttpCli: (StatusCode = 0 AND ReasonPhrase = "OK")
>
> A search of the "HttpProt.pas" source has failed to shed any further light
> on this... Any suggestions?
>
At
On Mar 25, 2010, at 21:25, Keith Willis wrote:
> For the moment I am temporarily setting my HttpCli Timeout mod to 0, which
> works well. For some reason calling "GetAsync" directly, hangs the app and I
> haven't had a chance to investigate further.
As Francois commented, the HTTP protocol is st
On Mar 26, 2010, at 04:05, Keith Willis wrote:
> I've noticed that sometimes this happens in my application...
>
> THttpCli: (StatusCode = 0 AND ReasonPhrase = "OK")
>
> A search of the "HttpProt.pas" source has failed to shed any further light
> on this... Any suggestions?
Could that be becau
Hi All,
I've noticed that sometimes this happens in my application...
THttpCli: (StatusCode = 0 AND ReasonPhrase = "OK")
A search of the "HttpProt.pas" source has failed to shed any further light
on this... Any suggestions?
Regards,
Keith Willis.
No virus found in this outgoing message.
Checke
had a chance to investigate further.
Regards,
Keith.
-Original Message-
From: twsocket-boun...@elists.org [mailto:twsocket-boun...@elists.org] On
Behalf Of Francois PIETTE
Sent: Friday, 26 March 2010 4:05 AM
To: ICS support mailing
Subject: Re: [twsocket] THttpCli: Handling Web Pages that
Keith Willis wrote:
>> Hi All,
>>
>> I have an application that uses THttpCli to access a web page that
>> intentionally returns nothing, (it's the Pan/Tilt/Zoom control on an
>> IP camera mount).
>>
>> I am currently calling "THttpCli.Get" which will hang in
>> "THttpCli.DoRequestSync", (except
I have an application that uses THttpCli to access a web page that
intentionally returns nothing, (it's the Pan/Tilt/Zoom control on an IP
camera mount).
I am currently calling "THttpCli.Get" which will hang in
"THttpCli.DoRequestSync", (except that I long ago added a timeout).
Other than callin
Hi All,
I have an application that uses THttpCli to access a web page that
intentionally returns nothing, (it's the Pan/Tilt/Zoom control on an IP
camera mount).
I am currently calling "THttpCli.Get" which will hang in
"THttpCli.DoRequestSync", (except that I long ago added a timeout).
Other tha
I use V7 of the component, with Delphi 2007.
I modified the httpcli async demo to load a list of url's from disk.
All url's are ok and tested.
When I execute the list in the demo, httpcli worsk fineonly for the first
about 200 url's, after that, no event is fired anymore and the request will
nev
Aris"
To: "ICS support mailing"
Sent: Wednesday, August 12, 2009 2:53 AM
Subject: Re: [twsocket] THttpCli and Javascript
My aim of using THttpCli is to open a page and collect the
information from there (Getting information from Modem WebGUI). I
have no problem with pages without
uthor of the freeware multi-tier middleware MidWare
The author of the freeware Internet Component Suite (ICS)
http://www.overbyte.be
- Original Message -
From: "Azrin Aris"
To: "ICS support mailing"
Sent: Wednesday, August 12, 2009 2:53 AM
Subject: Re: [twsocket
ginal Message-
From: twsocket-boun...@elists.org [mailto:twsocket-boun...@elists.org]
On Behalf Of Azrin Aris
Sent: Tuesday, August 11, 2009 7:17 PM
To: ICS support mailing
Subject: Re: [twsocket] THttpCli and Javascript
But I already did :(
On Aug 12, 2009, at 2:15 AM, Francois PIETTE wrote:
mailing
Subject: Re: [twsocket] THttpCli and Javascript
But I already did :(
On Aug 12, 2009, at 2:15 AM, Francois PIETTE wrote:
>> I'm quite new to ICS THttpCli and now trying the THttpCli example.
>> I just try to open a website but what I got is You
>> must en
But I already did :(
On Aug 12, 2009, at 2:15 AM, Francois PIETTE wrote:
I'm quite new to ICS THttpCli and now trying the THttpCli example.
I just try to open a website but what I got is You
must enable JavaScript in your browser..
My question is how can I enable JavaScript in HttpCli
Azrin Aris wrote:
> I'm quite new to ICS THttpCli and now trying the
THttpCli example. I
> just try to open a website but what I got is
You must
> enable JavaScript in your browser..
>
> My question is how can I enable JavaScript in HttpCli?
>
THttpCli implements HTTP, which is the Hyper-T
I'm quite new to ICS THttpCli and now trying the THttpCli example. I
just try to open a website but what I got is You must
enable JavaScript in your browser..
My question is how can I enable JavaScript in HttpCli?
You don't have to enable JavaScript in HttpCli !
You have to enable Java
I'm quite new to ICS THttpCli and now trying the THttpCli example. I
just try to open a website but what I got is You must
enable JavaScript in your browser..
My question is how can I enable JavaScript in HttpCli?
Thanks
--
To unsubscribe or change your settings for TWSocket mailing li
Arno,
Instead of making a demo, I have a question and an idea: Please
examine the code below and read the comments:
procedure THttpCli.GetHeaderLineNext;
...
if {(FResponseVer = '1.0') or (FRequestVer = '1.0') or}
{ [rawbite 31.08.2004 Connection controll] }
Fastream Technologies wrote:
> Hello Arno,
>
> The reason is when the state is httpReady, it is not yet ready in some
> cases, that is a misleading state machine state (IMHO).
If that's so clear, why don't you provide a simple test case that shows
the issue in actions?
>
> ASAP I will try the
Hello Arno,
The reason is when the state is httpReady, it is not yet ready in some
cases, that is a misleading state machine state (IMHO).
ASAP I will try the postmessage and let you know if it is ok for my
case here. I believe I did this a few weeks ago but not sure so will
retry in case...
Tha
Fastream Technologies wrote:
> What about setting a flag in triggerrequestdone and then checking for
> it with while loop just as we do now for httpready in Dorequestsync?
> This would eliminate the issue and let us use both sync and async
> together!
Sounds like more bad design IMO. Why can't yo
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-bi
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 wi
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_
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
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
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
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, whic
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 r
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
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
> r
>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
> wi
1 - 100 of 289 matches
Mail list logo
