zip in qbasic

[Karelius]

is it possible to compress files in zip with qbasic?

[Torahteen]

Well... yes. You need to read up on the format and algorithm used in a zip file however. Good luck

[Skyler]

But you don't necessarily have to use the zip format. You could use other compression algos, or even develop your own.

[Zap]

Neo did a library full of compression routines, look into that.

[Moneo]

Why reinvent the wheel?
The best compression around is in PKZIP. Even WinZip uses the same algorithm.

Need to compress one or more files, just do a SHELL to PKZIP from your program, or PKUNZIP to decompress them.

Besides, it's not only the compression. There's also the CRC generated on each file, the decompresssion, and many other considerations.

Unless maybe you're just playing around.........

*****

[na_th_an]

A compression/decompression set of routines is very useful so you can compress/decompress from your program without having to call anything external. Makes your application more robust

You can use ZZLib in freeBASIC, which compress quite well and is pretty straightforward to use (basicly you read uncompressed data from a "virtual file" - the library opens the compressed file, decompresses the data on the fly, and provides you with that uncompressed data).

[Moneo]

A compression/decompression set of routines is very useful so you can compress/decompress from your program without having to call anything external. Makes your application more robust

You can use ZZLib in freeBASIC, which compress quite well and is pretty straightforward to use (basicly you read uncompressed data from a "virtual file" - the library opens the compressed file, decompresses the data on the fly, and provides you with that uncompressed data).

I get your point, amigo, but I disagree in general. I've developed some pretty robust applications that handled millions of dollars, and I've used external software, such as, Btrieve, Opt-Tech Sort, Pkzip/Pkunzip, the LIST utility, and several Norton Utilities. I think using industry-standard, documented software in your application enhances it and therefore makes it more reliable.

Maybe in a few years the ZZlib of Freebasic will become an industry standard, but it's not there yet.

Saludos..... Moneo

[Anonymous]

ZZLIB? perhaps you're thinking of zLib? and by all means, thats about as much as a standard as you're going to get. ever heard of php? it has zLib routines built in? doesn't it =p not to mention linux is HIGHLY dependent on it, as are Many other system.

[Moneo]

Ok if you say so.

*****

[na_th_an]

A compression/decompression set of routines is very useful so you can compress/decompress from your program without having to call anything external. Makes your application more robust

You can use ZZLib in freeBASIC, which compress quite well and is pretty straightforward to use (basicly you read uncompressed data from a "virtual file" - the library opens the compressed file, decompresses the data on the fly, and provides you with that uncompressed data).

I get your point, amigo, but I disagree in general. I've developed some pretty robust applications that handled millions of dollars, and I've used external software, such as, Btrieve, Opt-Tech Sort, Pkzip/Pkunzip, the LIST utility, and several Norton Utilities. I think using industry-standard, documented software in your application enhances it and therefore makes it more reliable.

Maybe in a few years the ZZlib of Freebasic will become an industry standard, but it's not there yet.

Saludos..... Moneo

The moment where you have to rely on the Operating System to do a shell to call another program, then going back to the caller one is a weak point, talking about security. Anybody could change the ZIP.EXE program (or whatever it is called) for another thing called just the same and voie la.