Menu
▾
▴
arpix-devel — The Arpix project development mailing list
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
(36) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(21) |
Feb
(63) |
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
|
From: Giovanni C. <val...@li...> - 2001-02-08 12:45:21
|
I can't open uncompressed tar files with gnomezip. It reports that this
file format is not supported.
--
Max, could you please feed my cat?
Heisenberg says he can't. Bye,
Schroedinger
|
|
From: Hongli L. <ho...@te...> - 2001-02-07 15:30:09
|
On Wed, 07 Feb 2001 01:35:03 Giovanni Corriga wrote: > Yet another patch for Tarlib. > I added a new field in fileinfo struct - mtime (modification time). > I also added support for fifo files. As soon as I find out what > contiguous files are, we'll have support for all POSIX file types. > Patches attached. > > Giovanni Committed. There were some compilation problems, which I fixed. |
|
From: Hongli L. <ho...@te...> - 2001-02-07 14:51:23
|
On Wed, 07 Feb 2001 01:35:00 Giovanni Corriga wrote: > I read in the ChangeLog file of GnomeZip that you added > view-dialog.[ch], but I couldn't find those files. Maybe you forgot to > add them in CVS. Fixed. |
|
From: Hongli L. <ho...@te...> - 2001-02-07 14:48:12
|
The compiler gave a lot of "duplicate symbols" messages. Giovanni, remember to add the "static" keyword to any function which are only used by Tgzlib internally. This will resolve a lot of problems. The compilation error is resolved. |
|
From: Hongli L. <ho...@te...> - 2001-02-07 14:37:07
|
On Mon, 05 Feb 2001 23:05:47 Giovanni Corriga wrote: > I have written support for .tar.gz files. It was really easy, I had only > to switch from fopen() to gzopen() etc. > Files are attached. Committed. |
|
From: Hongli L. <ho...@te...> - 2001-02-07 14:21:11
|
On Tue, 06 Feb 2001 22:22:51 Giovanni Corriga wrote: > I think that whether use on-the-fly (or JIT ;-)) compression or > uncompress the file before opening it is more an issue of the frontend > than Libgarp's. I mean, there could be cases where the latter approach > is better (Gnomezip maybe?), but in some other cases it would be better > to use tgzlib (e.g. a future gnome-vfs module). > I think we can keep tgzlib in libgarp, while GnomeZip will use what > Hongli likes more (he is the only developer of it). There will be plenty > of time in the future for making changes. Agreed. |
|
From: Giovanni C. <val...@li...> - 2001-02-07 00:34:04
|
Yet another patch for Tarlib.
I added a new field in fileinfo struct - mtime (modification time).
I also added support for fifo files. As soon as I find out what
contiguous files are, we'll have support for all POSIX file types.
Patches attached.
Giovanni
--
Max, could you please feed my cat?
Heisenberg says he can't. Bye,
Schroedinger
|
|
From: Giovanni C. <val...@li...> - 2001-02-07 00:34:04
|
I read in the ChangeLog file of GnomeZip that you added
view-dialog.[ch], but I couldn't find those files. Maybe you forgot to
add them in CVS.
--
Max, could you please feed my cat?
Heisenberg says he can't. Bye,
Schroedinger
|
|
From: Giovanni C. <val...@li...> - 2001-02-06 21:21:54
|
On 06 Feb 2001 20:22:35 +0100, Hongli Lai wrote:
> > Van: Simo Sorce <sim...@ti...>
> > Aan: arp...@li...
> > Onderwerp: Re: [Arpix-devel] tgzlib - support for .tar.gz!
> > Datum: dinsdag 6 februari 2001 19:22
> >
> > I think n.1 is the good way.
> > While handling compression on the fly may be slowly it save us from the
> > hell of checking
> > for double free space to hold uncompressed tar file and it's content.
>
> Free space really isn't an issiue any more these days.
> But do you have a point.
> Let's make it configureable :)
I think that whether use on-the-fly (or JIT ;-)) compression or
uncompress the file before opening it is more an issue of the frontend
than Libgarp's. I mean, there could be cases where the latter approach
is better (Gnomezip maybe?), but in some other cases it would be better
to use tgzlib (e.g. a future gnome-vfs module).
I think we can keep tgzlib in libgarp, while GnomeZip will use what
Hongli likes more (he is the only developer of it). There will be plenty
of time in the future for making changes.
--
Max, could you please feed my cat?
Heisenberg says he can't. Bye,
Schroedinger
|
|
From: Hongli L. <ho...@te...> - 2001-02-06 19:22:35
|
> Van: Simo Sorce <sim...@ti...> > Aan: arp...@li... > Onderwerp: Re: [Arpix-devel] tgzlib - support for .tar.gz! > Datum: dinsdag 6 februari 2001 19:22 > > I think n.1 is the good way. > While handling compression on the fly may be slowly it save us from the > hell of checking > for double free space to hold uncompressed tar file and it's content. Free space really isn't an issiue any more these days. But do you have a point. Let's make it configureable :) |
|
From: Simo S. <sim...@ti...> - 2001-02-06 18:23:39
|
> Giovanni Corriga wrote: > > On 06 Feb 2001 15:35:20 +0100, Hongli Lai wrote: > > On Mon, 05 Feb 2001 23:05:47 Giovanni Corriga wrote: > > > I have written support for .tar.gz files. It was really easy, I > had only > > > to switch from fopen() to gzopen() etc. > > > Files are attached. > > > > Those files haven't been committed yet. > > > > I was thinking about tgz support. > > And I think using your method (replacing fopen() to gzopen()) is a > bad > > idea. > > It will cause a lot of duplicate code. > > It was just a proposal. Being so easy to modify the code, I did it, so > you could examine it directly. > > > Wouldn't it be better to add Gzip support directly into tarlib? > > Yes, it is another solution - use gzopen() instead of fopen and the > like. gz* functions can handle uncompressed files. > In this case, ye'd better provide a tgzlib.h header. Its content would > be something like > > #include "tarlib.h" > > typedef tarfile tgzfile; > > #define tgzl_getfilelist tl_getfilelist > > [...] > > Well, when handling compressed tar archives you have two options: > > 1. handle them directly > 2. use a temporary file (first uncompress the archive, then open it). > > I thought that as long as .tar.gz archives are the most common > compressed tar archives, it would be more efficient to handle them > directly. Obviously, I'm not going to write separate code for e.g. > .tar.Z archives. > > Please, let me know what you think about this issue. > > Giovanni > I think n.1 is the good way. While handling compression on the fly may be slowly it save us from the hell of checking for double free space to hold uncompressed tar file and it's content. The same code should be easely adaptable for tar.bz2 files also as they are becoming more and more common. using zlib and bzlib is a good way, and I'm thinking if is it the case to unify tarlib and ziplib to share as much code as possibile. Simo. -- sim...@ti... http://www.geocities.com/SiliconValley/9757 |
|
From: Hongli L. <ho...@te...> - 2001-02-06 18:19:44
|
On Tue, 06 Feb 2001 18:23:49 Giovanni Corriga wrote: > Well, when handling compressed tar archives you have two options: > > > 1. handle them directly > 2. use a temporary file (first uncompress the archive, then open it). > > I thought that as long as .tar.gz archives are the most common > compressed tar archives, it would be more efficient to handle them > directly. Obviously, I'm not going to write separate code for e.g. > .tar.Z archives. I think using a temporary file is faster. Perhaps this is better: leave tarlib as it is (no Gzip support). GarpTgz will decompress the tgz to a temporary file, and keep it there until GarpTgz is destroyed. That would avoid re-decompression every time a function is called. What do you think? |
|
From: Giovanni C. <val...@li...> - 2001-02-06 17:22:53
|
On 06 Feb 2001 15:35:20 +0100, Hongli Lai wrote:
> On Mon, 05 Feb 2001 23:05:47 Giovanni Corriga wrote:
> > I have written support for .tar.gz files. It was really easy, I had
only
> > to switch from fopen() to gzopen() etc.
> > Files are attached.
>
> Those files haven't been committed yet.
>
> I was thinking about tgz support.
> And I think using your method (replacing fopen() to gzopen()) is a bad
> idea.
> It will cause a lot of duplicate code.
It was just a proposal. Being so easy to modify the code, I did it, so
you could examine it directly.
> Wouldn't it be better to add Gzip support directly into tarlib?
Yes, it is another solution - use gzopen() instead of fopen and the
like. gz* functions can handle uncompressed files.
In this case, ye'd better provide a tgzlib.h header. Its content would
be something like
#include "tarlib.h"
typedef tarfile tgzfile;
#define tgzl_getfilelist tl_getfilelist
[...]
Well, when handling compressed tar archives you have two options:
1. handle them directly
2. use a temporary file (first uncompress the archive, then open it).
I thought that as long as .tar.gz archives are the most common
compressed tar archives, it would be more efficient to handle them
directly. Obviously, I'm not going to write separate code for e.g.
.tar.Z archives.
Please, let me know what you think about this issue.
Giovanni
--
Max, could you please feed my cat?
Heisenberg says he can't. Bye,
Schroedinger
|
|
From: Hongli L. <ho...@te...> - 2001-02-06 14:47:33
|
On Mon, 05 Feb 2001 22:48:59 Giovanni Corriga wrote: > > You mean let gnome-vfs use LibGarp as backend for archiving operations? > > Yes. Maybe on some day, when LibGarp is ready for it. At this moment, the design is not ready for normal applications, because it focus too much on GnomeZip. |
|
From: Hongli L. <ho...@te...> - 2001-02-06 14:45:37
|
The files had been committed. |
|
From: Hongli L. <ho...@te...> - 2001-02-06 14:34:35
|
On Mon, 05 Feb 2001 23:05:47 Giovanni Corriga wrote:
> I have written support for .tar.gz files. It was really easy, I had only
> to switch from fopen() to gzopen() etc.
> Files are attached.
Those files haven't been committed yet.
I was thinking about tgz support.
And I think using your method (replacing fopen() to gzopen()) is a bad
idea.
It will cause a lot of duplicate code.
Wouldn't it be better to add Gzip support directly into tarlib?
Like this:
GList *tl_getfiles (gboolean is_tgz)
{
FILE *f;
if (is_tgz)
f = gzopen();
else
f = fopen();
}
It isn't correct code but you get the idea.
Or we can build it into GarpTar.
|
|
From: Simo S. <sim...@ti...> - 2001-02-06 10:17:22
|
Hongli Lai wrote: > > On Sun, 04 Feb 2001 13:15:06 Giovanni Corriga wrote: > > Added extraction support for dirs, links and devices. Now all the files > > handled by tl_getfilelist() are supported by tl_extractfile(). > > Please note that this is just a quick hack - there may be many, many > > bugs. > > Patches made with diff -u, as usual. > > Patch didn't work. It says "Reverse patch detected!" > Update your source code from cvs and try cvs diff. > In this situation you have simply inverted the order of files passed to the diff command line. There must be always be 1st the original, 2nd the patched file! -- sim...@ti... http://www.geocities.com/SiliconValley/9757 |
|
From: Giovanni C. <val...@li...> - 2001-02-05 22:04:55
|
I have written support for .tar.gz files. It was really easy, I had only
to switch from fopen() to gzopen() etc.
Files are attached.
Bye
Giovanni
--
|
|
From: Giovanni C. <val...@li...> - 2001-02-05 22:02:00
|
Sorry, I forgot to attach the other files... -- |
|
From: Giovanni C. <val...@li...> - 2001-02-05 21:58:50
|
Forget about the last patch. Apart from the additions to tl_extractfile(), I have rewritten tl_getfilelist() to make it easier to add new features. I have also restyled the source code. Now tarlib is mode of two .c files (tlbase and tarlib). For the ChangeLog, put this, please: 02/03/01 Added extraction support for directories, links and device files. 02/05/01 tarlib code restyling. tl_getfilelist() made clearer. -- |
|
From: Giovanni C. <val...@li...> - 2001-02-05 21:48:06
|
On 05 Feb 2001 21:09:40 +0100, Hongli Lai wrote: > On Sun, 04 Feb 2001 13:18:59 Giovanni Corriga wrote: > > > > It would be nice if GnomeZip becomes the official archiving program for > > GNOME. (My, I'm forgetting the English grammar :-( ) > > > > If was also thinking this: why don't we extend Arpix to provide support > > to gnome-vfs and to Nautilus? > > You mean let gnome-vfs use LibGarp as backend for archiving operations? Yes. > > > _______________________________________________ > Arpix-devel mailing list > Arp...@li... > http://lists.sourceforge.net/lists/listinfo/arpix-devel -- |
|
From: Hongli L. <ho...@te...> - 2001-02-05 20:10:45
|
On Sun, 04 Feb 2001 13:15:06 Giovanni Corriga wrote: > Added extraction support for dirs, links and devices. Now all the files > handled by tl_getfilelist() are supported by tl_extractfile(). > Please note that this is just a quick hack - there may be many, many > bugs. > Patches made with diff -u, as usual. Patch didn't work. It says "Reverse patch detected!" Update your source code from cvs and try cvs diff. |
|
From: Hongli L. <ho...@te...> - 2001-02-05 20:08:54
|
On Sun, 04 Feb 2001 13:18:59 Giovanni Corriga wrote: > > It would be nice if GnomeZip becomes the official archiving program for > GNOME. (My, I'm forgetting the English grammar :-( ) > > If was also thinking this: why don't we extend Arpix to provide support > to gnome-vfs and to Nautilus? You mean let gnome-vfs use LibGarp as backend for archiving operations? |
|
From: Hongli L. <ho...@te...> - 2001-02-05 20:06:16
|
|
From: Hongli L. <ho...@te...> - 2001-02-05 20:06:15
|
On Sun, 04 Feb 2001 17:38:16 Hongli Lai wrote: > I've added a new feature to GnomeZip: icons in the entry list. > Images are loaded and scaled using Gdk-Pixbuf. > But there's a problem: the edges doesn't look good. > I want to solve it this way: > Draw a white (or a color that matches a GtkCList's background color) > rectangle (invisible), with a dimension as big as the original icon file. > Then load the icon using GdkPixbuf, draw it on that rectangle, > convert it to a GdkPixbuf, scale it down to 16x16, convert it to > a GdkPixmap, and add it to the GtkCList. > > But I don't know how to draw such an invisible rectangle. > Can anybody help me? Never mind. Already found a solution :-) |
