[Implemented] Packer command support of ZIP compression

[Michael Vogel]

when implementing Zip compatible functions, please add the "missing" function which extracts a file from a packed file without the indirection with unpacking to the memory...

Thanks,
Michael

[USCode]

Hi Fred,
Just curious as to where this is on the ever-growing PB to-do list?

[Num3]

Hi Fred,
Just curious as to where this is on the ever-growing PB to-do list?

Bottom

[blueznl]

was it on the list? wow...

[USCode]

...Bottom

That's what I was afraid of!!!

[USCode]

Maybe for 4.30??? (Packer library plug-in architecture and ZIP compression support)

One major advantage of a compression algorithm like ZIP vs. JCalG1 is that it's pretty much guaranteed that you will be able to unpack any old files using ZIP maybe even 10yrs from now, it's so widespread and widely used. JCalG1 on the other hand isn't anywhere near as ubiquitous as ZIP...

[DoubleDutch]

Hopefully this will come as a last minute addition to 4.60. I have a program on the PC I want to convert to OSX and this is one of the major things holding it up.

I really need jcalg1 pack and unpack on osx...

[graph100]

globally, a general lib to unpack archives file would be a great addition to PB.
(and to unpack them in memory too ^^)

[Thorium]

Hopefully this will come as a last minute addition to 4.60. I have a program on the PC I want to convert to OSX and this is one of the major things holding it up.

I really need jcalg1 pack and unpack on osx...

Just switch to ZLib, it's included in the PB package for all OS's: http://www.purebasic.fr/english/viewtop ... 4&start=14

[DoubleDutch]

I've thought of doing this - it's just compatibility with existing files though...

[kenmo]

I was not aware (or I forgot) about the OS-incompatibility of the packer functions... which I have been using lately.

But the ZLib libraries for all 3 OS are already included with PB? What are they normally used for? (Images?)

[DoubleDutch]

Ideally the original type of packing from the x86 version would be available to all versions.

[USCode]

Ideally the original type of packing from the x86 version would be available to all versions.

You'll see earlier in the thread that Fred mentioned a modular approach, probably doing like they did with Image, Sound and Database plugins. E.g. Use...()

(2006) Will be included in 2010

2011, we still don't have it!

[Thorium]

But the ZLib libraries for all 3 OS are already included with PB? What are they normally used for? (Images?)

It's for PNG decoding and encoding.

Ideally the original type of packing from the x86 version would be available to all versions.

Thats very unlikely to happen. Problem is that JCalG1 lib is only for 32bit Windows. And because the compressor is very large and completly written in 32bit x86 ASM it a huge lot of work to port it over. I dont think they will do that.

I did ported the decompressor to 64bit x86 and made a optimized version for 32bit. Should work on Linux and MacOS (only x86, no PPC).
But porting the compressor is a whole other story.

[Dummy]

Add LZMA (SDK = LZMA Utils) / LZMA2 (SDK = XZ Utils) instead.

It's free and cross platform and the license would allow integrating it as a library