[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: "Compound file" library?
From:       weis () stud ! uni-frankfurt ! de
Date:       1998-11-03 20:46:13
[Download RAW message or body]

Hi,

On Tue, 3 Nov 1998, David Faure wrote:

> > I was thinking of a resource-library system that can store files in a
> > space- and retrieval-efficient way. An application would be to store a
> > logical set of toolbar pics etc in a single file.
> Would other applications be able to access one of those pixmaps even without
> knowing that they are stored in the compound file ?
> 
> This is for two reasons :
> * Usual pixmaps for toolbars are already used by lots of apps, and
> putting them into compound files shouldn't imply changing those apps.
> * Furthermore, even if only using this for new apps, we don't want to put the
> same icon in several compound files, do we ?   ... just a question, in fact.
> 
> > Does anyone know of a free library that can achieve this easily? I thought
> > of using ar but the idea of invoking a new process for every access didn't
> > seem palatable.
> I vote for the 'zip' suggestion previously made on the list.
> Is gzip like zip ? (can it be non-compressed ?)

gzip is NOT an archiver. People often mix zip-compressing and zip-archiving.
As far as I know libzip only handles the compression stuff.
You have to get the archive stuff from the zip sources yourself.
But I may be wrong ...

Bye
Torben

> -- 
>  ____________________________________________________________________
> |                                                                    |
> |  David FAURE                                                       |
> |  E-mail : David.Faure@insa-lyon.fr, faure@kde.org                  |
> |  http://www.insa-lyon.fr/People/AEDI/dfaure/index.html             |
> |____________________________________________________________________|
> 
> 

[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic