Re: [twsocket] D2009 and HttpClient
> ICS v7 works perfect. ICS-V7 is the only one supporting D2009. -- 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] D2009 and HttpClient
ICS v7 works perfect. On Tue, Mar 10, 2009 at 10:41 AM, wayne forrest wrote: > I think I might have the wrong ICS version. > I will let you know when I have success. > > Thank you. > > > On Tue, Mar 10, 2009 at 9:46 AM, wayne forrest wrote: > >> Arno, with what version of Delphi did you try ? >> >> I do not understand what I am doing wrong; Does my Code look right ? >> >> I have the version from the SVN installed. >> >> What else could be wrong ? >> >> >> On Tue, Mar 10, 2009 at 8:46 AM, wayne forrest wrote: >> >>> Hi Arno, >>> >>> I updated my SVN; The Server I am using is Apache. >>> >>> The Funny thing is that lResultPage is empty. >>> >>> If I access the url via FireFox I get this:: "this me, I am a testing >>> STrings". >>> >>> I must be doing something wrong. >>> >>> >>> On Mon, Mar 9, 2009 at 5:36 PM, Arno Garrels wrote: >>> wayne forrest wrote: > Hello, > > I am getting some Chinese again, if I cast it to AnsiString, I do not > see that data that I am expecting: > ( I presume it is either something that I am not doing or it is a bug) I just tried with current SVN version and it works fine. The AnsiString cast should not matter if the received headers contain valid chars. How does lResultPage look, I guess it contains Chinese as well? Is the server self-written or some public webserver? I recall as well that there was a bug with the receive buffer not always cleared which led to garbage in some rare cases. A fix was checked in with revision #271. In order to test whether this bug bites or not you could try with a non persistent connection. -- 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 >>> >>> >>> >>> -- >>> C: 076 337 4368 >>> T: 021 880 2037 >>> F: 021 880 2530 >>> >> >> >> >> -- >> C: 076 337 4368 >> T: 021 880 2037 >> F: 021 880 2530 >> > > > > -- > C: 076 337 4368 > T: 021 880 2037 > F: 021 880 2530 > -- C: 076 337 4368 T: 021 880 2037 F: 021 880 2530 -- 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] D2009 and HttpClient
I think I might have the wrong ICS version. I will let you know when I have success. Thank you. On Tue, Mar 10, 2009 at 9:46 AM, wayne forrest wrote: > Arno, with what version of Delphi did you try ? > > I do not understand what I am doing wrong; Does my Code look right ? > > I have the version from the SVN installed. > > What else could be wrong ? > > > On Tue, Mar 10, 2009 at 8:46 AM, wayne forrest wrote: > >> Hi Arno, >> >> I updated my SVN; The Server I am using is Apache. >> >> The Funny thing is that lResultPage is empty. >> >> If I access the url via FireFox I get this:: "this me, I am a testing >> STrings". >> >> I must be doing something wrong. >> >> >> On Mon, Mar 9, 2009 at 5:36 PM, Arno Garrels wrote: >> >>> wayne forrest wrote: >>> > Hello, >>> > >>> > I am getting some Chinese again, if I cast it to AnsiString, I do not >>> > see that data that I am expecting: >>> > ( I presume it is either something that I am not doing or it is a bug) >>> >>> I just tried with current SVN version and it works fine. >>> The AnsiString cast should not matter if the received headers contain >>> valid chars. >>> How does lResultPage look, I guess it contains Chinese as well? >>> Is the server self-written or some public webserver? >>> >>> I recall as well that there was a bug with the receive buffer not always >>> cleared which led to garbage in some rare cases. A fix was checked in >>> with >>> revision #271. >>> In order to test whether this bug bites or not you could try with a non >>> persistent connection. >>> >>> -- >>> 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 >>> >> >> >> >> -- >> C: 076 337 4368 >> T: 021 880 2037 >> F: 021 880 2530 >> > > > > -- > C: 076 337 4368 > T: 021 880 2037 > F: 021 880 2530 > -- C: 076 337 4368 T: 021 880 2037 F: 021 880 2530 -- 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] D2009 and HttpClient
Arno, with what version of Delphi did you try ? I do not understand what I am doing wrong; Does my Code look right ? I have the version from the SVN installed. What else could be wrong ? On Tue, Mar 10, 2009 at 8:46 AM, wayne forrest wrote: > Hi Arno, > > I updated my SVN; The Server I am using is Apache. > > The Funny thing is that lResultPage is empty. > > If I access the url via FireFox I get this:: "this me, I am a testing > STrings". > > I must be doing something wrong. > > > On Mon, Mar 9, 2009 at 5:36 PM, Arno Garrels wrote: > >> wayne forrest wrote: >> > Hello, >> > >> > I am getting some Chinese again, if I cast it to AnsiString, I do not >> > see that data that I am expecting: >> > ( I presume it is either something that I am not doing or it is a bug) >> >> I just tried with current SVN version and it works fine. >> The AnsiString cast should not matter if the received headers contain >> valid chars. >> How does lResultPage look, I guess it contains Chinese as well? >> Is the server self-written or some public webserver? >> >> I recall as well that there was a bug with the receive buffer not always >> cleared which led to garbage in some rare cases. A fix was checked in with >> revision #271. >> In order to test whether this bug bites or not you could try with a non >> persistent connection. >> >> -- >> 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 >> > > > > -- > C: 076 337 4368 > T: 021 880 2037 > F: 021 880 2530 > -- C: 076 337 4368 T: 021 880 2037 F: 021 880 2530 -- 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] D2009 and HttpClient
Hi Arno, I updated my SVN; The Server I am using is Apache. The Funny thing is that lResultPage is empty. If I access the url via FireFox I get this:: "this me, I am a testing STrings". I must be doing something wrong. On Mon, Mar 9, 2009 at 5:36 PM, Arno Garrels wrote: > wayne forrest wrote: > > Hello, > > > > I am getting some Chinese again, if I cast it to AnsiString, I do not > > see that data that I am expecting: > > ( I presume it is either something that I am not doing or it is a bug) > > I just tried with current SVN version and it works fine. > The AnsiString cast should not matter if the received headers contain > valid chars. > How does lResultPage look, I guess it contains Chinese as well? > Is the server self-written or some public webserver? > > I recall as well that there was a bug with the receive buffer not always > cleared which led to garbage in some rare cases. A fix was checked in with > revision #271. > In order to test whether this bug bites or not you could try with a non > persistent connection. > > -- > 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 > -- C: 076 337 4368 T: 021 880 2037 F: 021 880 2530 -- 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] D2009 and HttpClient
wayne forrest wrote: > Hello, > > I am getting some Chinese again, if I cast it to AnsiString, I do not > see that data that I am expecting: > ( I presume it is either something that I am not doing or it is a bug) I just tried with current SVN version and it works fine. The AnsiString cast should not matter if the received headers contain valid chars. How does lResultPage look, I guess it contains Chinese as well? Is the server self-written or some public webserver? I recall as well that there was a bug with the receive buffer not always cleared which led to garbage in some rare cases. A fix was checked in with revision #271. In order to test whether this bug bites or not you could try with a non persistent connection. -- 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
[twsocket] D2009 and HttpClient
Hello, I am getting some Chinese again, if I cast it to AnsiString, I do not see that data that I am expecting: ( I presume it is either something that I am not doing or it is a bug) Here is my code: var lData: TStringStream; lDataOut : TMemoryStream; lResultPage: string; I : Integer; begin lDataOut := TMemoryStream.Create; lData := TStringStream.Create(); //A post request would use lDataout to post data to server lDataOut.Seek(0, soFromBeginning); httpcli1.SendStream := lDataOut; httpcli1.RcvdStream := lData; HttpCli1.URL := Edit1.Text; HttpCli1.URL := HttpCli1.URL +'?MESSAGE=HELLO'; HttpCli1.Get; lResultPage := lData.DataString; Memo1.Lines.Add(lResultPage); for I := 0 to HttpCli1.RcvdHeader.Count - 1 do begin Memo1.Lines.Add((AnsiString(HttpCli1.RcvdHeader[I]))); end; lDataOut.Free; lData.Free; -- 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
