| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | UUCP!!! |
-=> Quoting Bob Lawrence to John Tserkezis <=-
Hello Bob,
BL> You miss the point. The PK header is handled by PKUNZIP, inside the
BL> unzipper. You only have to ope nthe file once, read the header to
BL> identify it, and then get on with unzipping. I don't care what they
BL> use as a header, as long as the compress program handles it... which
BL> this dopey UNI-wanker doesn't.
BL> This way, you have to open the file, read the header, and then write
BL> the entire file to copy it, then close it, then open it and decompress
BL> it having decided the correct decompressor. This is totally stupid!
BL> You end up reading the entire file twice.
I'm not sure how this is handled in unix, but it works there.
JT> If you have a de-compresser that can't work with it, it was
JT> probably not designed with mail in mind.
BL> Neither compress 320, gzip, nor zip handle it... they're the three
BL> that were designed with mail in mind.
Ok, in that case I agree, they're all fucked. What can be done to "fix"
the problem? Is there any PD source available on the decompression methods?
John Tserkezis, Sydney, Oz. Fidonet: 3:712/610 Internet: jt{at}suburbia.com.au
... You'll need to know my name, you'll be screaming it later.
---
* 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™.