Re: [twsocket] HTTP compression

2005-11-21 Thread Fastream Technologies
Restarting is done in terms of offsets of uncompressed file. For example: Let's assume deflate compresses file A by 50%. The file is 100Bytes. And the packet size is 1 bytes. After 25 packets which is 50 bytes, transfer is aborted by client. Then when he returns back, he sends the command: RES

Re: [twsocket] HTTP compression

2005-11-21 Thread Angus Robertson - Magenta Systems Ltd
> To enable the gzip (or any other encoding) "actually" the developer > must > include one unit in the uses of one unit of the project. > Too complicated? Really don't know yet, I'm trying to unfathom the six extra source files that this simple decompression needs, and decide whether it will wor

Re: [twsocket] HTTP compression

2005-11-21 Thread Maurizio Lotauro
On 21-Nov-05 12:15:00 Angus Robertson - Magenta Systems Ltd wrote: [...] >If the new component needs external code adding to actually decompress a >page, we are effectively no further forward than several years ago, and >I'd just ignore any new attempt to add compression and use my old code, >pro

Re: [twsocket] HTTP compression

2005-11-21 Thread Angus Robertson - Magenta Systems Ltd
> > FYI, in FTP servers, Mode Z is used for ZLib'ed (deflate) > > transfers. > One question could be: should the client automatically decormpress > the downloaded file or it should be done by the application? Compression is transparent to the user when Mode Z is used, the client sees an uncompr

Re: [twsocket] HTTP compression

2005-11-21 Thread Fastream Technologies
- Original Message - From: "Maurizio Lotauro" <[EMAIL PROTECTED]> To: "ICS support mailing" Sent: Monday, November 21, 2005 5:14 PM Subject: Re: [twsocket] HTTP compression > Scrive Fastream Technologies <[EMAIL PROTECTED]>: > >> - Original Message - >> From: "Francois Piette"

Re: [twsocket] HTTP compression

2005-11-21 Thread Maurizio Lotauro
Scrive Guillaume MAISON <[EMAIL PROTECTED]>: [...] > i do agree to say that using zlib or any other compression method has > more its place within a demo (why not write a special demo for using > compression with http based upon any of the actual demo, but named > specifically HttpCompression

Re: [twsocket] HTTP compression

2005-11-21 Thread Maurizio Lotauro
Scrive Angus Robertson - Magenta Systems Ltd <[EMAIL PROTECTED]>: > > I suggest that the compression part (i.e the one that implement the > > gzip using the dll) should not be included in the library (I mean the > > ICS package, not the distrbuted zip) but as demo or similar. Then it > > is a choo

Re: [twsocket] HTTP compression

2005-11-21 Thread Maurizio Lotauro
Scrive Fastream Technologies <[EMAIL PROTECTED]>: > - Original Message - > From: "Francois Piette" <[EMAIL PROTECTED]> > To: "ICS support mailing" > Sent: Monday, November 21, 2005 9:42 AM > Subject: Re: [twsocket] HTTP compression > > > >> I don't know the FTP component, maybe what I

Re: [twsocket] HTTP compression

2005-11-21 Thread Angus Robertson - Magenta Systems Ltd
> So essentially what you ask is that the default implementation use > C-Obj ZLib delivered with Delphi. Assuming it works technically, yes. Then the component works immediately with each different developer needing to implement ZLIB on their own, or search the demos for code to borrow. Ang

Re: [twsocket] HTTP compression

2005-11-21 Thread Francois Piette
So essentially what you ask is that the default implementation use C-Obj ZLib delivered with Delphi. -- [EMAIL PROTECTED] Author of ICS (Internet Component Suite, freeware) Author of MidWare (Multi-tier framework, freeware) http://www.overbyte.be - Original Message - From: "Angus Robert

Re: [twsocket] HTTP compression

2005-11-21 Thread Angus Robertson - Magenta Systems Ltd
> there i don't agree with you. if you consider ICS, it's almost VCL > free. it shouldn't be more dependant on any VCL component. VCL, RTL, it's all the same thing, components delivered as standard with Delphi. ICS is not VCL/RTL free, it uses classes with strings lists, streams, etc. ZLIB is

Re: [twsocket] HTTP compression

2005-11-21 Thread Guillaume MAISON
Angus Robertson - Magenta Systems Ltd a écrit : >>I suggest that the compression part (i.e the one that implement the >>gzip using the dll) should not be included in the library (I mean the >>ICS package, not the distrbuted zip) but as demo or similar. Then it >>is a choose of the developer if incl

Re: [twsocket] HTTP compression

2005-11-21 Thread Angus Robertson - Magenta Systems Ltd
> I don't have the knowledge to understand who is right (actually I > don't use Mime), but I have the same opinion of you: if something is > wrong it must be corrected even if this mean that it is no more > backward compatible. > But at the same time the developer must be warned about a change > li

Re: [twsocket] HTTP compression

2005-11-21 Thread Angus Robertson - Magenta Systems Ltd
> I suggest that the compression part (i.e the one that implement the > gzip using the dll) should not be included in the library (I mean the > ICS package, not the distrbuted zip) but as demo or similar. Then it > is a choose of the developer if include it (or another > implementation) in the appl

Re: [twsocket] HTTP compression

2005-11-21 Thread Fastream Technologies
- Original Message - From: "Francois Piette" <[EMAIL PROTECTED]> To: "ICS support mailing" Sent: Monday, November 21, 2005 9:42 AM Subject: Re: [twsocket] HTTP compression >> I don't know the FTP component, maybe what I proposed can be >> modified to share some code for support both pro