4 ms·
Or one that can list/extract files without reading the entire archive, or one that can use binary diffs, or one that supports encryption, or one that supports l
by peterwwillis 8y ago
Or one that can list/extract files without reading the entire archive, or one that can use binary diffs, or one that supports encryption, or one that supports long file names, or one that isn't hamstrung by different implementations of different standards on different platforms, or one that doesn't use 512 byte blocks, or one that is actually usable on modern operating systems, ....
- sitkack 8y agoThat time is now [0]. [0] https://www.sqlite.org/sar/doc/trunk/README.md https://www.sqlite.org/sar/doc/trunk/README.md
- JdeBP 8y agoActually, that time was 1986, if one excludes encryption (which is easy to add). * https://www.rpi.edu/dept/acm/packages/zoo/2.1/rs_aix31/src/zoo.h https://www.rpi.edu/dept/acm/packages/zoo/2.1/rs_aix31/src/z...
- peterwwillis 8y ago> This program (named "sqlar") operates much like "zip", except that the compressed archive it builds is stored in an SQLite database > The motivation for this is to see how much larger an SQLite database file is compared to a ZIP archive containing the same content. The answer depends on the filenames, but 2% seems to be a reasonable guess. In other words, storing files as compressed blobs in an SQLite database file results in a file that is only about 2% larger than storing those same files in a ZIP archive using the same compression. Uh.... Yeah, I don't need a complicated, incompatible version of Zip that is 2% larger. I'll just use Zip.