fdoos.org seems to be down at the moment.  Forgot to mention that in case
Jeremy is around.

On Sun, May 5, 2013 at 8:42 PM, Louis Santillan <lpsan...@gmail.com> wrote:

> See inline...
> On Sun, May 5, 2013 at 9:43 AM, Bernd Blaauw <bbla...@home.nl> wrote:
>> Louis Santillan schreef op 5-5-2013 18:28:
>> > Whoops, didn't realize that I replied to fd-user instead of kernel.
>> >
>> > One other note, all kernels are slightly bigger withe options I set.
>> I guess it depends on what the compilers do:
>> [1] optimize for certain processor architecture(s)
>> [2] also keep backwards compatibility or not with lowest desired level
>> if [2] then the binary might be larger on disk.
>> If someone likes a real challenge, a smaller kernel can be produced
>> using UPX --8086 --lzma --ultra-brute
>> (instead of UPX --8086 --best) but the end-result is not bootable,
>> requiring a decompressor stub. Savings is about 3KB disk footprint.
> Why does it fail?  Relocation?
>> As for the MEMDISK support there's additional support implemented at
>> https://github.com/PerditionC/fdkernel but it requires me to first
>> create additional testcases using some kind of floppy image file.
>> Basically it allows specifying a CONFIG.SYS line at Syslinux menu so you
>> can alternate memory driver in a menu for example, or specify UMB
>> regions, that kind of stuff
> What were the 0xDC change mentioned in the readme?
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
Freedos-kernel mailing list

Reply via email to