Table of Contents
The Protected Mode int 21h handler mystery
Following the bug report on the forum, I changed the PM int 21h handler of lDebugX to first switch stacks and then transfer control to the code section, as the transfer function as yet requires a 16-bit stack (either ss B bit or esph must be zero).
This involved moving some patch sites into the entry section. This is not a problem any longer as the 386-related patches now store separate tables for the entry section. However, it was a problem before this change which is why the original int 21h entry in the entry section used all manual patches not using the tables.
To test that the entry section patches work, I rebuild lDebugX with _CATCHPMINT214C=0. It required some changes to build. For instance, with _DEBUG=0 the excsave table wasn't included in the build. To avoid using this table I tried to build using _DEVICE=0 _TSR=0. This failed due to a recent change to inicomp involving the lCFG block, which didn't allow building with _IMAGE_EXE=1 _DEVICE=0.
Early March work
2024-03-10
This week I modified inicomp and lDebug, and finished another lDebug release.
Late February work
2024-03-03
This week some development happened on lDebug, inicomp, and ldosboot. (At the time of this writing, the prior blog post still isn't released. Oh well.) The SvarDOS repo for Enhanced DR-DOS had some discussion about compression formats.
Mid late February work
2024-02-25
This week some development on lmacros, instsect, lDebug, and EDR-DOS and FreeDOS happened.
Early mid February work
2024-02-18
In the last three weeks several developments occurred. Last Friday, I also created release 7 of lDebug.
