Programmation C/Erreurs

Le langage C fournit un en-tête spécialisé pour la gestion des erreurs : errno.h. Cet en-tête déclare notamment une variable globale errno, et un certain nombre de codes d'erreur, qui permettent aux fonctions de la bibliothèque standard de reporter précisément la cause d'une erreur.

Utilisation

Pour inclure l'en-tête de son fichier source, il faut ajouter la ligne :

#include <errno.h>

On peut alors utiliser la variable errno, de type int, pour traiter les erreurs.

Lorsqu'on veut utiliser errno pour déterminer la cause d'un échec, il faut d'abord s'assurer que la fonction a bel et bien échoué. Le C laissant une certaine liberté dans la manière de signaler un échec, il n'y a pratiquement aucun mécanisme universel qui permette de détecter une telle situation, chaque fonction étant presque un cas particulier. Cepandant, une pratique relativement répandue est de retourner un code spécifique, en général en dehors de l'intervalle de ce qu'on attend. Par exemple, lorsque la fonction est censée allouer un objet et retourne un pointeur, une erreur est souvent signalée en retournant le pointeur générique NULL, et la variable errno décrit plus en détail la nature de l'erreur.

Une fois qu'on est sûr que la variable errno contient une valeur pertinente, il est indispensable de présenter un message tout aussi significatif à l'utilisateur. Rien n'est plus frustrant qu'un message aussi abscons que : "fopen("/tmp/tmpab560f9d4", "w") : erreur 28".

Énumérer toutes les valeurs possibles d'errno peut être relativement pénible, surtout si on doit le faire dans chaque application. Heureusement qu'une fonction toute prête existe :

#include <string.h>
char * strerror(int code);

Cette fonction permet de connaître la signification textuelle d'une valeur de errno. À noter que le code de retour est une chaine statique, dont il est sage de présupposer la durée de vie la plus courte possible. N'essayez pas non plus de modifier le contenu de la chaîne, affichez-la directement ou copiez-la dans une zone temporaire.

Un autre intérêt de passer par cette fonction est qu'elle est en général localisée, ce qui est toujours ça de moins à traduire, surtout lorsqu'on voit la pléthore d'erreurs possibles que peuvent générer ne seraient-ce que les fonctions d'entrées/sorties.

Exemple

Pour illustrer cela, voici un exemple, qui tente de convertir une chaine de caractères en un nombre. Le nombre donné, 2⁶⁴, peut ne pas être dans le domaine de valeur du type unsigned long (qui peut se limiter à 2³² - 1), suivant l'architecture. Dans ce cas, on utilise errno pour afficher un message d'erreur approprié à l'utilisateur.

#include <stdio.h>  /* puts(), printf(), NULL */
#include <stdlib.h> /* strtoul() */
#include <limits.h> /* ULONG_MAX */
#include <string.h> /* strerror() */
#include <errno.h>  /* errno */

void teste(const char *nombre)
{
    errno = 0;
    unsigned long res = strtoul(nombre, NULL, 10);
    if (res == ULONG_MAX && errno != 0)
    {
        /* il y a eu une erreur ! */
        printf("Impossible de convertir le nombre '%s': %s.\n", nombre, strerror(errno));
    }
    else
    {
        printf("La conversion a été effectuée, et la valeur est: %lu\n", res);
    }
}

int main(void)
{
    /* 2 puissance 8 : sera toujours accepte */
    teste("256");

    /* 2 puissance 64 : peut echouer suivant la machine */
    teste("18446744073709551616");
    return 0;
}

Si le type unsigned long est codé sur 32 bits, on peut obtenir:

La conversion a été effectéee, et la valeur est: 256
Impossible de convertir le nombre '18446744073709551616': la valeur est en dehors de l'intervalle du type spécifié.

Il est nécessaire de placer errno à 0 avant d'utiliser strtoul, car les fonctions de la bibliothèque standard ne sont pas obligées de la mettre à zéro en cas de succès. Si on ne la réinitialisait pas « manuellement », on pourrait voir le résultat d'une erreur causée par un appel de fonction antérieur. C'est une des lourdeurs du modèle de gestion d'erreur du C, bien qu'une telle paranoïa n'est pas toujours nécessaire.