Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > gnu.bash.bug > #16292
| From | Paul Kelaita <paul@kelaita.com> |
|---|---|
| Newsgroups | gnu.bash.bug |
| Subject | Re: CTRL-C on command line does not cancel current command |
| Date | 2020-05-08 14:26 -0700 |
| Message-ID | <mailman.2452.1588973203.3066.bug-bash@gnu.org> (permalink) |
| References | <22dc31c3-fda8-b701-334a-e9c58b748bb4@case.edu> <0C5E9173-C02D-43AF-99F5-BAC0BFE299D6@kelaita.com> |
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 <chet.ramey@case.edu> 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 >> >> Description: >> CTRL-C works fine for anything run in the shell, however, the behavior while typing a command is wrong. The CTRL-C is ignored, and once Enter is hit, it appears that the first character is taken off the beginning of the command typed, and the rest is echoed back. For example, if I type the command 'date' on the command line, but then hit CTRL-C after the 'e', nothing happens. But after I hit Enter, I get the shell error: 'bash: ate: command not found' > > I can't reproduce this on Mac OS X or RHEL 7 with bash-5.0.17. > > > -- > ``The lyf so short, the craft so long to lerne.'' - Chaucer > ``Ars longa, vita brevis'' - Hippocrates > Chet Ramey, UTech, CWRU chet@case.edu http://tiswww.cwru.edu/~chet/
Back to gnu.bash.bug | Previous | Next | Find similar
Re: CTRL-C on command line does not cancel current command Paul Kelaita <paul@kelaita.com> - 2020-05-08 14:26 -0700
csiph-web