Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!husc6!hao!boulder!sunybcs!bingvaxu!leah!itsgw!rpitsmts!forumexp
From: William E. Davidsen Jr (davidsen@steinmetz.steinmetz.UUCP)
Newsgroups: comp.sys.ibm.pc
Subject: (none)
Message-ID: <7871.1615.forumexp@mts.rpi.edu>
Date: Mon, 14-Sep-87 18:52:00 EDT
Article-I.D.: mts.7871.1615.forumexp
Posted: Mon Sep 14 18:52:00 1987
Date-Received: Sat, 19-Sep-87 01:58:56 EDT
Lines: 23

Entered: General Electric CRD, Schenectady, NY  09:59 Mon Sep 14/87
Subject: Re: PKARC Serious Squash Bug

In article <13640@clyde.ATT.COM> feg@clyde.ATT.COM (Forrest Gehrke) writes:
|In article <4849@oliveb.UUCP>, slif@oliveb.UUCP (Mike Slifcak) writes:
|>      PKXARC cannot properly un-squash a large file when the original
|>      file's first byte is 90 hex.  It can not be determined which

|   Hex 90 is a NOP.
|   What are the propects for a binary files to begin with a NOP?
|
|   It's a good thing to keep in mind, but it doesn't sound like
|   a serious problem.
|     ^^^^^^^

As I recall the first byte of an .EXE file is a part of the header. The
first byte of binary data files and picture images can be anything. Is
the problem well enough understood that we are sure there are not
*other* "jackpot" data sets?
-- 
        bill davidsen           (wedu@ge-crd.arpa)
  {uunet | philabs | seismo}!steinmetz!crdos1!davidsen
"Stupidity, like virtue, is its own reward" -me