> > Hi! News from BTTR: > > https://www.bttr-software.de/forum/board_entry.php?id=20959&page=0&order=time&category=0 > > while working on a single-file version of the EDR-DOS kernel, > GPT partition support was discussed and ECM mentioned a new > interesting tool: IDENT86. This is able to confirm that the > JWASM port of the kernel is identical to a version made with > another Assembler down to the single machine code instruction > level, only leaving encoding differences without influence on > semantics between the original and the JWASM port. Creating a > byte for byte identical version (which a binary checksum would > be able to confirm) would have required manually enforcing the > choice of encodings, which does not make code nicer, I think. > > I guess there are several technology news bits in this thread > which can be interesting for us :-) > > Regards, Eric > > Bonus: https://www.bttr-software.de/forum/forum_entry.php?id=21819 > mentions MS Win4.x DPMI does not like zeroed environment segments. > >
Thanks for sharing this, I think not everyone here is registered at BTTR. I may add a few things. The JWasm port of the EDR kernel indeed seems to be working good, and I could successfully cross-assemble the kernel from Win32, Mac and Linux. In fact, the files and disk images downloadable from the Github actions page are built under Linux with JWasm 2.18 and OpenWatcom v2 [1]. ECM double checked with her new ident86 tool more or less automatically what I did manually: comparing the generated code produced by Digital Research RASM86 and JWasm. For the very few cases one wants to port from RASM, I put together a few hints [2] (to be extended). Btw: GEM would be a nice candidate to be ported :) As of yesterday, my single-file EDR kernel can also be booted via the FreeDOS boot protocol, meaning you may SYS it to a drive exactly like the FreeDOS kernel. 1.44M floppy images may be downloaded from [1]. In an effort to strip the capability of loading DRDOS.SYS from the single-file kernel, it seems that I stripped too much code [3]. This may be a problem if you do not boot from A: or C:, but I will investigate this further. [1]: https://github.com/SvarDOS/edrdos/actions [2]: https://github.com/SvarDOS/edrdos/blob/main/doc/rasmporting.md [3]: https://github.com/SvarDOS/edrdos/issues/75 _______________________________________________ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel