Die Division durch null nicht werfen SIGFPE

Habe ich ein kleines Programm durchführen Fließkomma-division durch null, also erwarte ich SIGFPE.

#include <sys/types.h>
#include <signal.h>
#include <stdio.h>
#include <stdlib.h>
#include <iostream>

void signal_handler (int signo) {
    if(signo == SIGFPE) {
      std::cout << "Caught FPE\n";
    }
}

int main (void) {
  signal(SIGFPE,(*signal_handler));

  double b = 1.0;
  double c = 0.0;
  double d = b/c;
  std::cout << "d = "<< d << std::endl;
  return 0;
}

Eigentlich bekam ich die folgende Ausgabe:

d = inf

gcc version 4.5.2 (Ubuntu/Linaro 4.5.2-8ubuntu4)

Was soll ich tun, zu werfen SIGFPE in diesem Fall? Die Faktoren FP operation Verhalten abhängen (compiler flags/CPU-Typ und so weiter)?

Dank

InformationsquelleAutor Yuri S. Cherkasov | 2011-09-01
  1. 6

    Für floating-point-numbers) Sie können dieses Verhalten ändern, indem Sie die Einrichtung FPU control word". Werfen Sie einen Blick hier

    • Ich weiß über das FPU control word". Es könnte festgelegt werden, mit _controlfp() unter MS-Plattform. Gibt es den POSIX-Entsprechung für diese Funktion?
    • Sehen Sie, wenn Sie Ihre standard-include-Datei <fenv.h> definiert fesettrapenable. Dies ist nicht standard, sondern ist weit verbreitet. Auf linux, verwenden Sie feenableexcept -- aber Sie müssen #define _GNU_SOURCE bevor Sie #include <fenv.h>.
    • S. Cherkasov Es in fpu_control.h. Prüfen Sie hier: christian-seiler.de/projekte/fpmath
    • ist in der Regel eine bessere Wette. fpu_control.h ist ", fehlt auf alle nicht-glibc-Plattformen: MacOS X 10.5, FreeBSD 6.0, NetBSD 5.0, OpenBSD 3.8, AIX 5.1, HP-UX 11, IRIX 6.5, OSF/1 5.1, Solaris 11 2010-11, Cygwin, mingw, Interix-3.5, BeOS"
    • Hammen, Zustimmen. Aber topic starter ist mit Ubuntu, also sollte es ok ist für ihn. (wieder - einig über cross-Plattform, etc.)
    • Das traurige daran ist, dass es keine standard-Weg, dies zu tun. Noch trauriger ist, dass das default-Verhalten (zumindest auf jeder Maschine, die ich verwendet habe) ist es eine division durch null, etc. Diese Infs und NaNs sind fast immer die Folge eines Programmierfehlers verbreitet wie Häschen-Kaninchen in der gesamten Daten -, slow-down-Berechnungen um Größenordnungen, und kann sehr schwer zurückverfolgen, um die Ursache zu finden.

    InformationsquelleAutor Oleg
  2. 10

    Du nur ein signal bekommen, wenn man eine integer-division durch null. Für floating-point-zahlen division durch null ist gut definiert.

    Dies ist eigentlich erklärt ziemlich gut in der Wikipedia-Artikel.

    • Ich bin nicht Nörgelei auf Ihre Antwort, nur Nörgelei auf, die Albernheit in dem IEEE-standard. Denken Sie, wie viel Sinn das macht: Sie bekommen ein floating point exception wenn Sie eine Ganzzahl division durch null. Standardmäßig wird Sie nicht bekommen, eine floating-point-exception aus, wenn Sie durchführen einer Gleitkomma-Division durch null. Menschen, die numerische Datenverarbeitung für ein Leben, neigen dazu, zu hassen, dass dies das Standardverhalten. Schlimmer noch, es gibt keinen standard, den wir erhalten das gewünschte Verhalten. Division durch null, etc., sind fast immer ein Zeichen von etwas schief gegangen ist.
    • Lesen Sie die Quell-beats auf wikipedia: 754r.ucbtest.org/standards/754.pdf : 7.2: "Wenn der divisor gleich null ist und der dividend eine endliche Zahl ungleich null, dann ist die division durch null Ausnahme wird signalisiert. Das Ergebnis, wenn keine trap Auftritt, wird eine ordnungsgemäß signierte INFINITY (6.3).". Und in Kapitel 8 sagt uns, dass die Nutzer sollten in der Lage sein, um anzugeben, ein trap-handler, die ausgelöst wird, wenn eine der Ausnahmen in der ch.7 auftreten.
    • Das ist interessant, aber der Zweck ist, fangen solche Situationen, weil die division durch null ist eine illegale operation in meinem Kontext.
    • Na ja, aber es muss nicht angeben, wie Sie fallen, und Ausnahmen behandelt werden, und insbesondere die Sie nicht brauchen, um die Karte auf OS und/oder C-Stil-Signale.
    • Es sagt auch, dass der Benutzer sollte in der Lage sein, um anzugeben, ein trap-handler statt ist. Der Einsatz sollte eher als wird ist durchaus gewollt. Überfüllung dieser Ausnahmen ist eine optionale Funktion.
    InformationsquelleAutor Motti
  3. 5

    Du nicht ein signal bekommen, weil die Standard-Verhalten in den meisten Maschinen zu verschmutzen Ihren Daten mit NaN (keine Zahl) und unendlichen. Sie haben zum aktivieren der floating-point-exceptions, und was Sie dafür tun müssen, ist computerspezifisch. Blick auf die system-header fenv.h, wenn Sie eine haben. Die Funktion fesettrapenable ermöglicht den Fang von unverankerten Punkt Ausnahmen auf vielen Maschinen.

    Leider gibt es keine standard-Funktion schalten floating-point-exceptions-handling auf.

    InformationsquelleAutor David Hammen
Schreibe einen Kommentar