Ton van Overbeek, tvov...@wk.estec.esa.nl
Oh yes!
The reason for this behaviour may be that programs that are started
in the Console window don't become extra processes, but the run under
the process id of Gemini. (Even Mupfel in the Console is no extra process).
But, the programs you run in the Mupfel window are TOS-Programs with
receive their keyboard inputs from Gemdos- or Bios calls. Gemini itself
(including the Console windos) is a GEM Program that uses AES Calls for
Keyboard handling. It looks like this both methodes within the same
process conflict under MultiTOS.
? Any explanation and/or fixes or workarounds known
The only fix with is know to me is: Don't use the Console Window under
MultiTOS.
The Mupfel Shell is also a standalone program (MUPFEL.TTP) which is
startable in TOSWIN or MINIWIN. Then, Mupfel is a TOS process and
the problems with running TOS programs disappear.
By the way, if the Mupfel shell runs under TOSWIN/MINIWIN, your mouse
arrow won't disappear while more-ing a file or anything like it does
in the Console.
This method has also a few disadvantages, e.g. the cd $TOPWIND command
whith is defaulted to function key F1 by profile.mup won't work anymore
because Gemini and TOSWIN/Mupfel have different environment variables.
But this things don't mind very much.
Bye, Harald
--
Harald Weidner +49 721 606500 Is there someone to hear me?
s_w...@ira.uka.de Is there no one to see?
Sternbergstr. 6 uk...@rz.uni-karlsruhe.de Is there someone to hear me?
76131 Karlsruhe Heavy@irc Doesn't anybody care?