Hello Raoul, Please keep the mailing list address in the CC list so that others may participate in the discussion.
Raoul Behrend wrote: > Unfortunately, I have to do it on several hundreds of astronomical images > per night, both on linux and on wxp. I don't understand why that would lead to a special problem in this case. Are you concerned about some feature in particular? Please explain so that we may help. > I'm pretty sure that the delete/not delete mechanism at the end of > (de)compression could be managed in ~20 lines and that it would be more > portable than doing special macros to do it. Now I am twice confused because your original request was for a way to keep the file and also decompress it avoiding the default gzip/gunzip behavior of deleting it and here you are asking for a way to delete the file? As I read things that is the default behavior that you were asking to avoid! If you want to delete the file then simply let gzip/gunzip delete the file after decompressing it. Plus I did not suggest using any "macros". I did not suggest using anything that was not portable. Therefore I am very confused. Please explain your concerns. If you could perhaps give an example of what you are trying to do then I am sure that it would make things more clear. If using the command as suggested does not work for you could please say some words about why? Using the shell to redirect the output of the command is portable. I think that would be the most portable answer. Because if you were to add a special option then you would only be able to operate on systems that had your special version available. If you simply redirect the output then it will work everywhere. Bob Raoul Behrend wrote: > Hello, > > Thank you for your fast and kind answer. > > Unfortunately, I have to do it on several hundreds of astronomical images > per night, both on linux and on wxp. > > I'm pretty sure that the delete/not delete mechanism at the end of > (de)compression could be managed in ~20 lines and that it would be more > portable than doing special macros to do it. I'll look in the gzip source > code how it can be implemented. > > Have a plesant sunday. Cheers, Raoul > > > > Bob Proulx a écrit: > > >Raoul Behrend wrote: > > > >>I would really appreciate the presence of a -k option, like in bzip2, > >>which keeps the original files while making the (de)compression ? Is it > >>possible ? > > > > > >Do any of the following do what you want? > > > > gzip -dc file1 > file2 > > gunzip -c file1 > file2 > > gzip -d < file1.gz > file2 > > gunzip < file1.gz > file2 > > > >Bob >
