home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
ftp.barnyard.co.uk
/
2015.02.ftp.barnyard.co.uk.tar
/
ftp.barnyard.co.uk
/
cpm
/
walnut-creek-CDROM
/
JSAGE
/
ZSUS
/
PROGPACK
/
ZASM33FX.LBR
/
Z33ZASM.FZX
/
Z33ZASM.FIØ
Wrap
Text File
|
2000-06-30
|
2KB
|
66 lines
Name: Z33ZASM.FIX
Date: 17 August 1987
Fix for Error in Z33HDR.LIB in Z33ZASM.LBR
The Z33ZASM.LBR from Michal Carson (05/21/87) was a great help in installing
ZCPR33 on my system. I had been trying for 2 days to get the files to assemble
with ZAS 2.4 without luck. PD to the rescue !! Finally everything assembled.
After regenerating the system, booting up, everything seemed fine. But,
* gotcha *, as soon as I entered a valid transient command, everything locked
up. After 3 hours of testing, nothing... It still would not run anything.
Time to print the assembly listing on my old ( meaning slow !!! ) printer.
After 2 hours of printing and 15 minutes of searching, I found it.
Excerpt from Z33HDR.LIB (from Z33ZASM.LBR) section of assembly:
..
..
..
(0000) 0449 extmpath defl no
(0000) 0450 extmpthadr defl 0 ; Needed only if ...
0451
(FFFF) 0452 if [ expaths le 10 ]
(FFFF) 0453 extmpath defl yes
(FFD0) 0454 extmpathadr defl extstk
0455 endif
..
..
..
5900
(FFD0) 5901 if extmpath
5902
(0000) 5903 mpath equ extmptha ; Assign external minpath adr
5904
..
..
..
As can be seen in line 5903 of the listing "mpath" is getting set to the
beginning of RAM, as soon as the system starts a path search it wipes
out all those necessary vectors on page 0. And what happens to the system?
It hangs.
Why is this happening ? Line 454 should read:
(FFD0) 0454 extmpthadr defl extstk
^
|
Notice the removal of 'a'
Only the 1st 8 char's are significant in ZASM
so we now have the proper "extmptha"
An updated Z33HDR.LIB is included with this change in effect.
Bill Greathouse
Systems Technologies, Incorporated