Bernd Böckmann
Bernd Böckmann
Perhaps they prepared for introducing high level (C) programming language into the kernel? Otherwise I also wonder what is this for, but did not want to break with the "convention"...
I think we could remove the labels prefixed by underscore. But we should do it for all then...
The double copy is not actually needed on the uncompressed freedos load protocol. could be optimized by a single move. maybe I revisit this at a later time...
Related discussion: https://github.com/SvarDOS/edrdos/issues/28#issuecomment-1964185475
No, this is mainly for size on floppy. Matheusz prefers it to be no larger than the FreeDOS kernel, which is compressed (I think UPX?!?). Uncompression time is a high...
@mateuszviste I see no reason why UPX should not work. But I have no understanding yet how the uncompression stage of FreeDOS works. Is UPX fast enough to be run...
See https://github.com/SvarDOS/edrdos/issues/28#issuecomment-2248801739 for a nice evaluation of the different compression algorithms.
> Yes, my approach is more complex but also more flexible. I think your most recent work doesn't support compressed size > 64 KiB yet. And my approach comes with...
> my approach comes with support for triple-mode execution with little additional overhead, as an MZ EXE application, MZ EXE device driver, or kernel. Does this mean I can use...
A middle way would be to leave the zero compression (with slight refinements) as it is as a "good enough" compression for most cases. This keeps the build system and...