Re: [Freedos-kernel] Kernel changes

2011-04-10 Thread Kenneth J. Davis
On Sat, Apr 9, 2011 at 6:56 PM, Eric Auer e.a...@jpberlin.de wrote:

 Hi Pat, kernel gurus Jeremy and Bart,

 You can release it [an updated kernel], but I want to put
 it together with other updates and finally generate v1.1.

 You mean a FreeDOS 1.1 BASE ISO image? That would be nice,
 but you can of course use many already pre-packaged updated
 packages from the fdupdate repository and also the updated
 installer from Jim for that...

 There is another problem, though: People why try to download
 a current kernel end up e.g. on fdos.org which is long dead,
 but used to contain an automated regular build of the kernel
 and a minimalistic boot floppy image containing that. Maybe
 the tradition of having daily builds somewhere could be
 resurrected, for those who cannot or do not want to compile
 kernels from the subversion repository manually. This would
 also be nice for tasks like binary search for when things in
 a regression bug broke and/or got fixed, etc :-)

I do plan on restoring fdos.org, currently the [old] content is still
available at fdos.info (e.g. wiki.fdos.info, help.fdos.info, and
www.fdos.info).

FYI: fdos.info is just a new domain name that is mapped to the same
content fdos.org used to point to.  fdos.org points to a new hosted
virtual computer - early last November I had started migrating my data
from the old site to the new one, but all my computers were stolen -
hopefully in month I'll finally have a replacement.


 An SVN source tarball can be obtained at:
 http://freedos.svn.sourceforge.net/viewvc/freedos/kernel/trunk/?view=tar

 An 8086/FAT32 OW1.9 compiled kernel.sys binary for testing at:
 http://dosemu.org/bart/kernel.sys
...
        * r1565 sys/sys.c: Change // to /* comments for Turbo C
woops, sorry

...
 Thanks again for all those recent updates.

 Regards, Eric


Yes, thank you guys for all the bug fixes and other improvements!
Jeremy

--
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev
___
Freedos-kernel mailing list
Freedos-kernel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-kernel


Re: [Freedos-kernel] freedos 2039 finddisk regression

2011-04-10 Thread Bart Oldeman
On 24 August 2009 10:25, Rugxulo rugx...@gmail.com wrote:
 On Mon, Aug 24, 2009 at 2:18 PM, Bart
 Oldemanbartolde...@users.sourceforge.net wrote:

 I can't reproduce a regression, although there is a bug with respect to 
 MSDOS:

 FreeDOS kernel build 2038 [version May 16, 2009 compiled May 16 2009]
 Kernel compatibility 7.10 - WATCOMC - FAT32 support

 D:\FREEDOSfinddisk fdos
 no match

 D:\FREEDOSfinddisk FDOS
 echo Match on
 E:

 (i.e. it only works case sensitive!, unlike MSDOS) But this behaviour
 is the same for the FD1.0 kernel and also kernel 2039

 No, that's not the problem. When using Jack Ellis' RDISK (RAM drive)
 it won't find the volume Hallelu-Jah in 2039 whereas 2038 works
 fine. (If you really really want, I can upload my test floppy image
 where I discovered the problem.) In particular, I originally used
 2038pre when making the floppy disk for testing, and when 2038 came
 out I upgraded. And then when 2039 came out, I figured I should
 upgrade again but didn't test again until recently. And at startup it
 immediately tries to jump to RAM disk for my purposes, but definitely
 a regression since it doesn't find it anymore.

I finally had a closer look. What happens is that the int21/11 input
pattern of finddisk gets uppercased to  HALLELU-JAH, and then
case-sensitively compared to the directory entries on the RAM drive.
So it doesn't find it. This is compatible with MSDOS, where finddisk
doesn't find the RAM disk either. (It's very strange to have a mixed
case label as that doesn't match with short-file-name FAT).

Older versions of the FreeDOS kernel (=2038) did not compare
(ignored) the name for the volume label: it was returned no matter
which pattern was given to int21/11 (and 4e). That's why there is
%define BUGGY_FCB 1 in finddisk.asm.

The correct DOS-independent fix would be to change finddisk to search
for the volume label with .???, and then compare the result
with the search term.

Bart

--
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev
___
Freedos-kernel mailing list
Freedos-kernel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-kernel