Hi, Alexey and Andrey,
To me, the problem does not seem to be in keeping a started shell alive.
One way to keep the shell (and the program output on screen) present is
to make the shell wait for a user input: I have mentioned how to do that
in my previous post. The real problem, however, is that the shell, or a
shell script, seem to be failing to run at all.
Here is attached an array of tool property boxes to illustrate my point
(as seen, the first row is for Windows, the second for Linux).
The first column shows how I run a compiled C++ program in the Output panel.
All is fine, unless the program has to do some input from stdin. In that
case in fact no input takes place, the program's variables remain uninitialized,
and then of course the program runs nonsense.
This happens both in Windows and in Linux, and is obviously not directly
related to running shell scripts, but it is a problem with the plugin.
Now, being unable to run my program directly in the Output panel, I come
to the second option: running it in a console/terminal. This is seen in
the second column of tool configurations. Here, the Windows's cmd is
executed correctly, but I can achieve nothing similar in Linux with bash
(second row centre in the picture). (If the program got running at all,
it should have done its input while in the terminal, printed results,
and only then disappear. But nothing like that happens.)
The third column shows tools for running a bare console / terminal –
no other programs or scripts get involved. Again, the tool works in
Windows, but shows no signs of life in Linux.