[net.micro.cpm] Bugs in SD directory program

W8SDZ@Simtel20.ARPA (09/30/84)

From:  Keith Petersen <W8SDZ@Simtel20.ARPA>

The following file is forwarded from the RCPM circuit.

To: All Bug Hunters       From: Paul Foote          Date: Sept. 17,1984

I have discovered two subtle bugs in SD-xx.COM where -xx is at least
from -78 to -92 (I suspect they've always been there).  Both bugs
involve the "magic number" *** 255 ***.

BUG ONE

If you have a file EXACTLY 255 records long AND that file is a member
of a .LBR library, SD $L tells you that file is "0k", rather than 32k
in size.  Abel Iwaz found this one in MEX11.LBR in which SD $L told
him MEX.HQP was 0k in size.  After some puzzling around I noticed it
was 255 records in length.  To confirm my guess I created a library
called SDTEST.LBR containing 3 garbage files, one of which was 255
records long.  Bingo !  SD $L said the file (SDTEST.BUG) was 0k.

BUG TWO

When you execute SD on a hard disk containing EXACTLY 255 files, only
the first column of files is displayed -- the other three columns are
blanked out.  Also, as you add or subtract files one at a time 0, 1,
2, or 3 files are blanked out in one row of the display in columns 2
through 4. 

REMARKS

I am not yet too crafty with assembly language, but I know lots of you
out there are.  So I hope I'll see SD-93 or SD-94 on this board soon
-- with these bugs fixed.

                                      Regards, Paul