if the old shell EXITs that does not necessarily mean that it FAILED. Maybe the user simply selected something as shell which does allow him to exit. So it is POSSIBLE that the user next wants to use the same shell again. Or a typo in the SHELL= line threw him out of the shell. In both cases it would be nice to be able to use the old shell line as default for the prompt for a new value. Or at least printf() the old value before asking for a new shell.
It'll print the old shell name. If the old shell failed to load or was not found, F3 would bring its name back. That part of the patch is ready, no problems. But... (see below).
Not true. I once accidentally mixed MS COMMAND of ONE version with MS kernel of OTHER version on a disk. The shell said "wrong DOS version" and exited. Then the kernel ASKED ME which shell I would like to use instead. I selected a disk editor or debug and killed that stupid version check :-P.
This was because it failed to load. I wrote about the case when FreeCOM loaded but then EXITed. In this case only ROM-DOS does what you want ;-) And FreeDOS will do it too, provided I cope with it! My patch is ready, saves 91 bytes, but doesn't work! What I did is just used an unused mode value of 2 when executing it and moved the loop and the end of main.c:kernel() to task.c:DosExec() which executes only in mode 2. When mode 2 is detected, Int 21 Fn 4B is re-entered to allow Function 4C return back to the caller and not to the vanished init code (it's still called via init_DosExec). When I didn't re-enter DOS, it was returning back to the init code (old bug). Now it just crashes on shell exec, because I re-enter DOS. So, if I can't find a method to jump from INIT to RESIDENT space WITHOUT re-entering DOS, I guess the only thing we can do is to wait for Expert Bart to come back and fix the mess we the kids from this kindergarten have made so far, because the kids couldn't fix the mess that the Expert has created long time ago ;-) Just a kidding kid Lucho ;-) No, seriously, now when Tom quit kernel development, Bart remains the only REAL expert. I've proven too incompetent, as you can see. Others can hardly pretend either...
It's scary when one realises that the HEART of the FreeDOS project relies on ONLY ONE REAL expert!
Lucho
------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click _______________________________________________ Freedos-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
