Re: [Freedos-devel] bug in freedos kernel int 21.1c invalid drive handling?
> As people might call this to find out whether a > drive exists, FreeDOS should return the sectors/ > cluster as 255 as expected for invalid drives... People might do, but it isn't reliable: redirected drives might return al=FFh as well. > The bugfix would make sure AL=255 is returned > for int 21.1c calls for an invalid drive, but > for CX and DX and DS:BX I am not sure whether > it is better to change or not to change them? > What do the other DOSes or DOSish OSes return? NTVDM 5.10 MS-DOS returns al=FFh and all other unchanged for invalid drives (as expected). Setting ds:bx unconditionally is a DOS-C bug (in inthndlr.c) that should be fixed. FatGetDrvData() returns a NULL pointer for invalid drives. >> 4) Other diferencies are in CD/DVD roms and flashdisks. > > Yeah, what happens for CD/DVD is kind of random I guess... I guess it depends on *CDEX, because DOS calls Int2F.110C for redirected drives. Christian -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Country information in FreeDOS
I want to ask whether is planned to fix the country infos through functions INT21h/AX=65xxh in 1.1 release. Now it doesn't properly work ant it is quite painful. The biggest problem are the unsupported lower-upper case converting tables. (f.e. INT21h/AX=6521h works badly) Even loading the COUNTRY.SYS (country=042,852,c:\freedos\bin\country.sys) doesn't help :-(-- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Country information in FreeDOS
Hi! > I want to ask whether is planned to fix the country infos through > functions INT21h/AX=65xxh in 1.1 release. > Now it doesn't properly work ant it is quite painful. The biggest > problem are the unsupported lower-upper case converting tables. > (f.e. INT21h/AX=6521h works badly) What else is broken in COUNTRY? > Even loading the COUNTRY.SYS (country=042,852, > c:\freedos\bin\country.sys) doesn't help This is because you do not actually load it ;-) Only the unstable / testing / devel branch of the kernel (2037) has country.sys loading ability yet, the stable kernel (2038) uses a built-in table of country properties which is limited somewhat... It would be optimal to port the 2037 country code while preserving the ability to use built-in data for people who do not need case advanced country data so those people can still get along without needing a separate country.sys file at boot :-). The relevant SVN releases, see freedos.org source code in the orange navbar on top of the page, are in unstable 2035-dev / 2037: 1261 country bugfix 1023 very mixed patches including country handling see also: Lucho inthndlr / country.asm / config.c and intr.asm lseek... and Eduardo country.asm for the uppercase and collating tables related patch in stable: 1142 country bugfix ...and maybe others... :-) Eric -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
