Hello,
Thanks for the fix but I just woke up and the zaman.com.tr newspaper site
seems to be down right now for me to test!! :(((
Will let you know. ;)
Best Regards,
SZ
- Original Message -
From: "Francois PIETTE" <[EMAIL PROTECTED]>
To: "ICS support mailing"
Sent: Monday, October 0
> If the stream behaviour is what you need, I don't see any problem with
> that.
What about memory allocation ?
Paul
PS: for all who's concerned about memory leaks :
I've asked Pierre le Riche (author of FastMM) about memory consumption.
The only thing you need to check is the virtual memory.
rick cusimano wrote:
> Could anyone suggest a resolution or a better way to debug what's
> going on?
If you do not provide the error number as well as the error text,
how should anybody know what's going on?
When CWD failes log FtpClient1.LastResponse as well as
FtpClient1.ErrorMessage.
---
> Just to reiterate, I'm trying to do a recursive download from an
> FTP Server to basically do a full backup. It works fine most of
> the time, but occasionally the Cwd command fails to change
> directory causing files to be downloaded in the wrong place.
Try using my File Transfer Components
As requested I've done some more testing with this, however I'm not getting
any closer.
Just to reiterate, I'm trying to do a recursive download from an FTP Server
to basically do a full backup. It works fine most of the time, but
occasionally the Cwd command fails to change directory causing
>> It is always interesting to reuse objects instead of destroying them and
>> recreate a fresh copy. But speaking about stream, it depends on the type
>> of
>> stream. A TFileStream has to be destroyed to close the file.
>
>
> So as long I'm sending streams with a HttpCli, I don't need to free the
>> > I thought about extending HTTPCli and adding a property,
>> > "CreateMemoryStreams". I use memory streams with HTTPCli and have to
>> > do this for every use. It would be nice it the create/free code was
>> > already done for me with a simple property setting.
>>
>> The best way to do that is
Keep-alive also exists in most HTTP/1.0 as well. It is just not the default
option.
Best Regards,
SZ
- Original Message -
From: "Francois PIETTE" <[EMAIL PROTECTED]>
To: "ICS support mailing"
Sent: Monday, October 09, 2006 9:20 PM
Subject: Re: [twsocket] Bug found in THttpCli--seeking
> Actually V1.87 has the same behaviour.
> I found that it works when you select HTTP/1.0 and it doesn't work with
> HTTP/1.1, no matter which component version has been used. It is related
> to
> the fact the component close or not the connection before relocation. I
> think the bug has always be
Actually V1.87 has the same behaviour.
I found that it works when you select HTTP/1.0 and it doesn't work with
HTTP/1.1, no matter which component version has been used. It is related to
the fact the component close or not the connection before relocation. I
think the bug has always been there w
>> Which V5 version are you using ? I mean which HttpProt.pas version do you
>> have ? I have V1.93.
>>
> 1.87
OK, thanks.
It is a rather old version. I found it in my archives from 2005.
I will try to see which change has been done which break the code.
--
[EMAIL PROTECTED]
http://www.overbyte.
- Original Message -
From: "Francois PIETTE" <[EMAIL PROTECTED]>
To: "ICS support mailing"
Sent: Monday, October 09, 2006 7:36 PM
Subject: Re: [twsocket] Bug found in THttpCli--seeking solution, please
help!
: >> Please use the THttpCli demo to navigate to
http://www.zaman.com.tr/pics
- Original Message -
From: "Francois PIETTE" <[EMAIL PROTECTED]>
To: "ICS support mailing"
Sent: Monday, October 09, 2006 6:36 PM
Subject: Re: [twsocket] Bug found in THttpCli--seeking solution, please
help!
>>> Please use the THttpCli demo to navigate to http://www.zaman.com.tr/pics
On 10/9/06, Francois PIETTE <[EMAIL PROTECTED]> wrote:
> > I thought about extending HTTPCli and adding a property,
> > "CreateMemoryStreams". I use memory streams with HTTPCli and have to
> > do this for every use. It would be nice it the create/free code was
> > already done for me with a simple
>> Please use the THttpCli demo to navigate to http://www.zaman.com.tr/pics
>> .
>> This Apache server returns a chunked encoded response of 301--a
>> redirection
>> to http://www.zaman.com.tr/pics/ but the component cannot understand the
>> header ends and data starts!!
> Confirmed : tested in v
>> > It is always interesting to reuse objects instead of destroying them
>> > and
>> > recreate a fresh copy. But speaking about stream, it depends on the
>> > type
>> > of
>> > stream. A TFileStream has to be destroyed to close the file.
>
> I thought about extending HTTPCli and adding a proper
Resending...
Dear ICS People,
Please use the THttpCli demo to navigate to http://www.zaman.com.tr/pics .
This Apache server returns a chunked encoded response of 301--a redirection
to http://www.zaman.com.tr/pics/ but the component cannot understand the
header ends and data starts!!
Looking forw
- Original Message -
From: "Fastream Technologies" <[EMAIL PROTECTED]>
To: "ICS support mailing"
Sent: Monday, October 09, 2006 5:21 PM
Subject: [twsocket] Bug found in THttpCli--seeking solution, please help!
> Dear ICS People,
>
> Please use the THttpCli demo to navigate to http://ww
Dear ICS People,
Please use the THttpCli demo to navigate to http://www.zaman.com.tr/pics .
This Apache server returns a chunked encoded response of 301--a redirection
to http://www.zaman.com.tr/pics/ but the component cannot understand the
header ends and data starts!!
Looking forward to your
On 10/9/06, Paul <[EMAIL PROTECTED]> wrote:
> > It is always interesting to reuse objects instead of destroying them and
> > recreate a fresh copy. But speaking about stream, it depends on the type
> > of
> > stream. A TFileStream has to be destroyed to close the file.
I thought about extending HT
> It is always interesting to reuse objects instead of destroying them and
> recreate a fresh copy. But speaking about stream, it depends on the type
> of
> stream. A TFileStream has to be destroyed to close the file.
So as long I'm sending streams with a HttpCli, I don't need to free the
strea
> > That's a good news. It eliminate the need to investigate for the SSL
part.
> > Have a look at your global dynamic variables and dynamic variables
> > assigned
> > to forms which have the same timelife as the program.
>
> Everything is created in runtime.
> Basically, I created an object that I
> That's a good news. It eliminate the need to investigate for the SSL part.
> Have a look at your global dynamic variables and dynamic variables
> assigned
> to forms which have the same timelife as the program.
Everything is created in runtime.
Basically, I created an object that I can use in a
> I see no difference between http and https. so SSL has nothing to do with
it
That's a good news. It eliminate the need to investigate for the SSL part.
Have a look at your global dynamic variables and dynamic variables assigned
to forms which have the same timelife as the program.
Contribute to
I see no difference between http and https. so SSL has nothing to do with it
Paul
- Original Message -
From: "Arno Garrels" <[EMAIL PROTECTED]>
To: "ICS support mailing"
Sent: Sunday, October 08, 2006 8:40 PM
Subject: Re: [twsocket] Memory leaks
> Paul wrote:
>> Hi,
>>
>> When my
25 matches
Mail list logo