zutils-bug
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Zutils-bug] Any de/compressor support


From: Antonio Diaz Diaz
Subject: Re: [Zutils-bug] Any de/compressor support
Date: Wed, 30 Nov 2022 17:26:06 +0100
User-agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.9.1.19) Gecko/20110420 SeaMonkey/2.0.14

Adam Tuja wrote:
zutilsrc just allows changing the command used to decompress each supported
format, but it can't be used to define new formats.

I don't want to add any new compressors. User will. And it's their
responsibility to do it right. Not yours.

It is impossible to add new compressors to zutils without modifying the code because the zutils detect the format of the data, not the extension of the file. Else they could not process data from a pipe, for example:

$ cat fox
The quick brown fox jumps over the lazy dog.
$ gzip -c fox | zgrep dog
The quick brown fox jumps over the lazy dog.
$ lzip -c fox | zgrep dog
The quick brown fox jumps over the lazy dog.

File name extensions are used to exclude files from processing, not to determine the format.

Most of zutils do not work like tar and are not scripts with a switch statement that one can expand at will. They do not contain something like this:
  case "$1" in
  *.gz) gzip -dc "$1"  2>/dev/null ;;
  *.bz2) bzip2 -dc "$1" 2>/dev/null ;;
  *.lz) lzip -dc "$1"  2>/dev/null ;;

BTW, how do you propose that zutils processes data from a pipe if the data is in an user-defined format?

What you ask requires the redesign of zutils. Currently adding a new format
requires making changes to most source files.

It's not necessary. I ask to add ability to parse extension and then use
program defined in configuration (file).

Adding an "ability" incompatible with the way zutils works, requires the redesign of zutils.


Best regards,
Antonio.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]