Et depuis quand on déclare les variables en plein milieu de tout quand on fait tu C ?

Pas très optimisé (276 -> 296) et je sais même pas si les accolades sont autorisées après un case ...
#affichage();
#switch(menu)
#{
#    case 1: addition(); break;
#    case 2: soustraction(); break;
#    case 3: multiplication(); break;
#}

Nickel comme programme !
10/10, of course.

@thebroyeur : si tu pouvais regarder ...

J'ai fait de nouvelles modifs. Au programme : ajout du support de l'Unicode et purification du code. Pour ce petit nettoyage de code, j'ai viré les commentaires différentiels qui ne facilitaient pas la lecture (et pis pour les modifs c'est décrit ici).

Le code est disponible à cette adresse : http://pastebin.com/Zh0WpWmp

Oui, pas faux. Mais quand on modifie un programme en C, il n'est pas interdit de réfléchir à ce qu'on fait. Un oubli pareil ne peut passer inaperçu si l'on teste ses fonctions une fois qu'on les a modifiées. Perso je fais ça à chaque fois et je n'ai pas de problèmes (en même temps je n'ai jamais travaillé sur de gros projets en C). Cela doit néanmoins devenir un réflexe de procéder comme ça (énorme gain de temps au debugging).

Sorry j'avais pas présenté la 2ème alternative :
# if (*mois > 12 || *mois < 1)
#   break;
Beaucoup plus lisible du coup. Mais quand c'est comme ici une série de if avec toujours la même chose dedans, tu peux bien comprendre que ça ne serve à rien dans ce cas-ci.

Nouvelle proposition de code : http://pastebin.com/AP1AADHU
Menuki aura probablement moins envie de me taper dessus en le voyant (enfin j'espère).

Mouais mais alors sans accolades décoratives ...

Là ça tourne au ridicule :
# if (*mois > 12 || *mois < 1)
# {
# break;
# }

Peut devenir :
# if (*mois > 12 || *mois < 1) break;

Ca donne en assembleur jmp short leLabel (deux octets).
Je vois pas pourquoi on pourrait être contre un goto dans le cas présent.

Bon, mieux vaut prendre le code via Pastebin (là l'indentation n'est pas massacrée) :
http://pastebin.com/bc2PTzCE