Comment produire un NaN float en c?

Pour produire un nan, il existe quelques façons:

1) générer manuellement (lire ieee754 pour configurer les bits correctement)

2) utiliser une macro. GCC expose une macro NAN. Il est défini en mathématiques.h

La manière générale de façon à vérifier pour un nan est de vérifier if (f == f) (qui devrait échouer pour des valeurs nan)

Pour nan, les bits d'exposant dans la représentation du flotteur devraient tous être mis à 1 (float se compose d'un bit signé, un ensemble de bits d'exposant et d'un ensemble de bits de la mantisse)

OriginalL'auteur Foo Bah

Vous pouvez soit utiliser NAN macro, ou tout simplement l'un des nan/nanf fonctions à attribuer un nan, la valeur d'une variable.

pour vérifier si vous faites affaire avec une valeur nan, vous pouvez utiliser isnan().
Voici un exemple:

#include <stdio.h>
#include <math.h>

int main(void) {

    float a = NAN;//using the macro in math.h
    float f = nanf("");//using the function version 
    double d = nan("");//same as above but for doubles!

    printf("a = %f\nf = %f\nd = %f\n",a,f,d);

    if(isnan(a))
        puts("a is a not a number!(NAN)\n");

    return 0;
}

De l'exécution de l'extrait de code ci-dessus va vous donner ce résultat:

a = nan
f = nan
d = nan
a is a not a number!(NAN)

Exécuter le code vous-même : http://ideone.com/WWZBl8

lire plus d'informations : http://www.cplusplus.com/reference/cmath/NAN/

OriginalL'auteur Breeze

Pour hébergés sur des implémentations C, on peut faire un #include <math.h> et l'utilisation de la NAN macro si elle est définie. Par exemple, avec GCC, il est mis en œuvre par un builtin: (__builtin_nanf ("")).

Autonomes des implémentations C (sur lequel le <math.h> - tête peut ne pas être disponible) ou lorsque le NAN macro n'est pas définie (ce qui pourrait se produire même si NaN peut être pris en charge), on peut générer un NaN avec une opération en virgule flottante comme 0.0 / 0.0. Cependant, il peut y avoir plusieurs problèmes avec elle.

Tout d'abord, une telle opération génère une exception, avec un possible piège sur certaines implémentations C. On peut assurez-vous qu'il est calculé au moment de la compilation avec:

static double my_nan = 0.0 / 0.0;

Un autre problème est que Microsoft Visual C++ (au moins certaines versions) tente d'évaluer les 0.0 / 0.0 au moment de la compilation (même si cette expression est dans un endroit arbitraire dans le code) et se plaint de sa validité. Donc, la solution ici est à l'opposé: assurez-vous que le compilateur ne l'évaluer au moment de la compilation, en faisant:

static double zero = 0.0;

et ensuite utiliser zero / zero. Depuis ces solutions sont contradictoires, on peut tester le compilateur avec les directives de préprocesseur (#if...) sur des macros spécifiques.

On peut aussi choisir une solution basée sur le NaN encodage, mais il y a aussi des problèmes de portabilité. Tout d'abord, la norme IEEE 754 la norme n'a pas complètement définir l'encodage d'un NaN, en particulier pour distinguer le calme et la signalisation NaNs (et le matériel diffère dans la pratique); la signalisation NaNs donnera un comportement indéfini. En outre, la norme IEEE 754 la norme ne définit pas la façon dont la chaîne de bits est représenté en mémoire, c'est à dire l'endianness peut-être besoin d'être détecté. Si ces problèmes sont résolus, à un syndicat ou à un tableau de unsigned char avec un pointeur cast est bien d'obtenir la variable de type point. Ne pas utiliser un entier à un pointeur coulé sur son adresse à faire de ce type de beaucoup les jeux de mots car cela va casser le C aliasing règles.

OriginalL'auteur vinc17

nan est produite lorsque nous avons programme contient la valeur comme 0.0/0.0 comme dit par @Dan Cécile OU sqrt(-1).

OriginalL'auteur Vinod Kumar Chauhan