Re: [Freedos-kernel] 2039-svn bugs
On Tue, Jun 30, 2009 at 10:52 PM, Bart Oldeman wrote: > 2009/6/30 : >> I've been trying to patch 2039-svn with Christian's fix, while working >> under a TC 186/FAT32/"Win" kernel (built myself), and I have found the >> following: > > what does "Win" here mean? > ... Win doesn't do anything. I would guess he is using the command line build.bat tc 186 fat32 win tc, 186, & fat32 are obvious, they set appropriate options: compiler to use, target CPU, & enable FAT32 support win does not do anything except set some defines which are not used by the kernel; in the future will be used to conditionally compile in the listen & respond to windows broadcast hooks to see all options that can be set via cmd line instead of setting in config.bat use run build /? Jeremy -- ___ Freedos-kernel mailing list Freedos-kernel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] 2039-svn bugs
2009/6/30 : > I've been trying to patch 2039-svn with Christian's fix, while working > under a TC 186/FAT32/"Win" kernel (built myself), and I have found the > following: what does "Win" here mean? > 1. Code changed. In other words, the > if (!tsr) > line referred to seems to not exist (per TC "find", and visual inspection) That line is at task.c, line 529. > 2. BUG! > Runnning command.com, no drivers loaded/programs run, I go > cd tc > or > cd trunk > Then > dir > Then try any/all of the following > cd .. > cd \ > cd ..\ > cd .\.. > cd ..\. > cdd c:\ > Result: > CHDIR failed for [argument] > I'm not sure what is up, though it probably has something to do with > fnode/sft changes. Yes, the mistake was mine, it had to do with filename parsing simplifications, thanks for catching it! What happens is that all does cd's are converted to "cd C:\" internally and that is passed on and wasn't working anymore. SVN r1468 fixes that. > Also, the kernel says that the partition doesn't seem to be LBA, > then goes ahead and uses LBA anyway > (ACER Aspire One, 160gb SATA hd, 1.25 gb FAT16 partition from gparted at end > after massive NTFS/xp partition, boot kernel directly via Grub4DOS) Possibly the partition type is set to one of the non-LBA values. You should set it to "0xe" (14) for FAT16 instead of 6. Bart -- ___ Freedos-kernel mailing list Freedos-kernel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-kernel
[Freedos-kernel] 2039-svn bugs
Hello all, I've been trying to patch 2039-svn with Christian's fix, while working under a TC 186/FAT32/"Win" kernel (built myself), and I have found the following: 1. Code changed. In other words, the if (!tsr) line referred to seems to not exist (per TC "find", and visual inspection) 2. BUG! Runnning command.com, no drivers loaded/programs run, I go cd tc or cd trunk Then dir Then try any/all of the following cd .. cd \ cd ..\ cd .\.. cd ..\. cdd c:\ Result: CHDIR failed for [argument] I'm not sure what is up, though it probably has something to do with fnode/sft changes. Also, the kernel says that the partition doesn't seem to be LBA, then goes ahead and uses LBA anyway (ACER Aspire One, 160gb SATA hd, 1.25 gb FAT16 partition from gparted at end after massive NTFS/xp partition, boot kernel directly via Grub4DOS) Thanks, Ibidem -- ___ Freedos-kernel mailing list Freedos-kernel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-kernel