[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Phoenix's Apple II Page



"Michael J. Mahon" <mjmahon@aol.com> wrote in message 
tbadnUN9qYjbsPHQnZ2dnUVZ5oGdnZ2d@giganews.com">news:tbadnUN9qYjbsPHQnZ2dnUVZ5oGdnZ2d@giganews.com...
> Charlie wrote:
>> "magnusfalkirk" <dean.phares@gmail.com> wrote in message 
>> 58daedfa-c647-407c-80fe-76b77aaa6c30@k16g2000vbq.googlegroups.com">news:58daedfa-c647-407c-80fe-76b77aaa6c30@k16g2000vbq.googlegroups.com...
>>
>>>Anybody know who this page belongs to?
>>>
>>>http://phoenyx.applearchives.com
>>>
>>>I'm curious because there are disk images of the Apex128k system that
>>>you can download. The only problem is the third disk image, Apex
>>>Sample Programs Disk download, is zero k. I'd like to be able to
>>>contact the site owner so I can get the third disk image.
>>>
>>>Dean
>>
>>
>> The image on the original site seems to be corrupted (at least Ciderpress 
>> won't open it) although it's not zero length.
>>
>> http://web.archive.org/web/20041023012923/www.dcnet2000.com/~quazar/Apple2/
>
> It sure has the correct header...  Maybe some CR/LF trouble occurred,
> despite the author's care with .bin suffixes.
>
> I tried it in CiderPress with "relaxed error checking" and still no-go.
> It would be interesting to have a ShrinkIt Recovery Program that would
> do its best to 1) diagnose just what's wrong, and 2) extract everything
> that it can possibly extract, even if it may have errors after some
> point in the file.
>
> I realize that archivers are trying to remove as much redundancy as
> possible, but there may yet be enough remaining to allow reconstruction
> if the corruption is localized.

GSHK reports imcomplete compression, which can be caused by removal
of disk prior to completion of operation.  I've not only run across some of 
these
in other places online, but have made a few myself.  I'm sure we all have. 
8o)

Bill G.