Hi Arkady, please UNFIX the environment then! Seems to be a very bad idea that people get throw out of FreeDOS after updating to your kernel just because they forgot to update FreeCOM as well!
You could add a temporary SWITCHES=/P flag which would mean "improve environment size - might be incompatible with some FreeCOM versions!". The DEFAULT should be, even though it sounds stupid, to have 2035-style behaviour. Simply because FreeCOM works with it. > EA> Hi, when I press F5 at the 2035a boot choice, an improper > EA> shell command line is selected: I get an error message from > EA> FreeCOM that it cannot find itself (even though I have copied > EA> it to c:\ to be easier to find) ONCE and then I get an error > EA> message about the shell having exited INFINITELY. So I am not > EA> given a chance to enter a new shell command / arguments, and > EA> it looks as if the kernel does not even try to run the shell > EA> again. This did not happen with kernel 2035 classic. > Reason: after fixing task.c:ChildEnv() (where was wrong handle empty > environment), I remove adding to empty environment "PATH=." variable. > Unfortunately, FreeCOM (included into 2035 package) wrongly handles empty > enviornment ... ... Other point: Please use FreeDOS style menu digit processing - AT LEAST for the non-fullscreen menu. I like it to boot FreeDOS with only ONE keypress to select a load configuration. I really agree with Tom here that his menu style does make sense. The fullscreen menu is a different story - but on the other hand, we do not use MS compatible MENUING syntax anyway, and IF we were to introduce it, all people would have to change their config files! Well, maybe you could autodetect the right syntax by searching for ^[0-9]*? lines (FreeDOS syntax) and lines with [ and ] inside (MS syntax). > EA> PS: It is annoying that I have to press enter after pressing a digit > EA> in non-fullscreen menu mode (even in fullscreen menu mode, you can be > EA> sure that I know what I want when I press a digit! So no enter needed > EA> there either...). Please remove the "wait for enter" at that place. > May be, you initiate voting in freedos-kernel? For me personally, Enter > after digit sometime convenient (if you press digit before menu is shown), > sometime not. But Enter is comptaible with MS-DOS and requiring Enter after > digit makes FreeDOS more comfortable for those, who often uses MS-DOS. Hereby taking the discussion to the list, as suggested :-)). PS: BONUS BUG *** If you boot from 1.68 MB floppy, the (fd)config,sys file is not used! However, FreeCOM successfully reads the autoexec file, so the disk access in general works. [that bug was found by MiFritscher today] Eric PPS: Anybody having Virtual Pool (VPOOL)? I think it *might* be broken because of FreeDOS, so if you have another DOS or a collection of old kernels, please try! I can send you the files, it is shareware. (on the other hand, I remember that it is quite crash-prone anyway...?) ------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click _______________________________________________ Freedos-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
