TIP: Click on subject to list as thread! ANSI
echo: locsysop
to: Paul Edwards
from: Bob Lawrence
date: 1997-05-22 11:09:56
subject: sumbitch cunbatch

Hi Paul,
         I'm in trouble with this cunbatch line.

  What I have is...

1.  A DOS compress.exe out of a gateway program called gigo that has
    been hacked (poorly) to handle the cunbatch line on decompressing,
    and add it on compression. It doesn't actually add it.

    This decompresses the files you send me beautifully. 

2.  I have a DOS version of gzip (06/25/93) that decompresses gnuzip,
    zip and compress automatically. This was before the hoohar over
    the license of Lempel-Ziv. And it works! I can feed it with those
    files and it deompresses them perfectly... but it does not handle
    the cunbatch line.

  This is where it gets a bit strange.

  If I remove the cunbatch line *both* my gzip and compress.exe say it
is a stuffed file. If I compress a file using my compress (without
the cunbatch line), then both gzip and compress handle it.

  I have tried removing the cunbatch line several ways. First I just
took it out leaving the file shorter, then I overwrote it with 0x00,
0x20 and 0xFF. Nothing works.

  This must mean that the cunbatch line is added in a sneaky way...
*inside* the compressor. Something about the rest of the file knows it
should be there. 

  Do you have any information on how the cunbathc line is added, or
any idea where I could find out? Any suggestions on how I can remove
it to leave the file intact?

Regards,
Bob
___ Blue Wave/QWK v2.12
@EOT:

---
* Origin: Precision Nonsense, Sydney (3:711/934.12)
SEEN-BY: 711/934 712/610
@PATH: 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™.