Re: [Freedos-kernel] fix truename and report version 6.22?

2007-07-28 Thread Eric Auer

Hi all,

please check the current kernel updates with Bart's FASTBOOT
versus STACKS fix and some DOS 6 compatibility updates from me:

Binaries: www.coli.uni-saarland.de/~eric/svn-binaries-freedos.zip

 Something else: Rugxulo tested the executable-unpacker IUP
 (ftp.sac.sk/pub/sac/pack/iup067.zip) and found that it fails
 to rename temp files. I tried, too, and found that IUP gives
 no temp file name template. FreeDOS behaves as MS DOS 5, it
 creates the temp file in the root directory. I believe newer
 and older MS DOS versions would create it in the current dir?

Added to FreeDOS: The root dir style is now only used for version 5.

 Maybe we should report DOS version 6 instead of 5 anyway?

Added to FreeDOS: The FAT16 kernel version is now reported as 6.22.

 I checked for differences in RBIL and found: Other AH in
 TRUENAME (int 21.60), other temp file names (21.5a :-)),

I tried to add that to TRUENAME but it seems to always return 0
while it should return 3a for char devices, could somebody have
a look at what I have missed to update?

 ext country lowercase table (21.6503) in country sys but
 only for Cyrillic CP866, maybe also int 21.f8/f9 oemint21
 hooks.

That would be only for the UNSTABLE branch which has more
country / nlsfunc support, I guess?


 MS DOS 6 also comes with newer apps/tools, himem, smartdrv,
 keyb, dblspace, emm386, other tools. MS DOS 7+ also has
 a new version check (2f.4a33) and lots of other new stuff.
 Something in some int 2f.5500 command.com share parts of
 loaded code between instances is also DOS 6 specific.

And so on ;-).

 To make a long story short: Let us update TRUENAME and
 MKTEMP and COUNTRY to MS DOS 6 style, and let us change
 FreeDOS kernel to report that it is version 6.0 or 6.22:
 This will make DOS apps happy in general and it is easy

Done :-).

 PS: Does any interface support cross-directory rename

Still not answered...?



You can review the source code changes here:

SYS FAT32 access fix Bart - added modify dx flag:
http://freedos.svn.sourceforge.net/viewvc/freedos?view=revrevision=1342
Stacks / Fastboot / Irqtext new fix Bart:
http://freedos.svn.sourceforge.net/viewvc/freedos?view=revrevision=1343

Documentation update Eric - please discuss int 21.5d0n:
http://freedos.svn.sourceforge.net/viewvc/freedos?view=revrevision=1344
Mktemp if DOS not 5 / Truename if DOS 6 / Version changes Eric:
http://freedos.svn.sourceforge.net/viewvc/freedos?view=revrevision=1345

Please try and comment :-)

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-kernel mailing list
Freedos-kernel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-kernel


[Freedos-kernel] fix truename and report version 6.22?

2007-07-21 Thread Eric Auer

Hi Bernd,

I have tested the new kernel a bit in Bochs already.

  Sample kernel binary: www.coli.uni-saarland.de/~eric/ke2007jul21.zip
 same filename yet updated release?

Yes, it was still 21jul :-). Updated kernel, kept kernel2.



Something else: Rugxulo tested the executable-unpacker IUP
(ftp.sac.sk/pub/sac/pack/iup067.zip) and found that it fails
to rename temp files. I tried, too, and found that IUP gives
no temp file name template. FreeDOS behaves as MS DOS 5, it
creates the temp file in the root directory. I believe newer
and older MS DOS versions would create it in the current dir?
As you cannot rename to another directory (or do some MS DOS
versions support that?) with DosRenameTrue, the rename fails
unless the to-be-unpacked file is also in the root directory.

I suggest to change FreeDOS to create temp files in the
CURRENT directory, not the ROOT directory, if no template
is given for the name. I believe this would clone MS DOS 6
style - according to RBIL, we already use MS DOS 6 A-P
instead of MS DOS  6 hex style temp names anyway.



Maybe we should report DOS version 6 instead of 5 anyway?
I checked for differences in RBIL and found: Other AH in
TRUENAME (int 21.60), other temp file names (21.5a :-)),
ext country lowercase table (21.6503) in country sys but
only for Cyrillic CP866, maybe also int 21.f8/f9 oemint21
hooks.

MS DOS 6 also comes with newer apps/tools, himem, smartdrv,
keyb, dblspace, emm386, other tools. MS DOS 7+ also has
a new version check (2f.4a33) and lots of other new stuff.
Something in some int 2f.5500 command.com share parts of
loaded code between instances is also DOS 6 specific.
Internal KEYB data (2f.ad80) also depends on DOS version.
Hm. Did you know FORMAT calls int 2f.adc1 before it asks
for a disk, if /SELECT option given, letting a tool called
SELECT show another message first?

To make a long story short: Let us update TRUENAME and
MKTEMP and COUNTRY to MS DOS 6 style, and let us change
FreeDOS kernel to report that it is version 6.0 or 6.22:
This will make DOS apps happy in general and it is easy
for us :-). Other DOS 5 - 6 differences are only outside
the kernel anyway :-). FreeDOS with FAT32 support already
reports MS DOS 7.10 compatibility, time to fix the rest.

Eric



PS: Does any interface support cross-directory rename
in DOS officially? If so, I would like to add if you
rename a directory cross-directory, update .. there :-).


-
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-kernel mailing list
Freedos-kernel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-kernel