this must be a regression bug. We had discussed "how does the shell recognize that it is the primary shell?" before. We decided that /P should NOT be auto-appended because of possible compatibility problems if you use [any program] as shell.
I agree with this!
So there was something about the PSP or parent PSP or environment (e.g. none at all unless CONFIG=... used?). Please look at the old mails about that, I do not remember our exact conclusions.
This is exactly what Sfteffen asked, but I can't answer him before some study (maybe Bart can?). But the point is that it's the kernel, not FreeCOM that needs a change.
Anyway. If you use for example DEBUG as shell, then the kernel must be able to cope with the fact that DEBUG can exit! And it already DID. Problem is that the feature broke some time ago because of kernel self- relocation (as far as I understand Luchos investigation results).
Yes. Note that Bart wrote that there WAS a hook but it was REMOVED to save space.
So I suggest to "simply" fix the feature:
while (1) { run(the shell); printf("Oops. Type name of shell which shall be run next.") readline(the shell) }
The problem is that after the "run" line you can't return to the next lines because they're in the init code which is disposable and no longer existing at that moment!
Problem: The 2nd line is not where it should be in RAM at the moment when you EXIT the shell due to some relocation stuff as far as I understand Lucho.
Exactly. 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
