From owner-cvs-all@FreeBSD.ORG Mon Jan 3 15:07:49 2005 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CACC416A4CF; Mon, 3 Jan 2005 15:07:49 +0000 (GMT) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE7BF43D54; Mon, 3 Jan 2005 15:07:48 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id j03F7e90099748; Mon, 3 Jan 2005 07:07:48 -0800 (PST) (envelope-from kientzle@freebsd.org) Message-ID: <41D95FB5.2010506@freebsd.org> Date: Mon, 03 Jan 2005 07:07:33 -0800 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maxim Sobolev References: <200501020521.j025LF68085390@repoman.freebsd.org> <41D92544.7040502@portaone.com> In-Reply-To: <41D92544.7040502@portaone.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: cvs-src@freebsd.org cc: src-committers@freebsd.org cc: cvs-all@freebsd.org Subject: Re: cvs commit: src/lib/libarchive Makefile archive.h.in archive_read_support_format_iso9660.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2005 15:07:50 -0000 Maxim Sobolev wrote: > Tim Kientzle wrote: > >> kientzle 2005-01-02 05:21:15 UTC >> >> FreeBSD src repository >> >> Modified files: >> lib/libarchive Makefile archive.h.in Added files: >> lib/libarchive archive_read_support_format_iso9660.c Log: >> First cut support for extracting from ISO9660 disk images. >> This seems to be able to extract a TOC and extract files from >> the couple of ISO images I've tested it with. >> Treat this as experimental proof-of-concept code for the >> moment. There are still a bunch of debug messages (there >> are a few oddities in ISO9660 that I haven't yet figured >> out how to handle), a lot of bugs to be addressed (this >> code leaks memory very badly), and a lot of missing features (no >> Rockridge support, in particular). I'd appreciate >> feedback from anyone who understands ISO9660 format >> better than I do. ;-) > > > Maybe it is worth to create some unified ISO9660 access library, which > can be used both by libarchive and cd9660 kernel module. A fine idea, but a difficult one. Libarchive and the kernel module have very different goals and constraints. Libarchive, for example, cannot seek, which is required for accessing certain types of ISO9660 disks. Still, if someone is interested in tackling this, I'd be happy to consult on libarchive's needs; if it is possible, it would certainly help my efforts considerably. Tim