From: Jay McCarthy (jay.mccarthy at gmail.com)
Date: Thu Oct 11 01:24:22 EDT 2012

FWIW, a zip file may not be a good format because the file index is
just a O(n) access list (no matter how many sub-directories the zip
file contains.) I didn't find any standard archive formats with O(log
n) or better performance, which is why DrDr uses a custom format:



On Wed, Oct 10, 2012 at 8:23 AM, Sam Tobin-Hochstadt <samth at ccs.neu.edu> wrote:
> On Wed, Oct 10, 2012 at 10:19 AM, Matthew Flatt <mflatt at cs.utah.edu> wrote:
>> I guess we should try this, but I think we should keep it specific to
>> bytecode loading. That is, I don't think we should try to splice a
>> .zip-based filesystem into Racket's core filesystem operations.
> I would think that something along the lines of how classpaths work in
> Java would be the right direction -- ie, PLTCOLLECTS could include
> files (perhaps with a distinguished extension) in addition to
> directories, and those would be ZIP files whose internal directory
> structure was treated the way a directory entry directly in
> PLTCOLLECTS is treated.
> --
> sam th
> samth at ccs.neu.edu
> _________________________
>   Racket Developers list:
>   http://lists.racket-lang.org/dev

Jay McCarthy <jay at cs.byu.edu>
Assistant Professor / Brigham Young University

"The glory of God is Intelligence" - D&C 93

Posted on the dev mailing list.