Re: [Freedos-kernel] FreeDOS kernel UPX'ing and versionning chaos

[cm]

 Most FreeDOS kernels released so far were UPX'ed and not un-UPX'able.

 The kernel almost-2040 included on 1.1test3 CD distro is NOT UPX'ed.

 Problem: with UPX'ed kernel, you can't check the version without
 booting the kernel.

 Suggestion: at the beginning or end of the file, add a string allowing to
 identify the kernel with compile date and other crucial info:

 K2040D2011-07-31C32F16B
 K2041D2011-08-31C16F28W

 C is CPU (16 aka 8086 or 32 AKA 80386)

 F is FAT (16 or 28)

 W and B are compilers (or is Boreland now dead ?).

+1

Extend that CONFIG area at the beginning of the file, that's left
uncompressed anyway.

Providing the build and version information on an exclusive API for the
currently running kernel would be useful too. Currently, there's a string
with some 21.33Fx (.33FD ?) API, but that's just a string (difficult to
parse; format changes happen), and then, 21.3000 returns the (low byte of
the?) version number in cx or bx or somewhere, but that's unreliable
because 21.30 is often intercepted and modified by version faking
software.

--
Got Input?   Slashdot Needs You.
Take our quick survey online.  Come on, we don't ask for help often.
Plus, you'll get a chance to win $100 to spend on ThinkGeek.
http://p.sf.net/sfu/slashdot-survey
___
Freedos-kernel mailing list
Freedos-kernel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-kernel

Re: [Freedos-kernel] Kernel 2040 released

[cm]

 - write 1 byte of data at this place

Shouldn't it be sufficient to seek to the desired size (as offset), then
do a write with length zero there? (Writing with length zero extends or
truncates the file to the current seek offset.)

 - close the file
 - open file for writing (no truncate)

I would suggest not to close and re-open the file. If it does improve the
operation's performance, then just committing the file should improve it
in the same way. If performance isn't improved by it, the close and
re-open sequence can be removed without replacement.

Regards,
Christian

--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
___
Freedos-kernel mailing list
Freedos-kernel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-kernel