E. C. Masloch

Took longer than I wanted to, but I added your contribution (unchanged) to my repo now: https://hg.pushbx.org/ecm/edrdos/rev/ed7b1285ad45 I studied your changes a bit and found that if I set a...

Build will be in https://pushbx.org/ecm/download/edrdos.zip in about 30min.

> @ecm-pushbx thanks for the detailed response. Always a pleasure to read your comments. You're making me blush! > Are you interested in further exchange of code / knowledge? In...

Quoting the relevant bit from the unmak / PDZM post: > The easiest way to get these logs is to trace the execution of the original program using a command...

> I do not think that I revisit RANISH in the next time. I prefer working on a software that is truely free. lDOS and a merged DRBIO/DRDOS kernel would...

> Is there any benefit of using INT2F instead simply peeking at the LoL for getting a pointer to the first ddt? 1. It's more portable, 2. I don't think...

Why not add code to fdisk to scan the root directory itself, which would allow to always find the correct volume label file?

This line: https://github.com/Baron-von-Riedesel/JWasm/blob/dbeeaf631bfdc70bf444d156325cf3a73702c97f/src/expreval.c#L2847 For some reason gets this: ``` 381[orgabs.8]. calculate(GT [T_BINARY_OPERATOR] ): t1-t2 kind 1/1 memtype C0-C0 sym ??0009-??000A type NULL-NULL 381[orgabs.8]. calculate(GT): values=363/364 is_type=0/0 memtypes=C0/C0 381[orgabs.8]. 1 calculate(GT)...

I found a workaround, which hints that the error is due to an earlier pass of the assembler calculating a different size for several instructions because they are forward references...

I do still think this is a bug because MASM 6.11 works as expected even in the presence of the yet unresolved forward references.