@MSGID:
<528f1ae9-9369-401e-b1cc-5f91cda67e22n@googlegroups.com> efcea22e
@REPLY:
<0a459349-a6f3-425e-b764-ff8c15023ac9n@googlegroups.com> df956fde
@REPLYADDR fadden <thefadden@gmail.com>
@REPLYTO 2:5075/128 fadden
@CHRS: CP866 2
@RFC: 1 0
@RFC-References:
<d68717c4-f51d-468d-8783-ba8b23b42ae2n@googlegroups.com> <yubmsxzga0f.fsf@jpen.ca>
<04fdc0d0-f1c5-4148-b495-abd050372baen@googlegroups.com> <0a459349-a6f3-425e-b764-ff8c15023ac9n@googlegroups.com>
@RFC-Message-ID:
<528f1ae9-9369-401e-b1cc-5f91cda67e22n@googlegroups.com>
@TZUTC: -0700
@PID: G2/1.0
@TID: FIDOGATE-5.12-ge4e8b94
On Thursday, September 7, 2023 at 12:29:13 PM UTC-7, Antoine Vignau wrote:
 > Perhaps, the CRC works with files up to 256 bytes (included) but
does not work / fails / is buggy with / files as from 257 bytes. It
would mean to be a weak CRC :-) 

 I`m curious how it managed to go wrong in such a specific way...
but not curious enough to actually disassemble the thing. :-)

 I put a summary of findings here:
https://github.com/fadden/CiderPress2/blob/main/DiskArc/Arc/AppleLink-notes.md

 A sample archive with valid and damaged files has been added to
the TestData directory:
https://github.com/fadden/CiderPress2/tree/main/TestData/acu

 The CP2 implementation checks the header CRCs and simply ignores the
file data CRCs. Should be good enough.
--- G2/1.0
 * Origin: usenet.network (2:5075/128)
SEEN-BY: 5001/100 5005/49 5015/255 5019/40 5020/715
848 1042 4441 12000
SEEN-BY: 5030/49 1081 5075/128
@PATH: 5075/128 5020/1042 4441