This shows you the differences between two versions of the page.
— |
blog:pushbx:2024:0528_late_may_work [2024-05-28 20:30:30 +0200 May Tue] (current) ecm created |
||
---|---|---|---|
Line 1: | Line 1: | ||
+ | ====== Late May work ====== | ||
+ | |||
+ | |||
+ | **2024-05-26** | ||
+ | |||
+ | |||
+ | ===== instsect ===== | ||
+ | |||
+ | Fix: [[https:// | ||
+ | |||
+ | I noticed this while checking that instsect and lDebug both can cope with DR-DOS corrupting DI on int 25h/26h, which I previously [[https:// | ||
+ | |||
+ | |||
+ | ===== lDebug ===== | ||
+ | |||
+ | * [[https:// | ||
+ | * [[https:// | ||
+ | * doc: [[https:// | ||
+ | * Add ELD datetime stamp to ELDs and XLDs optionally, for eldcomp to check they were built in the same minute | ||
+ | |||
+ | |||
+ | ==== In detail: ELD datetime stamps ==== | ||
+ | |||
+ | The clean way to add an ELD datetime stamp would have been to extend the extended ELD header with a field pointing into the header area, holding a string. However, it is difficult to get at the header for an ELD to load from the eldcomp ELD which injects commands into the debugger. In the worst case this would have required modification of the ELD loader in the debugger proper. A slightly less bad solution would be to recreate the relevant parts of the ELD loader in eldcomp. | ||
+ | |||
+ | To avoid these headaches, the string proper [[https:// | ||
+ | |||
+ | The header extension was still added anyway, but it takes into account the data start now, much like the help string and unlike the description line. The string proper is an ASCIZ string followed by another NUL byte, for future extension. | ||
+ | |||
+ | The stamp is not included by default. It can be enabled in the eld/ovr.sh file or by passing a variable to eld/ | ||
+ | |||
+ | The stamp uses NASM's UTC date and time stamps. | ||
+ | |||
+ | |||
+ | ===== lDOS boot ===== | ||
+ | |||
+ | * [[https:// | ||
+ | * [[https:// | ||
+ | * Add _COMPAT_DR sets to [[https:// | ||
+ | * Add _LOAD_CHECK_MAX_SIZE ([[https:// | ||
+ | |||
+ | The DR-DOS and check maximum size options for boot.asm require to disable several options as usual. For boot32.asm some options need to be disabled, but none of those useful for DR-DOS load. The size check occurs when FSIBOOT4 calls into the first stage to allow it to copy the directory entry if it so desires. That is a misuse of the FSIBOOT4 protocol but it works just fine. | ||
+ | |||
+ | {{tag> | ||
+ | |||
+ | |||
+ | ~~DISCUSSION~~ | ||