User Tools

Site Tools


blog:pushbx:2025:0914_early_mid_september_work

Early mid September work

2025-09-14

MSDebug

Correct a typo in the manual's ldebug-ad section.

lDebug

Work on the amitsrs Extension for lDebug:

Add a new ELD, devices.eld, to dump the DOS device chain. Code largely lifted from the updated amitsrs.eld

tractest/convlist.pl

ident86

SRDisk

Six months ago I first worked on SRDisk, needing a test case of a block device driver for lDOS kernel reworks. This week I returned to it and took some significant steps.

I went with a simple way to implement srdmulti.sys: Just incbin all the single device drivers and copy the selected one into place. The more difficult choice would have been to really integrate all the drivers into one and only patch the necessarily different parts. This would allow to share more of the setup and such. We may revisit this eventually, but the simple choice was much easier to do.

  • Add building of combined.exe. This includes srdmulti.sys as a device driver entry, and a comloader (based on the lDOS kernel's) to run the format utility (old srdisk.exe) when run from the application entry.

Unlike the lDOS comloader, this one is assembled into an object file and linked using WarpLink for now. The lDOS sumspace utility was adapted as getspace to tell how much of a gap (nobits) section needs to be allocated. (This appears to overcount a little but I'm not motivated to figure out why.)

lDOS kernel

DEVLOAD

I originally started to work on DEVLOAD in 2022 May, as I wanted a way to test loading of the lDebug executable as a device driver. (Swapping the fdconfig.sys for testing would have been more work than using DEVLOAD.) I quickly learned that DEVLOAD limited the amount of space available it reported to the driver to slightly less than 64 KiB, which wouldn't do for lDebug at all.

Several patches followed, but I wasn't happy with the main size patch. So I left it outside the repo until yesterday, when I finally cleaned it up and committed it. There still is a comment reading "ecm 2022 May" on the crucial part.

Two more patches followed:

webecm

You could leave a comment if you were logged in.
blog/pushbx/2025/0914_early_mid_september_work.txt · Last modified: 2025-09-14 16:35:04 +0200 Sep Sun by ecm