From owner-freebsd-hackers Tue Jan 16 09:21:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA26561 for hackers-outgoing; Tue, 16 Jan 1996 09:21:58 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA26542 for ; Tue, 16 Jan 1996 09:21:52 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id KAA04736; Tue, 16 Jan 1996 10:24:21 -0700 Date: Tue, 16 Jan 1996 10:24:21 -0700 From: Nate Williams Message-Id: <199601161724.KAA04736@rocky.sri.MT.net> To: "Jordan K. Hubbard" Cc: Nate Williams , Michael Smith , tnaggs@cddotdot.mikom.csir.co.za, Hackers@freebsd.org Subject: Re: FBSD 2.1 In-Reply-To: <10575.821812385@time.cdrom.com> References: <199601161547.IAA04366@rocky.sri.MT.net> <10575.821812385@time.cdrom.com> Sender: owner-hackers@freebsd.org Precedence: bulk > Where ZIP_t is an opaque type: Oooh, getting Snazzy here. Does this mean you want it in C++ now? *grin* > int zip_add(ZIP_t zp, char *fname, int link) > > Add file fname to zip file (which must be writable). > If fname is a link and link is true, the link will be stored > as a link, otherwise what it points to will be stored. Since the ZIP format doesn't have a concept of links, it will only store filenames. Unfortunately, this means that we can't do symlinks inside of zip files. :( Is this going to be a show stopper? > int zip_fdopen(ZIP_t zp, char *fname) > > Return a file descriptor for an entry in a zip file. When a read from > the new fd returns EOF, a zip_close() on the fd should be done to > clean up any state lying around. > Returns new fd on success or -1 if entry not found/open failed. > > > int zip_fdclose(ZIP_t zp, int fd) > > Close a file descriptor previously returned by zip_open(). > Returns 0 on success, -1 on error. Hmm, the above 2 could get interesting. I'm not sure how you'd do that, in the same way I'm not sure how you'd do that with files inside a tar file. Nate