Paul Kelaita writes:
> Sorry, I'm wondering if I should have taken this to the iSH forums,
> but it just seems like a bash issue.
You should ask around, because how Ctrl-C cancels input involves the
interaction of the OS, the bash code proper, and (I assume) the stdin
library. E.g. if the OS doe
Oh, it’s definitely bash. Works nicely in iSH. Sorry, I’m wondering if I
should have taken this to the iSH forums, but it just seems like a bash issue.
I can run sh, csh, tcsh, and they all handle CTRL-C fine on the command line.
INTR is correct (see below), I’ve tried ‘stty sane’ and ‘stty
On Fri, May 08, 2020 at 02:26:34PM -0700, Paul Kelaita wrote:
> Only seeing this on Alpine BusyBox (iSH) on iOS 13.x with either 5.0.11 or
> 5.0.17
Busybox is a shell, in addition to being other tools. Perhaps you're
not even in bash at all?
What does "ps -p $$" say? How about "set | grep BASH
Only seeing this on Alpine BusyBox (iSH) on iOS 13.x with either 5.0.11 or
5.0.17
> On May 8, 2020, at 2:19 PM, Chet Ramey wrote:
>
> On 5/8/20 3:19 PM, Paul Kelaita wrote:
>
>> Machine Type: i586-alpine-linux-musl
>>
>> Bash Version: 5.0
>> Patch Level: 11
>> Release Status: release
>>
>>
On 5/8/20 3:19 PM, Paul Kelaita wrote:
> Machine Type: i586-alpine-linux-musl
>
> Bash Version: 5.0
> Patch Level: 11
> Release Status: release
>
> Description:
> CTRL-C works fine for anything run in the shell, however, the behavior
> while typing a command is wrong. The CTRL-C is ignore