You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Try to use the up or down arrow keys in your shell after a second or so, and realize your shell is stuck in echo mode
How often does it reproduce? Is there a required condition?
consistently, every time.
What is the expected behavior? Why is that the expected behavior?
No response
What do you see instead?
My shells no longer seem to be seeing input, and instead standard input seems to be stuck in "echo mode".
zsh recovers after I SIGINT a couple more times. nushell outright gets "stuck" and no new input is visible.
Additional information
I have had trouble capturing information about this. Tools like strace and gdb seem to take stdin and do things, leading to the problem "fixing itself" when being observed directly. I also was having trouble getting gdb to follow spawned children to see what was going on there.
The main thing, though, is that I'm not exactly sure what system call or the like could be causing my problem. I think it might be related to the following ioctl call that was setting ICRNL .... but I could be totally off base (snippet of those calls). I couldn't really reliably reproduce it directly.
FOR c_iflag
NO LONGER HERE:
{'INLCR'}
Added:
{'IXON'}
----------------------
FOR c_oflag
NO LONGER HERE:
set()
Added:
set()
----------------------
FOR c_cflag
NO LONGER HERE:
set()
Added:
set()
----------------------
FOR c_lflag
NO LONGER HERE:
set()
Added:
{'ICANON', 'ECHO'}
----------------------
The text was updated successfully, but these errors were encountered:
Version
v21.5.0
Platform
Linux hostname 6.5.0-14-generic #14-Ubuntu SMP PREEMPT_DYNAMIC Tue Nov 14 14:59:49 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux
Subsystem
child_process
What steps will reproduce the bug?
gnarly.js
chmod +x gnarly.js
./gnarly.js
How often does it reproduce? Is there a required condition?
consistently, every time.
What is the expected behavior? Why is that the expected behavior?
No response
What do you see instead?
My shells no longer seem to be seeing input, and instead standard input seems to be stuck in "echo mode".
zsh recovers after I SIGINT a couple more times. nushell outright gets "stuck" and no new input is visible.
Additional information
I have had trouble capturing information about this. Tools like
strace
andgdb
seem to take stdin and do things, leading to the problem "fixing itself" when being observed directly. I also was having trouble gettinggdb
to follow spawned children to see what was going on there.The main thing, though, is that I'm not exactly sure what system call or the like could be causing my problem. I think it might be related to the following
ioctl
call that was settingICRNL
.... but I could be totally off base (snippet of those calls). I couldn't really reliably reproduce it directly.EDIT: actually I believe the following to be the specific cause, I was able to finally get
strace
to do its thingThe following happens during teardown (on the second SIGINT, since the first one gets absorbed by the
process.once
thing).The text was updated successfully, but these errors were encountered: