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-05 02:51:34
|
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.
Giovanni
--
|
|
From: Giovanni C. <val...@li...> - 2001-02-05 02:51:32
|
On 04 Feb 2001 02:16:25 +0100, Simo Sorce wrote: > Hongli, I've just seen the announce on www.gnome.org > there's a little error (nothing important though): > at the question "Is development code in CVS?" there's YES as answer, but > it is wrong. > what they mean with this question is if there's the code on gnome.org's > CVS, (and > we have it on sourceforge's CVS!!). > Anyway this may be the place to post a question I'm mumbling since a > while: is it time > to ask gnome people to host GnomeZip as an offical Gnome app on > www.gnome.org site/cvs ??? > What do you, all, think? > > -- > sim...@ti... > http://www.geocities.com/SiliconValley/9757 > > _______________________________________________ > Arpix-devel mailing list > Arp...@li... > http://lists.sourceforge.net/lists/listinfo/arpix-devel 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? -- |
|
From: Hongli L. <ho...@te...> - 2001-02-04 22:20:31
|
---------- > Van: Simo Sorce <sim...@ti...> > Aan: arp...@li... > Onderwerp: Re: [Arpix-devel] GnomeZip ready for release > Datum: zondag 4 februari 2001 2:16 > > Hongli, I've just seen the announce on www.gnome.org > there's a little error (nothing important though): > at the question "Is development code in CVS?" there's YES as answer, but > it is wrong. > what they mean with this question is if there's the code on gnome.org's > CVS, (and > we have it on sourceforge's CVS!!). > Anyway this may be the place to post a question I'm mumbling since a > while: is it time > to ask gnome people to host GnomeZip as an offical Gnome app on > www.gnome.org site/cvs ??? > What do you, all, think? I don't think they will need GnomeZip since they already have gnome-vfs and Nautilus. And GnomeZip is short on features compared to other programs (GnoZip, The Garp, GuiTAR, LnxZip, whatever). Perhaps we should ask them when this program is a little more useable. |
|
From: Giovanni C. <val...@li...> - 2001-02-04 20:13:18
|
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.
Giovanni
--
|
|
From: Giovanni C. <val...@li...> - 2001-02-04 20:13:15
|
On 04 Feb 2001 02:16:25 +0100, Simo Sorce wrote: > Hongli, I've just seen the announce on www.gnome.org > there's a little error (nothing important though): > at the question "Is development code in CVS?" there's YES as answer, but > it is wrong. > what they mean with this question is if there's the code on gnome.org's > CVS, (and > we have it on sourceforge's CVS!!). > Anyway this may be the place to post a question I'm mumbling since a > while: is it time > to ask gnome people to host GnomeZip as an offical Gnome app on > www.gnome.org site/cvs ??? > What do you, all, think? > > -- > sim...@ti... > http://www.geocities.com/SiliconValley/9757 > > _______________________________________________ > Arpix-devel mailing list > Arp...@li... > http://lists.sourceforge.net/lists/listinfo/arpix-devel 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? -- |
|
From: Hongli L. <ho...@te...> - 2001-02-04 20:10:14
|
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? |
|
From: Simo S. <sim...@ti...> - 2001-02-04 01:17:44
|
Hongli, I've just seen the announce on www.gnome.org there's a little error (nothing important though): at the question "Is development code in CVS?" there's YES as answer, but it is wrong. what they mean with this question is if there's the code on gnome.org's CVS, (and we have it on sourceforge's CVS!!). Anyway this may be the place to post a question I'm mumbling since a while: is it time to ask gnome people to host GnomeZip as an offical Gnome app on www.gnome.org site/cvs ??? What do you, all, think? -- sim...@ti... http://www.geocities.com/SiliconValley/9757 |
|
From: Simo S. <sim...@ti...> - 2001-02-04 01:00:38
|
Hongli Lai wrote: > > Simo, your patch is not working. > > patching file garp-zip.c > patch unexpectedly ends in middle of line > patch: **** unexpected end of file in patch at line 19 > > Could you do cvs update then cvs diff and send the new patch to me? > It was from a cvs diff, there is another Index: garp-zip.c =================================================================== RCS file: /cvsroot/arpix/libgarp/src/garp-zip.c,v retrieving revision 1.19 diff -r1.19 garp-zip.c 184,185c184,185 < filename = archive->filename; < goto readzip; --- > zlfree (f); > return GARP_ARCHIVE_LIST_MULTI_DISK; 189,191c189,192 < filename = archive->filename; /* FIXME: implement this */ < goto readzip; < } else if (i != ZLINIT_OK) --- > zlfree (f); /* FIXME: implement this */ > return GARP_ARCHIVE_LIST_MULTI_DISK; > } > else if (i != ZLINIT_OK) -- sim...@ti... http://www.geocities.com/SiliconValley/9757 |
|
From: Hongli L. <ho...@te...> - 2001-02-03 19:42:50
|
On Sat, 03 Feb 2001 20:22:49 Giovanni Corriga wrote: > I have copied libgarp+gnomezip source tree in /usr/local/, compiled and > installed. > gnomezip refuses to start, saying that it can't open file > 'NONE/share/gnomezip/gnomezip.glade'. > > There must be an error in makefile.am, or in configure.in. Fixed. |
|
From: Hongli L. <ho...@te...> - 2001-02-03 19:38:33
|
On Sat, 03 Feb 2001 20:22:49 Giovanni Corriga wrote: > I have copied libgarp+gnomezip source tree in /usr/local/, compiled and > installed. > gnomezip refuses to start, saying that it can't open file > 'NONE/share/gnomezip/gnomezip.glade'. > > There must be an error in makefile.am, or in configure.in. Try to configure with --prefix=/usr or something. |
|
From: Giovanni C. <val...@li...> - 2001-02-03 19:22:02
|
I have copied libgarp+gnomezip source tree in /usr/local/, compiled and
installed.
gnomezip refuses to start, saying that it can't open file
'NONE/share/gnomezip/gnomezip.glade'.
There must be an error in makefile.am, or in configure.in.
Giovanni
--
|
|
From: Hongli L. <ho...@te...> - 2001-02-03 17:41:01
|
Simo, your patch is not working. patching file garp-zip.c patch unexpectedly ends in middle of line patch: **** unexpected end of file in patch at line 19 Could you do cvs update then cvs diff and send the new patch to me? |
|
From: Hongli L. <ho...@te...> - 2001-02-03 17:39:01
|
On Sat, 03 Feb 2001 16:27:49 Simo Sorce wrote: > Hongli Lai wrote: > > > > Please test it a little and send me bug reports if you find any. > > > > There's one critical bug in LibGarp. > > When I try to open a file not supported by LibGarp, it will execute an > > infinite loop and eat up all your memory if you don't CTRL+C it. > > Could somebody look at it? > > > I think I've fixed it. > > There were a couple of bugs in garp-zip.c and garp-formats.c Like I said: I already fixed it! But it seems that you have found another bug ^_^ > garp-zip: if the ziplib returned the need for multiple disk or last disk > the app cycled endlessly tring to feed the same invalid file name > instead of exiting!! I haven't actually seen anybody using multispanning zipfiles before. So I don't think this is a critical bug. > garp-formats: missed the test to be sure an extension was found. If a > filename without extension were passed, than the routine uncorrectly > reported garp_zip_new as handler instead of null!! Fixed. > code: I think I have still problems with sourceforge cvs (other cvs work > fine for me), it seem they decided user idra does not need a home :( > so I will send you the patch over the list Thanks. Only garp-zip.c patch was accepted. |
|
From: Simo S. <sim...@ti...> - 2001-02-03 15:29:13
|
Hongli Lai wrote: > > Please test it a little and send me bug reports if you find any. > > There's one critical bug in LibGarp. > When I try to open a file not supported by LibGarp, it will execute an > infinite loop and eat up all your memory if you don't CTRL+C it. > Could somebody look at it? > I think I've fixed it. There were a couple of bugs in garp-zip.c and garp-formats.c garp-zip: if the ziplib returned the need for multiple disk or last disk the app cycled endlessly tring to feed the same invalid file name instead of exiting!! garp-formats: missed the test to be sure an extension was found. If a filename without extension were passed, than the routine uncorrectly reported garp_zip_new as handler instead of null!! code: I think I have still problems with sourceforge cvs (other cvs work fine for me), it seem they decided user idra does not need a home :( so I will send you the patch over the list Bye, Simo. Index: garp-zip.c =================================================================== RCS file: /cvsroot/arpix/libgarp/src/garp-zip.c,v retrieving revision 1.19 diff -r1.19 garp-zip.c 184,185c184,185 < filename = archive->filename; < goto readzip; --- > zlfree (f); > return GARP_ARCHIVE_LIST_MULTI_DISK; 189,191c189,192 < filename = archive->filename; /* FIXME: implement this */ < goto readzip; < } else if (i != ZLINIT_OK) --- > zlfree (f); /* FIXME: implement this */ > return GARP_ARCHIVE_LIST_MULTI_DISK; > } > else if (i != ZLINIT_OK) Index: garp-formats.c =================================================================== RCS file: /cvsroot/arpix/libgarp/src/garp-formats.c,v retrieving revision 1.8 diff -r1.8 garp-formats.c 121a122 > if (!extension) return NULL; 131a133 > if (!extension) return NULL; 182c184 < #endif _GARP_FORMATS_H_ \ No newline at end of file --- > #endif _GARP_FORMATS_H_ -- sim...@ti... http://www.geocities.com/SiliconValley/9757 |
|
From: Hongli L. <ho...@te...> - 2001-02-03 13:39:18
|
Please test it a little and send me bug reports if you find any. There's one critical bug in LibGarp. When I try to open a file not supported by LibGarp, it will execute an infinite loop and eat up all your memory if you don't CTRL+C it. Could somebody look at it? |
|
From: Simo S. <sim...@ti...> - 2001-02-01 08:12:32
|
Hongli Lai wrote: > > > Hongli, to let other work it may be a good option to fork the code on > > cvs > > in 2 bracnhes: stable and devel so that Giovanni can continue to develop > > while > > stable stabilize definitively and become 0.1 > > I know about that. I just don't know how to use it ;-) > Anyway, I'm going to release 0.1 this week and Giovanni would only start > working on it next week, so branching is of no use in this case. > OK :) -- sim...@ti... http://www.geocities.com/SiliconValley/9757 |
|
From: Hongli L. <ho...@te...> - 2001-01-31 20:47:26
|
> Hongli, to let other work it may be a good option to fork the code on > cvs > in 2 bracnhes: stable and devel so that Giovanni can continue to develop > while > stable stabilize definitively and become 0.1 I know about that. I just don't know how to use it ;-) Anyway, I'm going to release 0.1 this week and Giovanni would only start working on it next week, so branching is of no use in this case. |
|
From: Simo S. <sim...@ti...> - 2001-01-31 18:33:45
|
Hongli Lai wrote: > > On Tue, 30 Jan 2001 09:30:46 Giovanni Corriga wrote: > > I have an exam on 02/06. After that, I can start coding... let's say 2 > > weeks. > > I think you should do it after the 0.1 release. Hongli, to let other work it may be a good option to fork the code on cvs in 2 bracnhes: stable and devel so that Giovanni can continue to develop while stable stabilize definitively and become 0.1 -- sim...@ti... http://www.geocities.com/SiliconValley/9757 |
|
From: Hongli L. <ho...@te...> - 2001-01-30 14:14:48
|
On Tue, 30 Jan 2001 09:30:46 Giovanni Corriga wrote: > I have an exam on 02/06. After that, I can start coding... let's say 2 > weeks. I think you should do it after the 0.1 release. |
|
From: Giovanni C. <val...@li...> - 2001-01-30 08:30:13
|
On 29 Jan 2001 18:48:24 +0100, Hongli Lai wrote: > > then a cleanup of code (before or after > > v0.1 release, as you wish), then adding support to listing and extracing > > to the other file types. > > What do you think? > > Depends. How much time do you think it will need? I have an exam on 02/06. After that, I can start coding... let's say 2 weeks. -- |
|
From: Hongli L. <ho...@te...> - 2001-01-29 17:47:34
|
On Mon, 29 Jan 2001 18:16:23 Giovanni Corriga wrote: > Hi there! > > I had some spare times today (after an exam this morning), so I wrote a > quick hack to extract regular file. Patch attached, made with diff -u. Committed. Thanks. then a cleanup of code (before or after > v0.1 release, as you wish), then adding support to listing and extracing > to the other file types. > What do you think? Depends. How much time do you think it will need? |
|
From: Giovanni C. <val...@li...> - 2001-01-29 17:16:03
|
Hi there!
I had some spare times today (after an exam this morning), so I wrote a
quick hack to extract regular file. Patch attached, made with diff -u.
The code is a bit of a mess, but can be cleaned later.
I was thinking about adding extraction support for all the file types
supported by tl_getfilelist(), then a cleanup of code (before or after
v0.1 release, as you wish), then adding support to listing and extracing
to the other file types.
What do you think?
Giovanni
--
|
|
From: Hongli L. <ho...@te...> - 2001-01-29 14:36:21
|
On Mon, 29 Jan 2001 13:47:54 Giovanni Corriga wrote: > Here is another patch to tarlib. Now fileinfo keeps track of file's > position in archive, to make its extraction easier. > The patch was made with diff -u Committed. Thanks. |
|
From: Giovanni C. <val...@li...> - 2001-01-29 13:47:16
|
On 28 Jan 2001 23:44:48 +0100, Simo Sorce wrote: > > file names longer than 99 chars (and links to those kind of files) > > why??? > For Posix format spec reserves a 100-chars vector to name and linkname. -- |
|
From: Giovanni C. <val...@li...> - 2001-01-29 12:47:29
|
Here is another patch to tarlib. Now fileinfo keeps track of file's
position in archive, to make its extraction easier.
The patch was made with diff -u
Bye
Giovanni
--
|
