On Tue, 1 Apr 2014, silvioprog wrote:
Hello,
I'm using gzip from Apache to compress my static files (like HTML, CSS, JS
etc.), and it worked fine
(http://imagebin.org/303024). But, to compress the CGI content, I'm using
deflate:
var
m: TMemoryStream;
begin
if aeDeflate in BrookGetAccep
I also have a gzip related issue.
I try to test with paszlib/examples/minigzip but the compiler gives :
minigzip.pas(73,40) Error: Call by var for arg no. 2 has to match
exactly: Got "LongInt" expected "SmallInt"
FPC 2.6.4 and FPC trunk seem to have identical code here.
It is possible I do somet
Another note about paszlib sources. There is a spelling mistake in the
header comment which is copied to every source file:
"Pascal tranlastion"
Juha
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman
On Tue, Apr 1, 2014 at 11:09 AM, Juha Manninen
wrote:
> Got "LongInt" expected "SmallInt"
I opened the example program in Lazarus for debugging it.
Lazarus project uses mode objfpc by default. Changing 2 variables from
Integer to SmalInt solved the compilation problem.
IMO the type should be corr
On Tue, 1 Apr 2014, Juha Manninen wrote:
On Tue, Apr 1, 2014 at 11:09 AM, Juha Manninen
wrote:
Got "LongInt" expected "SmallInt"
I opened the example program in Lazarus for debugging it.
Lazarus project uses mode objfpc by default. Changing 2 variables from
Integer to SmalInt solved the co
BTW, does anybody know of a Delphi compatible version of this compression lib?
The new Unicode Delphis do not need to be supported.
What about some other similar Delphi compatible lib?
Juha
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http
In our previous episode, Juha Manninen said:
> BTW, does anybody know of a Delphi compatible version of this compression lib?
> The new Unicode Delphis do not need to be supported.
> What about some other similar Delphi compatible lib?
Newer delphi's come with a zstream iirc, and contrary to D7(*)
On Tue, Apr 1, 2014 at 1:53 PM, Marco van de Voort wrote:
> Newer delphi's come with a zstream iirc, and contrary to D7(*), you don't need
> to do anything. (unit zlib, tzcompressionstream and -de variant + helper
> procedures). I use them for the png compression in my ported fcl-image parts.
Yes
On Tue, Apr 1, 2014 at 4:12 AM, Michael Van Canneyt
wrote:
> No, currently you need a file, unless you are willing to duplicate the
> tgzstream class using an in memory-approach.
> (that would be a welcome addition, BTW)
TZipper has similar problem, you cannot write direct to the destination file
2014-04-01 4:12 GMT-03:00 Michael Van Canneyt :
[...]
> No, currently you need a file, unless you are willing to duplicate the
> tgzstream class using an in memory-approach.
> (that would be a welcome addition, BTW)
Nice, I'll analize the possibility to implement it.
--
Silvio Clécio
My public
On 26/03/2014 20:44, Marco van de Voort wrote:
FYI:
Free Pascal is candidate for SF project of the month april, up against
strong candidates as subversion for windows (the server, not tortoise) and
smplayer.
Note that you need a SF login to vote:
https://sourceforge.net/p/potm/discussion/vote/
In our previous episode, Juha Manninen said:
> Maybe we could just add our own metadata wrapper instead of gzip or a
> zlib wrapper.
> Well, it does not sound like a clever thing to do.
>
> We have used tpabbrevia but it has a bug with very big files (like 6
> GB). Its code is not easy to understa
In our previous episode, Martin Frb said:
> > Free Pascal is candidate for SF project of the month april, up against
> > strong candidates as subversion for windows (the server, not tortoise) and
> > smplayer.
> >
> > Note that you need a SF login to vote:
> >
> > https://sourceforge.net/p/potm/dis
Hello,
You can use libtar and zstream units, from the LCL. Class
TTarArchive creates a .tar stream and TCompressionStream compress it
using gzip algorithm. Combine them to create .tar.gz archives.
Both classes can work "on the fly" without saving information on disk.
Guillermo "Ñuño" Martínez
14 matches
Mail list logo
