It is a known issue. As I recall, gsh normally uses a SIGCHLD signal
handler to wait() on child processes. However it can also call wait() immediately after spawning them so if the child process is very quick
(as is the case when executing gshrc) there can be a race condition
where the SIGCHILD signal occurs after the child has already been dealt
with and the signal handler hangs. It's a bug in gsh but also GNO only
has wait() (no waitpid()). Dropping into GNO snooper and killing it is
the only fix for now.
You might also switch to the hush shell.
On 2023-02-09 11:10:54 +0000, Eric Le Bras said:
When I launch the gno kernel, I get the login prompt. After entering
root I get the "message of the day", then no prompt. Hitting any key (including ctrl-D) does not get me to the prompt. The trick I found is
to go to the GNO Snooper CDA, terminate the gsh process. This gets me
to the login prompt again. After entering root, I get the motd and no prompt again, but this time hitting ctrl-D gets me to the gsh prompt.
I tried removing the FujiNet, that did not help. Is there something
else I should try? Does it relate to a known issue? I did not find anything related in the FAQ.
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 493 |
Nodes: | 16 (2 / 14) |
Uptime: | 150:13:47 |
Calls: | 9,699 |
Calls today: | 9 |
Files: | 13,732 |
Messages: | 6,178,917 |
Posted today: | 1 |