TIP: Click on subject to list as thread! ANSI
echo: cis.os9.6809.coco
to: Mike Guzzi 76576,2715 (X)
from: Kevin Darling 76703,4227
date: 1992-04-09 07:49:30
subject: #14882-#link count bug

#: 14887 S10/OS9/6809 (CoCo)
    09-Apr-92  07:49:30
Sb: #14882-#link count bug
Fm: Kevin Darling 76703,4227
To: Mike Guzzi 76576,2715 (X)

Mike - It's not a bug, just something you don't see very often :-)

Actually, you probably did a "dirm" and it showed FFFF as the link count.

The stock command "mdir e" more appropriately shows "Lock" for the same value.

As you know, $FFFF is the highest possible value for a module link count (max
value that can be held in two bytes).  Any links afterwards won't increment the
count (because you'd roll over to 0000, then 0001, etc). Therefore, unlinks
can't be honored either (the link/unlinks might not match up).

So the module can't be unlinked and is considered "locked" into memory. You
could write a util that did that many links to any module if you wanted it to
stay around for sure :-)

best - kevin

There is 1 Reply.

SOURCE: compuserve via textfiles.com

Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.