Re: [Freedos-kernel] new kernel release pending

2009-07-30 Thread Eric Auer
Hi Jeremy, >>> * New SYS, merged from unstable branch. >> I hope it still uses the much faster cached copying :-) >> Could you add a small but useful option to force either >> CHS or LBA mode boot sectors, in particular for FAT32? > I did merge in the improved chunk copying method; however I ke

Re: [Freedos-kernel] new kernel release pending

2009-07-29 Thread Johnson Lam
On Wed, 29 Jul 2009 13:23:51 -0400, you wrote: Hi Jeremy (or anyone), Any official announcement of "when" new kernel release? Since FreeDOS works excellent on USB finger, MS-DOS 7.1 have difficulty in making it bootable. Glad to see lot of people working hard to improve the kernel. Rgds, John

Re: [Freedos-kernel] new kernel release pending

2009-07-29 Thread Kenneth J. Davis
On Wed, Jul 29, 2009 at 5:06 PM, Eric Auer wrote: > > Hi Bart, > ... >> * New SYS, merged from unstable branch. > > I hope it still uses the much faster cached copying :-) > Could you add a small but useful option to force either > CHS or LBA mode boot sectors, in particular for FAT32? ... I did m

Re: [Freedos-kernel] new kernel release pending

2009-07-29 Thread Bart Oldeman
2009/7/29 Christian Masloch : >> Which aspects of SFT changed and how? Are there potential >> performance issues because we no longer can cache certain >> data in extra fields of fnodes? > > It seems to me that the fnode (as defined in fnode.h) doesn't save any > information that isn't contained in

Re: [Freedos-kernel] new kernel release pending

2009-07-29 Thread Eric Auer
Hi Pat, >>> Pat: Jeremy wrote earlier that current SVN binaries are always at: >>> http://fdos.org/kernel/ke386f32.zip - 386+, FAT32 enabled kernel >>> http://fdos.org/kernel/ke86f16.zip - 8086+, FAT16/12 only kernel >>> now would be a good time to test for everyone else too! >> Sure :-) Maybe w

Re: [Freedos-kernel] new kernel release pending

2009-07-29 Thread Christian Masloch
Hi, > Which aspects of SFT changed and how? Are there potential > performance issues because we no longer can cache certain > data in extra fields of fnodes? It seems to me that the fnode (as defined in fnode.h) doesn't save any information that isn't contained in the SFT, except the new file d

Re: [Freedos-kernel] new kernel release pending

2009-07-29 Thread Pat Villani
On Wed, Jul 29, 2009 at 2:06 PM, Eric Auer wrote: *** SNIP *** > > Pat: Jeremy wrote earlier that current SVN binaries are always at: > > http://fdos.org/kernel/ke386f32.zip - 386+, FAT32 enabled kernel > > http://fdos.org/kernel/ke86f16.zip - 8086+, FAT16/12 only kernel > > now would be a good

Re: [Freedos-kernel] new kernel release pending

2009-07-29 Thread Eric Auer
Hi Bart, >> Assuming no objections, I will tag and make available kernel 2039 >> sometime at the end of this week. So if there are objections, please >> speak up! but include exactly what you feel needs to be done before >> the new release [that can not wait for a future release]. > > thanks! h

Re: [Freedos-kernel] new kernel release pending

2009-07-29 Thread Bart Oldeman
2009/7/29 Kenneth J. Davis : > Assuming no objections, I will tag and make available kernel 2039 > sometime at the end of this week.  So if there are objections, please > speak up! but include exactly what you feel needs to be done before > the new release [that can not wait for a future release].

Re: [Freedos-kernel] new kernel release pending

2009-07-29 Thread Pat Villani
Jeremy, Do you have a binary of what you will be tagging? I'd like to test it. Pat P.S., I can't build it because my development notebook is dying. On Wed, Jul 29, 2009 at 10:23 AM, Kenneth J. Davis wrote: > Assuming no objections, I will tag and make available kernel 2039 > sometime at the

[Freedos-kernel] new kernel release pending

2009-07-29 Thread Kenneth J. Davis
Assuming no objections, I will tag and make available kernel 2039 sometime at the end of this week. So if there are objections, please speak up! but include exactly what you feel needs to be done before the new release [that can not wait for a future release]. Thank you, Jeremy -