Date: Wed, 17 Jan 1996 14:01:37 +1030 (CST) From: Michael Smith <msmith@atrad.adelaide.edu.au> To: nate@sri.MT.net (Nate Williams) Cc: jkh@time.cdrom.com, nate@sri.MT.net, msmith@atrad.adelaide.edu.au, tnaggs@cddotdot.mikom.csir.co.za, Hackers@freebsd.org Subject: Re: FBSD 2.1 Message-ID: <199601170331.OAA01317@genesis.atrad.adelaide.edu.au> In-Reply-To: <199601161724.KAA04736@rocky.sri.MT.net> from "Nate Williams" at Jan 16, 96 10:24:21 am
next in thread | previous in thread | raw e-mail | index | archive | help
Nate Williams stands accused of saying: > > 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. :( *mumble* format extension 8( > > 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. Look at funopen(3). > Nate -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199601170331.OAA01317>