Hi Bernd,

> > I notice you forgot the --8086 when running UPX!
> > You could also use --ultra-brute instead of --best but that
> > is slower and it is UPX 2.0 incompatible so it should be the
> > non-default option if you ask me.


> Be carefull with UPX 3.01, their forums mention the switches have
> become a big mess and thus some options dont work.

Thanks for the warning, I prefer UPX 2 for now then anyway ;-)


> I wonder how the LZMA compression works on the kernel
> (likely 386-only due to compression method?).

LZMA is indeed 386 only afair, and needs some extra memory.
It uses a two pass decompression with two stubs, so I doubt
that it would be easily possible to convince a LZMA packed
kernel that it is not a kernel but something supported by UPX.

> Might be best to wait for 3.02 sometime :)

Maybe, yes.


> Btw what happens if 386-kernel is run on a pre-386

It will crash at once. Maybe we should add a check, but of
course this still will not help if you use a compression
method which has an 8086-incompatible stub. The --8086 UPX
option only adds a few bytes, so you should always use it.

Note that even the LBA FAT32 boot sector needs a 386, which
is probably okay. The CHS FAT32 boot sector is a miracle of
small 8086 code so it is 8086 compatible and fits in 512 bytes.
The LBA FAT32 boot sector will simply crash on pre-386.


> or a kernel without fat32 support run on a fat32 partition?

Such a kernel will ignore all FAT32 drive letters as it will
not know that they are DOS drives at all. If you boot such a
kernel from a FAT32 partition, it will fail to read config
sys or command com from the partition, but might read it from
another, FAT16, partition or maybe even from A: instead :-).
Please test that.

It is basically okay if a kernel cannot read the filesystem
where it came from (you could even start it without one) but
of course there should be a warning if it cannot find any
DOS filesystem at all...

Eric



-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Reply via email to