Fangen Sie Strg-C in C

Wie fängt man Strg+C in C?

Mit einem Signalhandler.

Hier ist ein einfaches Beispiel für das Umdrehen von a bool benutzt in main():

#include <signal.h>

static volatile int keepRunning = 1;

void intHandler(int dummy) {
    keepRunning = 0;
}

// ...

int main(void) {

   signal(SIGINT, intHandler);

   while (keepRunning) { 
      // ...

Bearbeitung im Juni 2017: An wen es betreffen mag, insbesondere an diejenigen mit einem unersättlichen Drang, diese Antwort zu bearbeiten. Schau, ich habe diese Antwort geschrieben Sieben Jahre zuvor. Ja, Sprachstandards ändern sich. Wenn Sie wirklich die Welt verbessern müssen, fügen Sie bitte hinzu deine neue Antwort aber lass meine so wie sie ist. Da die Antwort meinen Namen enthält, würde ich es vorziehen, wenn sie auch meine Worte enthält. Vielen Dank.

Überprüfe hier:

• http://www.csl.mtu.edu/cs4411.ck/www/NOTES/signal/install.html

Notiz: Offensichtlich ist dies ein einfaches Beispiel zur Erklärung nur wie man a einrichtet StrgC Handler, aber wie immer gibt es Regeln, die befolgt werden müssen, um nicht etwas anderes zu brechen. Bitte lesen Sie die Kommentare unten.

Der Beispielcode von oben:

#include  <stdio.h>
#include  <signal.h>
#include  <stdlib.h>

void     INThandler(int);

int  main(void)
{
     signal(SIGINT, INThandler);
     while (1)
          pause();
     return 0;
}

void  INThandler(int sig)
{
     char  c;

     signal(sig, SIG_IGN);
     printf("OUCH, did you hit Ctrl-C?\n"
            "Do you really want to quit? [y/n] ");
     c = getchar();
     if (c == 'y' || c == 'Y')
          exit(0);
     else
          signal(SIGINT, INThandler);
     getchar(); // Get new line character
}

Ergänzung zu UN*X-Plattformen.

Laut dem signal(2) Manpage zu GNU/Linux, das Verhalten von signal ist nicht so tragbar wie das Verhalten von sigaction:

Das Verhalten von signal() variiert zwischen UNIX-Versionen und hat sich auch historisch zwischen verschiedenen Linux-Versionen verändert. Vermeiden Sie seine Verwendung: Verwenden Sie stattdessen sigaction(2).

Auf System V blockierte das System die Lieferung weiterer Instanzen des Signals nicht und die Lieferung eines Signals würde den Handler auf den Standardwert zurücksetzen. In BSD hat sich die Semantik geändert.

Die folgende Variante der vorherigen Antwort von Dirk Eddelbüttel verwendet sigaction Anstatt von signal:

#include <signal.h>
#include <stdlib.h>

static bool keepRunning = true;

void intHandler(int) {
    keepRunning = false;
}

int main(int argc, char *argv[]) {
    struct sigaction act;
    act.sa_handler = intHandler;
    sigaction(SIGINT, &act, NULL);

    while (keepRunning) {
        // main loop
    }
}

@Peter Varo hat Dirks Antwort aktualisiert, aber Dirk hat die Änderung abgelehnt. Hier die neue Antwort von Peter:

Obwohl das obige Snippet ein korrektes c89-Beispiel ist, sollte man nach Möglichkeit die moderneren Typen und Garantien verwenden, die von den späteren Standards bereitgestellt werden. Daher ist hier eine sicherere und modernere Alternative für diejenigen, die nach einer c99- und c11-konformen Implementierung suchen:

#include <signal.h>
#include <stdlib.h>
#include <stdio.h>

static volatile sig_atomic_t keep_running = 1;

static void sig_handler(int _)
{
    (void)_;
    keep_running = 0;
}

int main(void)
{
    signal(SIGINT, sig_handler);

    while (keep_running)
        puts("Still running...");

    puts("Stopped by signal `SIGINT'");
    return EXIT_SUCCESS;
}

C11-Standard: 7.14§2 Die Überschrift <signal.h> deklarieren Sie einen Typ … sig_atomic_t Dies ist der (möglicherweise flüchtig qualifizierte) ganzzahlige Typ eines Objekts, auf das als atomare Entität zugegriffen werden kann, selbst bei Vorhandensein asynchroner Interrupts.

Außerdem:

C11-Standard: 7.14.1.1§5 Wenn das Signal anders als als Ergebnis des Anrufs auftritt abort oder raise Funktion ist das Verhalten undefiniert, wenn der Signalhandler auf irgendein Objekt mit verweist static oder Thread-Speicherdauer, die kein lock-freies atomares Objekt ist, außer durch Zuweisen eines Werts zu einem als deklarierten Objekt volatile sig_atomic_t…

Oder Sie können das Terminal wie folgt in den Raw-Modus versetzen:

struct termios term;

term.c_iflag |= IGNBRK;
term.c_iflag &= ~(INLCR | ICRNL | IXON | IXOFF);
term.c_lflag &= ~(ICANON | ECHO | ECHOK | ECHOE | ECHONL | ISIG | IEXTEN);
term.c_cc[VMIN] = 1;
term.c_cc[VTIME] = 0;
tcsetattr(fileno(stdin), TCSANOW, &term);

Jetzt sollte es möglich sein, zu lesen Strg+C Tastenanschläge verwenden fgetc(stdin). Hüten Sie sich jedoch davor, dies zu verwenden, da dies nicht möglich ist Strg+Z, Strg+Q, Strg+Setc. wie normalerweise auch nicht mehr.

Richten Sie eine Falle ein (Sie können mehrere Signale mit einem Handler abfangen):

signal (SIGQUIT, my_handler);
signal (SIGINT, my_handler);

Behandeln Sie das Signal wie Sie wollen, aber seien Sie sich der Einschränkungen und Fallstricke bewusst:

void my_handler (int sig)
{
  /* Your code here. */
}

Beachten Sie in Bezug auf vorhandene Antworten, dass die Signalverarbeitung plattformabhängig ist. Win32 zum Beispiel verarbeitet weit weniger Signale als POSIX-Betriebssysteme; siehe hier. Während SIGINT unter Win32 in Signals.h deklariert ist, lesen Sie den Hinweis in der Dokumentation, der erklärt, dass es nicht das tun wird, was Sie vielleicht erwarten.