Re: [Freedos-kernel] new kernel release pending
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 jere...@fdos.org wrote: 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 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Freedos-kernel mailing list Freedos-kernel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-kernel -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Freedos-kernel mailing list Freedos-kernel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] new kernel release pending
2009/7/29 Kenneth J. Davis jere...@fdos.org: 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! history.txt needs updating. I'll do that tomorrow. There's nothing else I can think of that is urgent. Brief list of user-visible/compilation changes: * OW 1.8 compatibility * ability to cross-compile from Linux * fnodes are eliminated, except for internal use inside DOS calls (2 fnodes in the SDA remain); SFTs are now compatible with MSDOS which helps some programs that look at these structures. * Fix rename in full root directories (Bugzilla bug 1908) * Fixed Int21/AX=4409 for drives from device drivers. * Add COUNTRY.SYS support (from unstable, Eduardo Casino). * Findfirst/findnext are more MSDOS compatible. * Fix SF bug 2380531 (DOS should not update directory entries for a created but not changed temp file that a buggy program forgot to close) * New SYS, merged from unstable branch. * build.bat has a few new options to simplify changing some settings on the fly without needing to edit config.bat. * Fix exit for self-owning PSPs: they should not close files or release memory (Christian Masloch). * Avoid calling media_check() too often (to get fewer Abort/Retry/Ignore prompts if you press I) * Check BPB instead of DPB to check for FAT32 after a BUILDBPB device call, to fix a problem with USBDRIVE. 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! Bart -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Freedos-kernel mailing list Freedos-kernel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] new kernel release pending
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! history.txt needs updating. I'll do that tomorrow. There's nothing else I can think of that is urgent. A good (per svn commit) history.txt is very valuable, thanks! * ability to cross-compile from Linux Nice :-) * fnodes are eliminated, except for internal use inside DOS calls (2 fnodes in the SDA remain); SFTs are now compatible with MSDOS which helps some programs that look at these structures. Also good, but probably needs much testing? Can you give potential testers some hints what they should play with? 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? By the way - I believe support for files between 2 and 4 GB in size already got added, also by you, several weeks ago? * Fix rename in full root directories (Bugzilla bug 1908) * Fixed Int21/AX=4409 for drives from device drivers. What was wrong? * Add COUNTRY.SYS support (from unstable, Eduardo Casino). Cool :-) * Findfirst/findnext are more MSDOS compatible. Please explain. * 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? * Avoid calling media_check() too often (to get fewer Abort/Retry/Ignore prompts if you press I) Which also leads to the question: Do we call it often enough, and is DF_NOACCESS enabled and fully working? * Check BPB instead of DPB to check for FAT32 after a BUILDBPB device call, to fix a problem with USBDRIVE. Interesting! Will this also fix potential other issues or are there also other things related to disk changes that might need improvement? I am sure Alain would be very interested to check and comment on the new disk change handling, as he had issues with the old :-). 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 we could also mention the fdos.org auto builds on the webpage? Is there a way to include some automatic current build is from date X snippet...? Eric -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Freedos-kernel mailing list Freedos-kernel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] new kernel release pending
On Wed, Jul 29, 2009 at 2:06 PM, Eric Auer e.a...@jpberlin.de 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 time to test for everyone else too! Sure :-) Maybe we could also mention the fdos.org auto builds on the webpage? Is there a way to include some automatic current build is from date X snippet...? What testing have you been doing on recent releases? Pat -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Freedos-kernel mailing list Freedos-kernel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] new kernel release pending
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 dates and times (in the directory entry) which are accessed with a filename instead of a SFT; so they're not required in the SFT. Note that the directory entry's cluster and index into cluster (as found in the fnode) can be computed with some shifting from the entry's sector and index into sector (as found in the SFT) when the sector size, cluster size and the sector of the first cluster is available (all found in a valid DPB or EDPB). * Fixed Int21/AX=4409 for drives from device drivers. What was wrong? I'm interested too. Regards, Christian -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Freedos-kernel mailing list Freedos-kernel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] new kernel release pending
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 we could also mention the fdos.org auto builds on the webpage? Is there a way to include some automatic current build is from date X snippet...? What testing have you been doing on recent releases? Actually not much: I read some of the SVN diffs, trying to find out what changed and which parts look safe and which look risky, and tried to ask about details about the parts which I did not understand or which looked fishy... There was not much on the list about work in progress, so there was also nothing about suggestions for review or testing. It is always good to have complex updates discussed, as it gives extra chances to find flaws or regressions that you might otherwise only notice much later in everyday use :-) Eric -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Freedos-kernel mailing list Freedos-kernel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] new kernel release pending
2009/7/29 Christian Masloch c...@bttr-software.de:
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 dates and
times (in the directory entry) which are accessed with a filename instead
of a SFT; so they're not required in the SFT. Note that the directory
entry's cluster and index into cluster (as found in the fnode) can be
computed with some shifting from the entry's sector and index into sector
(as found in the SFT) when the sector size, cluster size and the sector of
the first cluster is available (all found in a valid DPB or EDPB).
Before I eliminated the far fnodes I made them compatible with SFTs.
There are no performance issues; the directory entry now needs to be
read, updated and written for a file close, instead of just copied
from the fnode, but since the sector needs to be read anyway it
doesn't change performance.
An fnode now is defined like this:
struct f_node {
UWORD f_flags;/* file flags */
dmatch *f_dmp;/* this file's dir match*/
struct dirent f_dir; /* this file's dir entry image */
ULONG f_dirsector;/* the sector containing dir entry*/
UBYTE f_diridx; /* offset/32 of dir entry in sec*/
/* when dir is not root */
struct dpb FAR *f_dpb;/* the block device for file*/
ULONG f_offset; /* byte offset for next op */
CLUSTER f_cluster_offset; /* relative cluster number within file */
CLUSTER f_cluster;/* the cluster we are at*/
UBYTE f_sft_idx; /* corresponding SFT index */
};
Some fields moved to f_dmp -- there two directory match structures in
the SDA (even documented in RBIL), one for every fnode. I have some
patches to move the f_dir directory entries to the RBIL SDA locations
too but I'll wait with those until after release. Once dos_close() and
rwblock() (for read and write) use SFT entries directly, it's actually
more appropriate to call an fnode a dirnode, since it only pertains to
directory operations.
Right now however, directory and file operations share map_cluster()
which takes an fnode pointer, so it's not a trivial change.
Originally, files and directories seem to have used the same
read/write code but directories are too special in DOS so they were
split.
* Fixed Int21/AX=4409 for drives from device drivers.
What was wrong?
I'm interested too.
ioctl.c had:
CharReqHdr.r_unit = dpbp-dpb_subunit;
(changed from dpbp-dpb_unit in
r1115 | perditionc | 2005-02-24 15:35:48 -0500 (Thu, 24 Feb 2005) | 2 lines
from Eric (similar already in dev), set driver request field with
subunit number)
but after that it was used in:
case 0x09:
{
struct cds FAR *cdsp = get_cds(CharReqHdr.r_unit);
so you also now got the CDS from the subunit. That's ok for built-in
devices but not for loaded devices.
I changed the get_cds call to use BL.
Bart
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
___
Freedos-kernel mailing list
Freedos-kernel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] new kernel release pending
On Wed, Jul 29, 2009 at 5:06 PM, Eric Auere.a...@jpberlin.de 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 merge in the improved chunk copying method; however I kept the conceptually simpler copy as a single operation mode, which means there are a couple extra disk swaps needed as sys opens both input output file, reads in file, then writes file, then closes both input and output file; and it does this separately for the kernel file(s) and shell. I think I will change the order of the file closes, this should eliminate some disk swapping. Also I will add the option to force FAT32 lba/chs mode tonight. Jeremy -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Freedos-kernel mailing list Freedos-kernel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] new kernel release pending
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, Johnson. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Freedos-kernel mailing list Freedos-kernel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-kernel
