On Fri, 27 Feb 2004 00:11:39 +0100 (MET), Eric Auer wrote:

This is completely going into the wrong direction :-((.

Yes, the "reboot" thread must change its name - has nothing to do with the discussed EXIT crash ;)


We discussed how to tell the shell that it is primary months ago.

Sorry, I don't remember, or it may have been before I entered into FreeDOS development.


We also concluded that /P is in the default SHELL= line but that
the user is FREE to write SHELL=DEBUG.COM without getting a /P slapped
in his neck.

Of course.


The user should also be FREE to leave the primary shell if he really
wants to. In that case he will NOT be interested in a fancy reboot
but will want to run ANOTHER shell. As with MS DOS,

You're wrong - ROM-DOS does this, not MS-DOS! MS-DOS simply loads COMMAND.COM ;)


the KERNEL should
prompt for the name of the next shell (possibly using the current SHELL=
line as editable default, so that the user does not have to type everything
again when reloading the same shell with other arguments).

No. The old shell failed, so a new one would be needed - needs to be typed in full.


FreeDOS should NOT reboot when the shell exists.

How many times do I have to write that I agreed with this to make this clear?


It should NOT automatically restart the same shell without user interaction.
It should NOT glue a /P at the end of arbitrary SHELL lines.
It should NOT get involved into strange and "works only for FreeDOS"
ways of telling a process that it is the primary shell.

See above.


It SHOULD signal a process that it is run before the primary shell (or
as the primary shell itself) by the STANDARD (???) hints which MS DOS
and other DOSes use, too. We discussed that months ago on the topica
lists as far as I remember.

I don't.


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

Reply via email to