Re: a really big question : why not "^C" for a CTRL-C with default /bin/sh ?
- Reply: Dennis Clarke : "Re: a really big question : why not "^C" for a CTRL-C with default /bin/sh ?"
- Reply: Ian Freislich : "Re: a really big question : why not "^C" for a CTRL-C with default /bin/sh ?"
- In reply to: Dennis Clarke : "a really big question : why not "^C" for a CTRL-C with default /bin/sh ?"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Sun, 02 Nov 2025 00:30:11 UTC
> On 2. Nov 2025, at 00:34, Dennis Clarke <dclarke@blastwave.org> wrote: > > > This is about as annoying as a small sharp stone stuck in a shoe : > > h# uname -apKU > FreeBSD hydra 15.0-BETA4 FreeBSD 15.0-BETA4 releng/15.0-n280841-a7707f2a3bf4 GENERIC amd64 amd64 1500068 1500068 > h# > h# echo $SHELL > /bin/sh > > h# ldd /bin/sh > /bin/sh: > libedit.so.8 => /lib/libedit.so.8 (0x3bf400ba2000) > libc.so.7 => /lib/libc.so.7 (0x3bf403255000) > libtinfow.so.9 => /lib/libtinfow.so.9 (0x3bf404396000) > libsys.so.7 => /lib/libsys.so.7 (0x3bf404618000) > [vdso] (0x3bf400941000) > h# > > However I can type in anything and hit CTRL-C and never ever see the > much needed "^C" chars on the input line : > > h# zpool destroy -f zroot > h# > > Well there you have it. Can you see the time I hit CTRL-C ? No? > Neither can I. > > This is a really annoying "feature" in the default shell. > > There must be a way to fix this weird behavior. > Wasn‘t this always the default behavior in /bin/sh? -m > -- > -- > Dennis Clarke > RISC-V/SPARC/PPC/ARM/CISC > UNIX and Linux spoken > >