@MSGID:
<63efab56-be14-48f6-ba08-97bf01fa317fn@googlegroups.com> b8634046
@REPLY:
<0d49417c-905d-4b21-bcb6-7c0e95accdabn@googlegroups.com> b1d52442
@REPLYADDR fadden <thefadden@gmail.com>
@REPLYTO 2:5075/128 fadden
@CHRS: CP866 2
@RFC: 1 0
@RFC-References:
<d17b6039-834f-48e1-a497-e999884e895cn@googlegroups.com> <trycnSKBi4_KZUX5nZ2dnZfqnPadnZ2d@giganews.com>
<0d49417c-905d-4b21-bcb6-7c0e95accdabn@googlegroups.com>
@RFC-Message-ID:
<63efab56-be14-48f6-ba08-97bf01fa317fn@googlegroups.com>
@TZUTC: -0700
@PID: G2/1.0
@TID: FIDOGATE-5.12-ge4e8b94
On Sunday, August 13, 2023 at 9:23:15 AM UTC-7, fadden wrote:
 > I found the 31:cp/m.sys and 31:cp/am.sys files on some of the
disks from Asimov. They have allocation block numbers >= 128, on a disk
that only has 128 blocks. For reasons I can`t recall, CiderPress displays
them and actually mods the block number, so the file is readable. 
> 
> What purpose does this entry serve? That wasn`t clear to me.

I figured it out (data-only disk).

Ugh.
--- 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