Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Zipvfs - archives larger than 2GB and large file handling

25 views
Skip to first unread message

Wojciech Kocjan

unread,
Dec 9, 2010, 7:09:10 AM12/9/10
to
Hello,

Since I needed to unzip large files in archives varying from a few MB
to over 3GB, I needed to patch zipvfs. I have added support for
archives that are over 2GB and under 4GB - this required slight
changes in TOC reading.

I have also added z vfs::zstream based channel implementations for
both uncompressed and compressed channels - so that large files do not
have to be fed into a memchan first.

Patch can be found here:
https://sourceforge.net/tracker/?func=detail&aid=3132957&group_id=32692&atid=406310

I noticed tclvfs project on sourceforge.net is not very active so I
decided to post information about it here as well. I noticed there is
a similar patch for vfs::zstream, but it was also in open state.

I also wanted to find other people's comments if this functionality is
working, interesting. If anyone wants to, vfs::zip implementation
should also be quite simple - providing
zstream_{create,delete,put,get} commands.

blacksqr

unread,
Jan 10, 2011, 2:36:14 PM1/10/11
to
On Dec 9 2010, 6:09 am, Wojciech Kocjan <wojciech.koc...@gmail.com>
wrote:

> Hello,
>
> Since I needed to unzip large files in archives varying from a few MB
> to  over 3GB, I needed to patch zipvfs. I have added support for
> archives that are over 2GB and under 4GB - this required slight
> changes in TOC reading.

I have incorporated Wojciech's patch into the Tclvfs project, and he
has kindly tested it and found it works satisfactorily. Thank you!

Going forward I will try to keep the Tclvfs project more active, at
least incorporating contributed patches and bug fixes. If you have
ideas for fixes and improvements, please contribute.

I personally am working on an update to my template vfs package, which
should make virtual filesystems easier to write and use. But that's a
longer-term project (I hope ready for Tcl2011).

--Steve Huntley

0 new messages