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.
http://p.sf.net/sfu/appdyn_d2d_ap1
_______________________________________________
Freedos-kernel mailing list
Freedos-kernel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-kernel

Reply via email to