Licence CC BY-SA

Les limites des types

Nous avons abordé les limites des types à plusieurs reprises dans les chapitres précédents, mais nous ne nous sommes pas encore véritablement arrêté sur ce point. Il est à présent temps pour nous de vous présenter les implications de ces limites.

Les limites des types

Au début de ce cours, nous vous avons précisé que tous les types avaient des bornes et qu’en conséquence, ils ne pouvaient stocker qu’un intervalle défini de valeurs. Nous vous avons également indiqué que la norme du langage imposait des minimas pour ces intervalles qui, pour rappel, sont les suivants.

Type Minimum Maximum
_Bool 0 1
signed char -127 127
unsigned char 0 255
short -32 767 32 767
unsigned short 0 65 535
int -32 767 32 767
unsigned int 0 65 535
long -2 147 483 647 2 147 483 647
unsigned long 0 4 294 967 295
long long -9 223 372 036 854 775 807 9 223 372 036 854 775 807
unsigned long long 0 18 446 744 073 709 551 615
float -1 × 1037 1 × 1037
double -1 × 1037 1 × 1037
long double -1 × 1037 1 × 1037

Toutefois, mis à part pour les types _Bool et char, les bornes des types vont le plus souvent au-delà de ces minimums garantis. Cependant, pour pouvoir manipuler nos types dans leur limites, encore faut-il les connaître. Heureusement pour nous, la norme nous fournit deux en-têtes définissant des macroconstantes correspondant aux limites des types entiers et flottants : <limits.h> et <float.h>.

L’en-tête <limits.h>
Type Minimum Maximum
signed char SCHAR_MIN SCHAR_MAX
unsigned char 0 UCHAR_MAX
short SHRT_MIN SHRT_MAX
unsigned short 0 USHRT_MAX
int INT_MIN INT_MAX
unsigned int 0 UINT_MAX
long LONG_MIN LONG_MAX
unsigned long 0 ULONG_MAX
long long LLONG_MIN LLONG_MAX
unsigned long long 0 ULLONG_MAX

Remarquez qu’il n’y a pas de macroconstantes pour le minimum des types entiers non signés puisque celui-ci est toujours zéro.

À ces macroconstantes, il faut également ajouter CHAR_BIT qui vous indique le nombre bits composant un multiplet. Celle-ci a pour valeur minimale huit, c’est-à-dire qu’en C, un multiplet ne peut avoir moins de huit bits.

L’exemple suivant utilise ces macroconstantes et affiche leur valeur.

#include <limits.h>
#include <stdio.h>


int
main(void)
{
	printf("Un multiplet se compose de %d bits.\n", CHAR_BIT);
	printf("signed char : min = %d ; max = %d.\n", SCHAR_MIN, SCHAR_MAX);
	printf("unsigned char : min = 0 ; max = %u.\n", UCHAR_MAX);
	printf("short : min = %d ; max = %d.\n", SHRT_MIN, SHRT_MAX);
	printf("unsigned short : min = 0 ; max = %u.\n", USHRT_MAX);
	printf("int : min = %d ; max = %d.\n", INT_MIN, INT_MAX);
	printf("unsigned int : min = 0 ; max = %u.\n", UINT_MAX);
	printf("long : min = %ld ; max = %ld.\n", LONG_MIN, LONG_MAX);
	printf("unsigned long : min = 0 ; max = %lu.\n", ULONG_MAX);
	printf("long long : min = %lld ; max = %lld.\n", LLONG_MIN, LLONG_MAX);
	printf("unsigned long long : min = 0 ; max = %llu.\n", ULLONG_MAX);
	return 0;
}
Résultat
Un multiplet se compose de 8 bits.
signed char : min = -128 ; max = 127.
unsigned char : min = 0 ; max = 255.
short : min = -32768 ; max = 32767.
unsigned short : min = 0 ; max = 65535.
int : min = -2147483648 ; max = 2147483647.
unsigned int : min = 0 ; max = 4294967295.
long : min = -9223372036854775808 ; max = 9223372036854775807.
unsigned long : min = 0 ; max = 18446744073709551615.
long long : min = -9223372036854775808 ; max = 9223372036854775807.
unsigned long long : min = 0 ; max = 18446744073709551615.

Bien entendu, les valeurs obtenues dépendent de votre machine, celles-ci sont simplement données à titre d’illustration.

L’en-tête <float.h>

Les types flottants amènent une subtilité supplémentaire : ceux-ci disposent en vérité de quatre bornes : le plus grand nombre représentable, le plus petit nombre représentable (qui est l’opposé du précédent), la plus petite partie fractionnaire représentable (autrement dit, le nombre le plus proche de zéro représentable) et son opposé. Dit autrement, les bornes des types flottants peuvent être schématisées comme suit.

-MAX             -MIN   0   MIN              MAX
  +----------------+    +    +----------------+

MAX représente le plus grand nombre représentable et MIN le plus petit nombre représentable avant zéro. Étant donné que deux des bornes ne sont finalement que l’opposé des autres, deux macroconstantes sont suffisantes pour chaque type flottant.

Type Maximum Minimum de la partie fractionnaire
float FLT_MAX FLT_MIN
double DBL_MAX DBL_MIN
long double LDBL_MAX LDBL_MIN
#include <float.h>
#include <stdio.h>


int
main(void)
{
	printf("float : min = %e ; max = %e.\n", FLT_MIN, FLT_MAX);
	printf("double : min = %e ; max = %e.\n", DBL_MIN, DBL_MAX);
	printf("long double : min = %Le ; max = %Le.\n", LDBL_MIN, LDBL_MAX);
	return 0;
}
Résultat
float : min = 1.175494e-38 ; max = 3.402823e+38.
double : min = 2.225074e-308 ; max = 1.797693e+308.
long double : min = 3.362103e-4932 ; max = 1.189731e+4932.

Les dépassements de capacité

Nous savons à présent comment obtenir les limites des différents types de base, c’est bien. Toutefois, nous ignorons toujours quand la limite d’un type est dépassée et ce qu’il se passe dans un tel cas.

Le franchissement de la limite d’un type est appelé un dépassement de capacité (overflow ou underflow en anglais, suivant que la limite maximale ou minimale est outrepassée). Un dépassement survient lorsqu’une opération produit un résultat dont la valeur n’est pas représentable par le type de l’expression ou lorsqu’une valeur est convertie vers un type qui ne peut la représenter.

Ainsi, dans l’exemple ci-dessous, l’expression INT_MAX + 1 provoque un dépassement de capacité, de même que la conversion (implicite) de la valeur INT_MAX vers le type signed char.

signed char c;

if (INT_MAX + 1) /* Dépassement. */
	c = INT_MAX; /* Dépassement. */

c = SCHAR_MAX; /* Ok. */

Gardez en mémoire que des conversions implicites ont lieu lors des opérations. Revoyez le chapitre sur les opérations mathématiques si cela vous paraît lointain.

D’accord, mais que se passe-t-il dans un tel cas ?

C’est ici que le bât blesse : ce n’est pas précisé. :-°
Ou, plus précisément, cela dépend des situations.

Dépassement lors d’une opération
Les types entiers
Les entiers signés

Si une opération travaillant avec des entiers signés dépasse la capacité du type du résultat, le comportement est indéfini. Dans la pratique, il y a trois possibilités :

  1. La valeur boucle, c’est-à-dire qu’une fois une limite atteinte, la valeur revient à la seconde. Cette solution est la plus fréquente et s’explique par le résultat de l’arithmétique en complément à deux. En effet, à supposer qu’un int soit représenté sur 32 bits :
    • INT_MAX + 1 se traduit par 0111 1111 1111 1111 1111 1111 1111 1111 + 0000 0000 0000 0000 0000 0000 0000 0001, ce qui donne 1000 0000 0000 0000 0000 0000 0000 0000, soit INT_MIN ; et
    • INT_MIN - 1 se traduit par 1000 0000 0000 0000 0000 0000 0000 0000 + 1111 1111 1111 1111 1111 1111 1111 1111 ce qui donne 0111 1111 1111 1111 1111 1111 1111 1111, soit INT_MAX.
  2. La valeur sature, c’est-à-dire qu’une fois une limite atteinte, la valeur reste bloquée à celle-ci.
  3. Le processeur considère l’opération comme invalide et stoppe l’exécution du programme.
Les entiers non signés

Si une opération travaillant avec des entiers non signés dépasse la capacité du type du résultat, alors il n’y a à proprement parler pas de dépassement et la valeur boucle. Autrement dit, l’expression UINT_MAX + 1 donne par exemple toujours zéro.

Les types flottants

Si une opération travaillant avec des flottants dépasse la capacité du type du résultat, alors, comme pour les entiers signés, le comportement est indéfini. Toutefois, les flottants étant généralement représenté suivant la norme IEEE 754, le résultat sera souvent le suivant :

  1. En cas de dépassement de la borne maximale ou minimale, le résultat sera égal à l’infini (positif ou négatif).
  2. En cas de dépassement de la limite de la partie fractionnaire, le résultat sera arrondi à zéro.

Néanmoins, gardez à l’esprit que ceci n’est pas garantit par la norme. Il est donc parfaitement possible que votre programme soit tout simplement arrêté.

Dépassement lors d’une conversion
Valeur entière vers entier signé

Si la conversion d’une valeur entière vers un type signé produit un dépassement, le résultat n’est pas déterminé.

Valeur entière vers entier non signé

Dans le cas où la conversion d’une valeur entière vers un type non signé, la valeur boucle, comme précisé dans le cas d’une opération impliquant des entiers non signés.

Valeur flottante vers entier

Lors d’une conversion d’une valeur flottante vers un type entier (signé ou non signé), la partie fractionnaire est ignorée. Si la valeur restante n’est pas représentable, le résultat est indéfini (y compris pour les types non signés, donc !).

Valeur entière vers flottant

Si la conversion d’une valeur entière vers un type flottant implique un dépassement, le comportement est indéfini.

Notez que si le résultat n’est pas exactement représentable (rappelez-vous des pertes de précision) la valeur sera approchée, mais cela ne constitue pas un dépassement.

Valeur flottante vers flottant

Enfin, si la conversion d’une valeur flottante vers un autre type flottant produit un dépassement, le comportement est indéfini.

Comme pour le cas d’une conversion d’un type entier vers un type flottant, si le résultat n’est pas exactement représentable, la valeur sera approchée.

Gérer les dépassements entiers

Nous savons à présent ce qu’est un dépassement, quand ils se produisent et dans quel cas ils sont problématiques (en vérité, potentiellement tous, puisque même si la valeur boucle, ce n’est pas forcément ce que nous souhaitons). Reste à présent pour nous à les gérer, c’est-à-dire les détecter et les éviter. Malheureusement pour nous, la bibliothèque standard ne nous fournit aucun outil à cet effet, mise à part les macroconstantes qui vous ont été présentées. Aussi il va nous être nécessaire de réaliser nos propres outils.

Préparation

Avant de nous lancer dans la construction de ces fonctions, il va nous être nécessaire de déterminer leur forme. En effet, si, intuitivement, il vous vient sans doute à l’esprit de créer des fonctions prenant deux paramètres et fournissant un résultat, reste le problème de la gestion d’erreur.

int safe_add(int a, int b);

En effet, comment précise-t-on à l’utilisateur qu’un dépassement a été détecté, toutes les valeurs du type int pouvant être retournées ? Eh bien, pour résoudre ce souci, nous allons recourir dans les exemples qui suivent à la variable errno, à laquelle nous affecterons la valeur ERANGE en cas de dépassement. Ceci implique qu’elle soit mise à zéro avant tout appel à ces fonctions (revoyez le premier chapitre sur la gestion d’erreur si cela ne vous dit rien).

Par ailleurs, afin que ces fonctions puissent éventuellement être utilisées dans des suites de calculs, nous allons faire en sorte qu’elles retournent la borne maximale ou minimale en cas de dépassement.

Ceci étant posé, passons à la réalisation de ces fonctions. :)

L’addition

Afin d’empêcher un dépassement, il va nous falloir le détecter et ceci, bien entendu, à l’aide de conditions qui ne doivent pas elles-même produire de dépassement. Ainsi, ce genre de condition est à proscrire : if (a + b > INT_MAX). Pour le cas d’une addition deux cas de figure se présentent :

  1. b est positif et il nous faut alors vérifier que la somme ne dépasse pas le maximum.
  2. b est négatif et il nous faut dans ce cas déterminer si la somme dépasse ou non le minimum.

Ceci peut être contrôlé en vérifiant que a n’est pas supérieur ou inférieur à, respectivement, MAX - b et MIN - b. Ainsi, il nous est possible de rédiger une fonction comme suit.

int safe_add(int a, int b)
{
	int err = 1;

	if (b >= 0 && a > INT_MAX - b)
		goto overflow;
	else if (b < 0 && a < INT_MIN - b)
		goto underflow;

	return a + b;
underflow:
	err = -1;
overflow:
	errno = ERANGE;
	return err > 0 ? INT_MAX : INT_MIN;
}

Contrôlons à présent son fonctionnement.

#include <errno.h>
#include <limits.h>
#include <stdio.h>
#include <string.h>

/* safe_add() */


static void test_add(int a, int b)
{
	errno = 0;
	printf("%d + %d = %d", a, b, safe_add(a, b));
	printf(" (%s).\n", strerror(errno));
}


int main(void)
{
	test_add(INT_MAX, 1);
	test_add(INT_MIN, -1);
	test_add(INT_MIN, 1);
	test_add(INT_MAX, -1);
	return 0;
}
2147483647 + 1 = 2147483647 (Numerical result out of range).
-2147483648 + -1 = -2147483648 (Numerical result out of range).
-2147483648 + 1 = -2147483647 (Success).
2147483647 + -1 = 2147483646 (Success).
La soustraction

Pour la soustraction, le principe est le même que pour l’addition si ce n’est que les tests doivent être quelque peu modifiés. En guise d’exercice, essayez de trouver la solution par vous-même. ;)

int safe_sub(int a, int b)
{
    int err = 1;

    if (b >= 0 && a < INT_MIN + b)
        goto underflow;
    else if (b < 0 && a > INT_MAX + b)
        goto overflow;

    return a - b;
underflow:
    err = -1;
overflow:
    errno = ERANGE;
    return err > 0 ? INT_MAX : INT_MIN;
}

Mais ?! Pourquoi ne pas simplement faire safe_add(a, -b) ?

Bonne question ! ^^

Cela a de quoi surprendre de prime à bord, mais l’opérateur de négation - peut produire un dépassement. En effet, souvenez-vous : la représentation en complément à deux ne dispose que d’une seule représentation pour zéro, du coup, il reste une représentation qui est possiblement invalide où seul le bit de signe est à un. Cependant, le plus souvent, cette représentation est utilisée pour fournir un nombre négatif supplémentaire. Or, si c’est le cas, il y a une asymétrie entre la borne inférieure et supérieure et la négation de la limite inférieure produira un dépassement. Il nous est donc nécessaire de prendre ce cas en considération.

La négation

À ce sujet, pour réaliser cette opération, deux solutions s’offrent à nous :

  1. Vérifier si l’opposé de la borne supérieure est plus grand que la borne inférieure (autrement dit que -INT_MAX > INT_MIN) et, si c’est le cas, vérifier que le paramètre n’est pas la borne inférieure ; ou
  2. Vérifier sub(0, a)a est l’opérande qui doit subir la négation.

Notre préférence allant à la seconde solution, notre fonction sera donc la suivante.

int safe_neg(int a)
{
	return safe_sub(0, a);
}
La multiplication

Pour la multiplication, cela se corse un peu, notamment au vu de ce qui a été dit précédemment au sujet de la représentation en complément à deux. Procédons par ordre :

  1. Tout d’abord, si l’un des deux opérandes est positif, nous devons vérifier que le minimum n’est pas atteint (puisque le résultat sera négatif) et, si les deux sont positifs, que le maximum n’est pas dépassé. Toutefois, vu que nous allons recourir à la division pour le déterminer, nous devons en plus vérifier que le diviseur n’est pas nul.
if (b > 0)
{
	if (a > 0 && a > INT_MAX / b)
		goto overflow;
	else if (a < 0 && a < INT_MIN / b)
		goto underflow;
}

Ensuite, si l’un des deux opérandes est négatif, nous devons effectuer la même vérification que précédemment et, si les deux sont négatifs, vérifier que le résultat ne dépasse pas le maximum. Toutefois, nous devons également faire attention à ce que les opérandes ne soient pas nuls ainsi qu’au cas de dépassement possible par l’expression INT_MIN / -1 (en cas de représentation en complément à deux).

else if (b < 0)
{
	if (a < 0 && a < INT_MAX / b)
		goto overflow;
	else if ((-INT_MAX > INT_MIN && b < -1) && a > INT_MIN / b)
		goto underflow;
}

Ce qui nous donne finalement la fonction suivante.

int safe_mul(int a, int b)
{
	int err = 1;

	if (b > 0)
	{
		if (a > 0 && a > INT_MAX / b)
			goto overflow;
		else if (a < 0 && a < INT_MIN / b)
			goto underflow;
	}
	else if (b < 0)
	{
		if (a < 0 && a < INT_MAX / b)
			goto overflow;
		else if ((-INT_MAX > INT_MIN && b < -1) && a > INT_MIN / b)
			goto underflow;
	}

	return a * b;
underflow:
	err = -1;
overflow:
	errno = ERANGE;
	return err > 0 ? INT_MAX : INT_MIN;
}
La division

Rassurez-vous, la division est nettement moins pénible à vérifier. :-°
En fait, il y a un seul cas problématique : si les deux opérandes sont INT_MIN et -1 et que l’opposé du maximum est inférieur à la borne minimale.

int safe_div(int a, int b)
{
	if (-INT_MAX > INT_MIN && b == -1 && a == INT_MIN)
	{
		errno = ERANGE;
		return INT_MIN;
	}

	return a / b;
}
Le modulo

Enfin, pour le modulo, les mêmes règles que celles de la division s’appliquent.

int safe_mod(int a, int b)
{
	if (-INT_MAX > INT_MIN && b == -1 && a == INT_MIN)
	{
		errno = ERANGE;
		return INT_MIN;
	}

	return a % b;
}

Gérer les dépassements flottants

La tâche se complique un peu avec les flottants, puisqu’en plus de tester les limites supérieures (cas d'overflow), il faudra aussi s’intéresser à celles de la partie fractionnaire (cas d'underflow).

L’addition

Comme toujours, il faut prendre garde à ce que les codes de vérification ne provoquent pas eux-mêmes des dépassements. Pour implémenter l’opération d’addition, on commence donc par se ramener au cas plus simple où on connaît le signe des opérandes a et b.

  • Si a et b sont de signes opposés (par exemple : a >= 0 et b >= 0, alors il ne peut pas se produire d'overflow.
  • Si a et b sont de mêmes signes, alors il ne peut pas se produire d'underflow.

Dans le premier cas, tester l'underflow revient à tester si a + b est censé (dans l’arithmétique usuelle) être compris entre -DBL_MIN et DBL_MIN. Il faut cependant exclure 0 de cet intervalle, de manière à ce que 1.0 + (-1.0), par exemple, ne soit pas considéré comme un underflow. Si par exemple a >= 0 (et dans ce cas b <= 0), il suffit alors de tester si -DBL_MIN - a < b et a < DBL_MIN - b.

Dans le deuxième cas, il reste à vérifier l’absence d'overflow. Si par exemple a et b sont tous deux positifs, il s’agit de vérifier que a <= DBL_MAX - b.

/* Retourne a+b. */
/* En cas d'overflow, +-DBL_MAX est retourné (suivant le signe de a+b) */
/* En cas d'underflow, +- DBL_MIN est retourné */
/* errno est fixé en conséquence */
double safe_addf(double a, double b)
{
	int positive_result = a > -b;
	double ret_value = positive_result ? DBL_MAX : -DBL_MAX;

	if (a == -b)
		return 0;
	else if ((a < 0) != (b < 0))
	{
		/* On se ramène au cas où a <= 0 et b >= 0 */
		if (a <= 0)
		{
			double t = a;
			a = b;
			b = t;
		}
		if (-DBL_MIN - a < b && a < DBL_MIN - b) 
			goto underflow;
	}
	else 
	{
		int negative = 0;
		
		/* On se ramène au cas où a et b sont positifs */	
		if (a < 0)
		{
			a = -a;
			b = -b;
			negative = 1;
		}

		if (a > DBL_MAX - b)	
			goto overflow;

		if (negative)
		{
			a = -a;
			b = -b;
		}
	}

	return a + b;

underflow:
	ret_value = positive_result ? DBL_MIN : -DBL_MIN;		
overflow:
	errno = ERANGE;
	return ret_value;
}

Quelques tests :

static void test_addf(double a, double b)
{
	errno = 0;
	printf("%e + %e = %e", a, b, safe_addf(a, b)); 
	printf(" (%s)\n", strerror(errno));
}

int main(void)
{
	test_addf(1, 1);
	test_addf(5, -6);
	test_addf(DBL_MIN, -3./2*DBL_MIN); /* underflow */
	test_addf(DBL_MAX, 1);
	test_addf(DBL_MAX, -DBL_MAX);
	test_addf(DBL_MAX, DBL_MAX); /* overflow */
	test_addf(-DBL_MAX, -1./2*DBL_MAX); /* overflow */
	return 0;
}
Résultat
1.000000e+00 + 1.000000e+00 = 2.000000e+00 (Success)
5.000000e+00 + -6.000000e+00 = -1.000000e+00 (Success)
2.225074e-308 + -3.337611e-308 = -2.225074e-308 (Numerical result out of range)
1.797693e+308 + 1.000000e+00 = 1.797693e+308 (Success)
1.797693e+308 + -1.797693e+308 = 0.000000e+00 (Success)
1.797693e+308 + 1.797693e+308 = 1.797693e+308 (Numerical result out of range)
-1.797693e+308 + -8.988466e+307 = -1.797693e+308 (Numerical result out of range)

On peut faire deux remarques sur la fonction safe_addf ci-dessus :

  • addf(DBL_MAX, 1) peut ne pas être considéré comme un overflow du fait des pertes de précision.
  • à l’inverse, si un underflow se déclare, cela ne veut pas forcément dire qu’il y a une erreur irrécupérable dans l’algorithme. Il est possible que les pertes de précision dans les représentations des flottants les causent elles-mêmes.

Pour être tout à fait rigoureux, il faut remarquer que des expressions telles que -DBL_MIN - a et DBL_MAX - b (avec a >= 0 et b >= 0) peuvent théoriquement générer respectivement un overflow et un underflow. Cela ne peut cependant se produire que sur des implémentations marginales des flottants, puisque cela signifierait que la partie fractionnaire (la mantisse) est représentée sur plus de bits que la différence entre les valeurs extrémales de l’exposant. Nous avons donc omis ces vérifications pour des raisons de concision.

La soustraction

Pour notre plus grand bonheur, étant donné qu’il n’y a pas d’asymétrie entre les bornes, la soustraction revient à faire safe_addf(a, -b). ^^

La multiplication

Heureusement, la multiplication est un peu plus simple que l’addition ! Comme tout à l’heure, on va essayer de contrôler la valeur des arguments de manière à savoir dans quel cas on se situe potentiellement (underflow ou overflow).

Ici, ce n’est plus le signe de a et de b qui va nous intéresser : au contraire, on va même le gommer en utilisant la valeur absolue. Cependant, la position de a et de b par rapport à +1 et -1 est essentielle :

  • si fabs(b) <= 1, a * b peut produire un underflow mais pas d'overflow.
  • si fabs(b) >= 1, a * b peut produit un overflow mais pas d'underflow.

La fonction fabs() est définie dans l’en-tête <math.h> et, comme son nom l’indique, retourne la valeur absolue de son argument. N’oubliez pas à cet égard de préciser l’option -lm lors de la compilation.

Ainsi, dans le premier cas, on vérifiera si fabs(a) < DBL_MIN / fabs(b). L’expression DBL_MIN / fabs(b) ne peut ni produire d'underflow (puisque fabs(b) <= 1) ni d'overflow (puisque DBL_MIN <= fabs(b)). De même, dans le deuxième cas, la condition pourra s’écrire fabs(a) > DBL_MAX / fabs(b).

double safe_mulf(double a, double b)
{
	int different_signs = (a < 0) != (b < 0);
	double ret_value = different_signs ? -DBL_MAX : DBL_MAX;

	if (fabs(b) < 1) 
	{
		if (fabs(a) < DBL_MIN / fabs(b))
			goto underflow;
	}
	else
	{
		if (fabs(a) > DBL_MAX / fabs(b))
			goto overflow;
	}	

	return a * b;

underflow:
	ret_value = different_signs ? -DBL_MIN : DBL_MIN;
overflow:
	errno = ERANGE;
	return ret_value;
}

Quelques tests :

static void test_add(double a, double b)
{
	errno = 0;
	printf("%e + %e = %e", a, b, safe_addf(a, b)); 
	printf(" (%s)\n", strerror(errno));
}

int main(void)
{
	test_add(1, 1);
	test_add(5, -6);
	test_add(DBL_MIN, -3./2*DBL_MIN); /* underflow */
	test_add(DBL_MAX, 1);
	test_add(DBL_MAX, -DBL_MAX);
	test_add(DBL_MAX, DBL_MAX); /* overflow */
	test_add(-DBL_MAX, -1./2*DBL_MAX); /* overflow */
	return 0;
}
Résultat
-1.000000e+00 * -1.000000e+00 = 1.000000e+00 (Success)
2.000000e+00 * 3.000000e+00 = 6.000000e+00 (Success)
1.797693e+308 * 2.000000e+00 = 1.797693e+308 (Numerical result out of range)
2.225074e-308 * 5.000000e-01 = 2.225074e-308 (Numerical result out of range)
-3.337611e-308 * 6.666667e-01 = -2.225074e-308 (Success)
-8.988466e+307 * 1.500000e+00 = -1.348270e+308 (Success)
-8.988466e+307 * 3.000000e+00 = -1.797693e+308 (Numerical result out of range)
La division

La division ressemble sensiblement à la multiplication. On traite cependant en plus le cas où le dénominateur est nul.

double safe_divf(double a, double b)
{
	int different_signs = (a < 0) != (b < 0);
	double ret_value = different_signs ? -DBL_MAX : DBL_MAX;

	if (b == 0)
	{
		errno = EDOM;
		return ret_value;	
	}
	else if (fabs(b) < 1)
	{
		if (fabs(a) > DBL_MAX * fabs(b))
			goto overflow;
	}
	else
	{
		if (fabs(a) < DBL_MIN * fabs(b))
			goto underflow;
	}

	return a / b;

underflow:
	ret_value = different_signs ? -DBL_MIN : DBL_MIN;
overflow:
	errno = ERANGE;
	return ret_value;
}

Ce chapitre aura été fastidieux, n’hésitez pas à vous poser après sa lecture et à tester les différents codes fourni afin de correctement appréhender les différentes limites.

En résumé
  1. Les limites des différents types sont fournies par des macroconstantes définies dans les en-têtes <limits.h> et <float.h> ;
  2. Les types flottants disposent de quatre limites et non de deux ;
  3. Un dépassement de capacité se produit soit quand une opération produit un résultat hors des limites du type de son expression ou lors de la conversion d’une valeur vers un type qui ne peut représenter celle-ci ;
  4. En cas de dépassement, le comportement est indéfini sauf pour les calculs impliquant des entiers non signés et pour les conversions d’un type entier vers un type entier non signé, auquel cas la valeur boucle.
  5. La bibliothèque standard ne fournit aucun outils permettant de détecter et/ou de gérer ces dépassements.