Bug 200835 - control-c does not behave as expected in /rescue/tcsh
Summary: control-c does not behave as expected in /rescue/tcsh
Status: Closed FIXED
Alias: None
Product: Base System
Classification: Unclassified
Component: bin (show other bugs)
Version: 10.1-RELEASE
Hardware: Any Any
: --- Affects Only Me
Assignee: Dmitry Chagin
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-06-13 13:21 UTC by Sevan Janiyan
Modified: 2017-04-01 18:29 UTC (History)
1 user (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Sevan Janiyan 2015-06-13 13:21:31 UTC 
Just for the sake of documentation, a cautionary tale of stupidity. It appears that ctrl-c does not behave as intended with /rescue/tcsh. Found out on a system when /rescue/tcsh had been copied to /bin/tcsh after losing /bin/tcsh on a system.
When ctrl-c is pressed, instead of starting a new line, the shell terminates, logging the user out or killing a pane in tmux.

Originally thought to be an issue with Japanese keyboard layout but it should be reproducible with any keyboard.

install -C /rescue/tcsh /bin/tcsh
reboot
login
have one line of input (a single character followed by enter is sufficient)
press ctr-c


Debugged by hrs@ at BSDCan 2015
Comment 1 Dmitry Chagin freebsd_committer freebsd_triage 2017-04-01 15:42:44 UTC 
is this reproducible in latest HEAD? can't reproduce
Comment 2 Sevan Janiyan 2017-04-01 18:28:44 UTC 
You're right, looks like the issue is no longer present. I test on 2 different snapshots from February.