| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | UUCP!!! |
-=> Quoting Bob Lawrence to John Tserkezis <=-
Hello Bob,
BL> My complaint is that the unix-wankers make this necessary. There is
BL> no guarantee that the files will use the same compressor, so they have
BL> ot be done one at a time instead of as a batch with just one archive
BL> and one archiver. Dickheads!
JT> In the dos world I imagine you would do the same thing.
BL> My problem is not *how* to do it, but why? Any fool can work out how
BL> to do it. It takes genius to do it simply.
As per the last message, if there is some code available on the de-compression
method(s), modify it, and use that as part of the detection technique.
You run the decompressor over the file every time. If it detects cunbatch,
use compress method, if gunbatch, gnucompress, if zunbatch or whatever, use
zip, and if nothing else, assume it's already decompressed and leave it.
The end result is always the same, you run the decompressor, and it leaves you
with the decompressed file every time.
John Tserkezis, Sydney, Oz. Fidonet: 3:712/610 Internet: jt{at}suburbia.com.au
... Evaluation copy of Silver Xpress. Day # 12599
---
* Origin: Technician Syndrome (3:712/610)SEEN-BY: 711/934 712/610 @PATH: 712/610 711/934 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.