Re: [Freedos-kernel] Kernel changes
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] Kernel changes
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 :-) 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 I am impressed how many changes from 2039 to 2040 have already accumulated, but to be honest I am also a bit disappointed that none of them was mentioned on this mailing list before. Yes I know that there are ways to automatically follow SVN commits, but I mean more something like a low traffic announcement and occasionally discussion list about kernel changes... * r1567 ... add explicit byte overrides for older versions of NASM for more compact code, It is good to hear that things were perfect apart from the size even with older NASM already before that improvement :-) * r1565 sys/sys.c: Change // to /* comments for Turbo C Thanks. * r1564 kernel/dosfns.c: If handle valid, close file in PSP table before the low-level close + (perhaps) critical error. Avoids closing the file twice (and hitting the critical error twice) on abort/program termination. Sounds like a good catch. Also, close can only return error 6 (DE_INVLDHNDL), not 5 (DE_ACCESS), see RBIL. Just wondering, maybe it was 5 to mimick a particular DOS? * r1563 kernel/task.c: From Christian Masloch: set flags to 0x200 (IF set) when transferring to int22 termination address. Interesting, I assume that fixes a hang in a specific situation? * r1562 kernel/fatfs.c: Check errors for callers of dir_write and shrink_file. Fixes: Bug: File creation does not check whether buffers are written correctly [also r1561] Good to know that this is fixed - since when it was broken? * r1560 kernel/kernel.asm: Enlarge clock and block driver stacks... Were the old stack sizes to be the same as some other DOS or were they just picked to be a bit more than minimally needed? I am asking because I wonder whether side effects could exist. * r1559 kernel/fatfs.c: Fix value that is used before being initialised. This lead to a drive to not be considered as FAT32 despite it is (or vice-versa). That sounds like a very important fix, thanks! * r1499 kernel/makefile: With the stack changes the DOS segment has moved to 0x79. Any side effects expected? * r1498 kernel/irqstack.asm: New irqstack.asm: irq 2, 3, 4, 5, 6, 10, 11, 12, 14, 15 now use the IBM interrupt sharing protocol for STACKS... Nice. Did other DOSes also do this? I assume RAM and CPU cost is tiny? Thanks again for all those recent updates. Regards, Eric -- 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] Kernel changes
You can release it, but I want to put it together with other updates and
finally generate v1.1.
Pat
On Fri, Apr 8, 2011 at 10:48 PM, Bart Oldeman
bartolde...@users.sourceforge.net wrote:
Hi,
thanks to Damien Guibouret the problem with file corruption in kernel
2039 finally seems to be resolved.
I collected some more changes and bug reports and fixed them. This
includes the problem with writes to write-protected disks failing
silently without error.
I think it might be a good idea to release a new 2040 kernel. If
nobody else does it within the coming 2 weeks I'll do it myself.
In the mean time:
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
2011 Apr xx - Build 2040
Jeremy Davis, Bart Oldeman
+ Changes Jeremy
* r1501 sys/sys.c: correct return value from NULL to FALSE -
fix compile with OW1.9
* r1500 docs/sys.txt, sys/sys.c:
handle case when source not specified but filename for boot
sector is given (sys X: bootfile.bin)
+ Changes Bart
* r1568 kernel/asmsupt.asm, mkfiles/owlinux.mak: Make sure the
DOS native and Linux cross-builds produce identical binaries.
* r1567 drivers/rdpcclk.asm,kernel/{asmsupt,entry,irqstack,kernel,
nls_hc}.asm, kernel/makefile:
Remove useless END from nls_hc.asm, add explicit byte
overrides for older versions of NASM for more compact code,
and adjust silent relocation segments.
* r1565 sys/sys.c: Change // to /* comments for Turbo C
compatibility.
* r1564 kernel/dosfns.c: If handle valid, close file in PSP
table before the low-level close + (perhaps) critical error.
Avoids closing the file twice (and hitting the critical
error twice) on abort/program termination.
Also, close can only return error 6 (DE_INVLDHNDL), not 5
(DE_ACCESS), see RBIL.
* r1563 kernel/task.c: From Christian Masloch:
set flags to 0x200 (IF set) when transferring to int22
termination address.
* r1562 kernel/fatfs.c: Check errors for callers of dir_write
and shrink_file. Fixes: Bug: File creation does not check
whether buffers are written correctly
(http://www.bttr-software.de/forum/forum_entry.php?id=9783)
* r1561 kernel/blockio.c, kernel/fatdir.c:
No longer force flush1() and dir_write_update() to return
TRUE if there were disk write errors. Part 1 for fixing
http://www.bttr-software.de/forum/forum_entry.php?id=9783
Bug: File creation does not check whether buffers are
written correctly
* r1560 kernel/kernel.asm:
Enlarge clock and block driver stacks. Thanks to Damien Guibouret
damien.guibou...@partition-saving.com.
* r1559 kernel/fatfs.c: Fix value that is used before being
initialised.
This lead to a drive to not be considered as FAT32 despite it is
(or vice-versa).
Thanks to Damien Guibouret damien.guibou...@partition-saving.com
.
* r1499 kernel/makefile:
With the stack changes the DOS segment has moved to 0x79.
* r1498 kernel/irqstack.asm:
New irqstack.asm: irq 2, 3, 4, 5, 6, 10, 11, 12, 14, 15 now
use the IBM interrupt sharing protocol for STACKS. Affect
int 2 too, but not IRQ 7 (INT 0fh) and IRQ 9 (INT 71h)
--
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
--
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
