bug#32883: 26.1; Emacs not response in shell mode

[Eli Zaretskii <eliz@gnu.org>]

> From: "alexei28" <alexei28@gmail.com>
> Date: Sun, 30 Sep 2018 15:15:30 +0300

Please use "Reply to All" to reply to these messages, so that the bug
address gets a copy.  Thanks.

> > OK. Not mandatory to start "adb logcat -vtime". You can start any 
> > process that generate text in standard output.
> 
> Then I cannot reproduce the problem on my system.  On my system, while the
> process runs and generates the text, I can switch to another buffer and
> invoke Emacs commands, like "C-x C-f" to visit other files, and any other
> command.  Are you saying that you cannot type any command while the command
> producing text runs in *shell*?
> -  Yes, I can't do anything. Sometime "C-g" help to unlock this, but
> sometimes not.

So if you do this:

  M-x shell
  dir

Then Emacs is locked up?  Does it stop being locked up after the "DIR"
command finishes?

Does the problem happen if you invoke Emacs with "emacs -Q" from the
cmd command line?

> When you invoke "M-x shell", which shell runs in the *shell* buffer?
> On my system it is cmd.exe.
> 
> - Suppose I'm in the folder d:\temp. When I start "M-x shell" then open
> shell with the next text:
> 
> Microsoft Windows [Version 10.0.17134.285]
> (c) 2018 Microsoft Corporation. All rights reserved.
> 
> d:\TEMP>
> 
> I think this is a "cmd.exe"

Yes, this is cmd.exe.