From a9c7b4e24e48a207deccccfa3567e0372959527c Mon Sep 17 00:00:00 2001 From: "T. Joseph Carter" Date: Sat, 24 Jun 2017 03:11:26 -0700 Subject: [PATCH] Document two more test disks We're using the latest community GSOS release as a convenient example of a large ProDOS volume with lots of directory structure, forks, and at least a few files that can be identified by eyeball as having been extracted correctly. Then I went looking for something DOS 3.3 with T type files on the disk to verify those were being extracted correctly. Randomly stumbled across The Correspondent 4.4 which has them, but also had some surprises for us. It crashed cppo! A combination of removing bashbyter functions and ensuring a variable gets initialized caused cppo to be able to cat and dump it. We do nothing special about filenames made up entirely of control characters, however, so they'll print incorrectly and extract as non-printable characters in your filesystem. It's legal (if crazy) on most UNIX filesystems. I have _no idea_ if or how to handle these things on macOS or Windows. --- doc/test_disks.md | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/doc/test_disks.md b/doc/test_disks.md index 97f6d7e..7a14d45 100644 --- a/doc/test_disks.md +++ b/doc/test_disks.md @@ -7,6 +7,11 @@ Here are the test disks I am using to test cppo: - [Asimov](): images/masters/dos_3.3.dsk - [Asimov](): images/magazines/nibble/nibble\[1991-01\].po - [Asimov](): images/masters/prodos/ProDOS_2_4_1.dsk +- [Asimov](): images/productivity/word_processing/The\ Correspondent\ v4.4.dsk +- [Asimov](): images/gs/os/gsos/Apple_IIGS_System_6.0.4/Live.Install.po + +"The Correspondent" actually doesn't work in pre -ng cppo, and AppleCommander +only seems to handle it by ignoring some of its "interestingness". More will be added and at some point I'll make a point of describing why each of these images is a good choice.