L'arithmétique Exception dans gdb, mais je ne suis pas diviser par zéro?

J'ai été faire un Floating point exception (core dumped) erreur dans mon programme en C++, et gdb montre que le problème est sur une ligne qui effectue une division modulo:

Program received signal SIGFPE, Arithmetic exception.
[Switching to Thread 0x7ffff6804700 (LWP 13931)]
0x00000000004023e8 in CompExp::eval (this=0x7fffec000e40, currVal=0)
    at exp.cpp:55
55              return (r==0) ? 0 : l % r;

La ligne en garde contre la division par zéro et mon backtrace affiche les éléments suivants:

#0  0x00000000004023e8 in CompExp::eval (this=0x7fffec000e40, currVal=0)
    at exp.cpp:55
        l = -2147483648
        r = -1

Car je sais que je ne suis pas diviser par zéro, quoi d'autre pourrait éventuellement être la cause de l'exception?

  • Le modulo d'un nombre négatif n'est pas défini, c'est probablement que, vous devriez probablement avoir (r <= 0)
  • Intéressant, l'opération, à mon avis, un sens pour un nombre négatif, mais vous avez raison.
InformationsquelleAutor crognale | 2012-12-31
  1. 7

    Alors j'ai pensé que ce qui était à l'origine du problème-Une arithmétique exception peut être déclenchée soit par la division par zéro, ou de dépassement d'un signé entier, qui est ce qui s'est passé ici. Des entiers non signés sont tenus de s'enrouler autour d'lorsque débordé; le comportement pour les entiers signés est pas défini.

    InformationsquelleAutor crognale
  2. 3

    Modifier le code à la suite pour éviter d'essayer de prendre le modulo d'un nombre négatif qui n'est pas défini:

    return (r<=0) ? 0 : l % r;
    • Cela semble avoir changé en C++11. Jetez un oeil à ceci.
    • Si je fais un petit programme avec seulement int i = -2147483648 % -1;, alors il n'y a pas d'exception, donc je ne pense pas que ce serait un problème de prendre le modulo d'un nombre négatif.
    • intéressant, je soupçonne que c'est l'un de ces cas limites que certains compilateurs gérer différemment.
    • Eh bien, avant C++11, c'est la mise en œuvre définies, de sorte qu'ils sont libres de faire ce qu'ils veulent. Il est intéressant de noter que la norme, sachant que, si.
    • Le compilateur est pliage que l'expression constante, de sorte que i est affectée au résultat de l'expression lors de la compilation, et non pas au moment de l'exécution.
    InformationsquelleAutor PeterJ
  3. 2

    Afin de calculer ces modulo expression: -2147483648 % -1, une division est nécessaire, dans ce cas, semble être une version 32 bits de division (je suppose que l et r sont définis comme int). Le bon résultat de cette division serait 2147483648, mais cette valeur ne peut pas être représenté en 32 bits, donc une arithmétique exception est produite.

    InformationsquelleAutor DocKimbel