Hi!
> I will do some more tests later whether also other country dependend > functions (like thousands separator, currency format...) are affected > but I suppose these functions don't properly work too. They do - date and number format are country-controlled in apps such as our command.com and our text editor edit :-p > Anyway, they are rarely needed - only important ones are > these around upcase converting. That depends on what your app does! Many "DOS countries" mainly use ASCII and maybe a few accented chars, but for example Cyrillic DOS users will definitely enjoy case and collating (sortorder) tables for their charsets... > I am using kernel version 2038pre/2036 svn > [version Jul 28 2007 compiled Oct 21 2007] This and normal 2036 / 2038 use built-in country info, as said. The "unstable / devel" kernel 2037, however, handles country data files. You can try that one... As far as I remember, there were no official updates for the 2037 kernel since FreeDOS 1.0, so bugs fixed in the "normal" kernel since 1.0 will not be fixed in 2037 yet but still it works well enough so you can give it a try. > The dynamic loading of Country.sys will be the definitive > solution, of course, but it takes much time. It probably does not - while 2037 rewrites much of the whole country handling, you can alledgedly rip out the built-in countries of 2036 / 2038 and throw in the country data file handling of 2037, as long as it is sufficiently bug-free. However, that makes you depend on having a data file around. I would be happy if some developer could COMBINE both styles into one patch for 2038 which ALLOWS data files without FORCING you to use them. In particular, date / time / number formats being available as built-in to those who cannot or do not want to load a country sys data file would be very nice... > Can you before it will be done add the > hardcoded support also for 042,852 setting? > (non Cyrillic east europe) Can you give an exact but ASCII explanation of what has to be changed for that? I mean if you would type the special chars directly in an email, you cannot be sure they will look as intended for everybody on the list. Confusingly, the country definitions of the 2036 / 2038 kernel seem to be not in nls* or nls/* but in config.c for the "normal" things: German, Dutch, Finnish, Polish, Ukrainian, Russian, Bulgarian, Japanese and Spanish are built-in as far as default codepage number, date format, number format, currency format and currency name are concerned, all indexed by country number... HOWEVER, apparently only ONE codepage can be built-in at a time as far as the OTHER properties are concerned, and only German 850 and American 437 are supported, USA being what you get when you fetch a precompiled kernel. This is what the nls*.* and nls/*.* files do and this is what the 2037 country sys datafile load does much better. In case you were wondering, differences are at how the chars 82, 83, 85, 88 to 8d, 93 to 98, 9b, a0 to a3, c6, d0, d5, e4, e7 and ec are upcased in codepage 850 (some are upcased into their unaccented form by the way). In codepage 437, they are not alphabetic and not upcased. The date, time and currency settings also differ, but as said, those are built-in for several languages while the upcase table and collating tables are only built-in for a single codepage, as is the "yes no character" (either Y N or J N here). This is because the tables are big and this is why the better solution for sort/upcase country support is indeed loading a country sys data file. I am sure Tom can send you a "German upcase" precompiled kernel from his collection :-). Then you can check if it works as expected at least for codepage 850. You should also check the 2037 devel / unstable kernel in FreeDOS 1.0, maybe somebody knows the right URL for the zip of exactly that precompiled version? Maybe it is that one... :-) The zip contains 2 kernels (with and without FAT32 support) so just copy one over your kernel dot sys file to "switch to unstable". There is also a country sys data file (27 kB!) and a special SYS. Both normal and "unstable" SYS do work for both kernels, but "special SYS" has extra experimental features built-in... Give the whole thing a try here: www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.0/pkgs/unstablx.zip > BTW: Did you add the recent Rayer's fixes into kernel to > be it able to boot on cheap notebooks? I reply to that one in a separate thread... 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