TODO@dcf005ef7070
TODO
Sun, 12 Apr 2009 11:21:51 -0400
- author
- Brett Smith <brettcsmith@brettcsmith.org>
- date
- Sun, 12 Apr 2009 11:21:51 -0400
- branch
- trunk
- changeset 106
- dcf005ef7070
- parent 104
- ee9600dac90a
- permissions
- -rw-r--r--
Start printing results ASAP with -l or -t.
Doing -l on a large archive was painful because dtrx would wait until it
had all the listings before it displayed any. It did this to make sure
that the listing would be successful.
On reconsidering, though, I think it's really unlikely that there'll be a
case where a lister process provides *some* good output for a given file in
the wrong format. So, now -l will try to get one good line out of the
lister. If it gets that, then it will immediately start displaying results
as they come in. On the off chance that it detects an error later on, it
will display an error about that, and then try again with a different
extractor if appropriate.
-*- text -*- To do: Things which I have a use case/anti-use case for: * Support pisi packages (http://paketler.pardus.org.tr/pardus-2007/) * Steal ideas from <http://martin.ankerl.com/files/e>. * More consistently raise and handle exceptions. Things that are generally good: * Better tests. * Better error messages. Things I think might be good but can't prove: * Use zipfile instead of the zip commands. * Processing from stdin. * shar support. * --expert mode: prompts don't show an explanation of what the options are, unless you ask with ?.
