106
  1. In Bash, I learned that the ending signal can be changed by here document. But by default how can I signal the end of stdin input?
  2. I happened to find that with cat and chardet, their stdin inputs can be signaled as finished by Ctrl+D. But I seems to remember that Ctrl+D and Ctrl+C are similar to ending execution of a running command. So am I wrong?

3 Answers 3

157

Ctrl+D, when typed at the start of a line on a terminal, signifies the end of the input. This is not a signal in the unix sense: when an application is reading from the terminal and the user presses Ctrl+D, the application is notified that the end of the file has been reached (just like if it was reading from a file and had passed the last byte).

Ctrl+C does send a signal, SIGINT. By default SIGINT (the interrupt signal) kills the foreground application, but the application can catch the signal and react in some different way (for example, the shell itself catches the signal and aborts the line you've begun typing, but it doesn't exit, it shows a new prompt and waits for a new command line).

You can change the characters associated with end-of-file and SIGINT with the stty command, e.g. stty eof a would make a the end-of-file character, and stty intr ^- would disable the SIGINT character. This is rarely useful.

9
  • Thanks! DoesCtrl+D mean Ctrl and capital D or it doesn't matter?
    – Tim
    Jul 9, 2011 at 16:31
  • 11
    @Tim: it's lower case you want ... the convention of writing keyboard commands with capitals comes because the labels on the keyboard are always in capitals and the thing being described is a KEY SEQUENCE not the actual character code that the program sees. Yes this is confusing sometimes.
    – Caleb
    Jul 9, 2011 at 16:32
  • @Caleb: Thanks! How shall one specify that the key is in capital? Or is there ever such case?
    – Tim
    Jul 9, 2011 at 16:37
  • 2
    @Tim On a terminal, the key combinations Ctrl+Shift+D and Ctrl+D send the same character anyway (character number 4, usually called Ctrl+D). Jul 9, 2011 at 16:41
  • 2
    @Tim The terminal received Ctrl+D. It does not send a character to the program. What happens is that when the program reads from the terminal, the terminal tells it “this is the end of the file”, same as when a program tries to read after the end of a disk file. The shell is not involved at all. Mar 3, 2016 at 17:02
28

Your second point lumps two completely different things together.

  • Ctrl+C sends a kill signal to the running process.
  • Ctrl+D sends an End of Transmission character.

You are looking for the latter.

1
  • 14
    Potential for confusion here: from the application perspective, no any actual character is sent for ^D. Which means that the application doesn't recieve that character from the read(2) syscall.
    – ulidtko
    Jan 22, 2013 at 17:59
1

I encountered this while searching for other information. The answers provided are correct but I think too involved with the internal workings.

The simple, non-technical, answer is that Ctrl+D terminates the STDIN file and that Ctrl+C terminates the active application.

Both are handled in the keyboard driver and apply to all programs reading from the keyboard.

To see the difference start a command line shell and enter the wc command with no arguments. It is now waiting for STDIN input. Type a sentence and "return". Now type Ctrl+D and wc will complete and give you the line, word and character count.

Do the same thing but type Ctrl+C. wc will terminate with no output.

1
  • I do not think that either Ctrl+D and Ctrl+C are handed by the keyboard driver since their interpretation as EOF or SIGINT is a configurable terminal setting (see man stty and stty -a)
    – The Quark
    Oct 31, 2021 at 17:20

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .