Programme calculatrice GTK+3 Linux.

Salut les C,

je vient de publier sur mon site de programmation mon premier programme C ayant une GUI (GTK+3) pour Linux et j'ai un (gros) problème pour voir si il ne serai pas possible de créer une version Windows, ne serai ce que pour voir le rendus dans Windows.

Le programme porte le nom bizarre de Ghobdcalc (Graphical Hexadecimal Octal Binar Decimal Calculator) basé sur une library personnelle dont il existe a l'heure actuel que les fichiers de développement disponible dans l'index de mon site.

Le programme est une calculatrice multibases comme son nom l'indique avec quelques fonctionnalités supplémentaire d'ordre trigonométrique et de génération de feuille de calcule dans divers formats ainsi qu'une fonction de mémorisation de valeurs pour usage ultérieur.

A noter que le programme n'a pas été baclé ce n'est pas le terme mais je voulais implémentés quelques fonctionnalités supplémentaires, ce que je n'ai put faire par manque de motivation.
Quelques précisions a ce sujet sont donnés dans le README disponible dans divers formats.

Je vous invite donc, si le cœurs vous en dit, de voir un peu mon programme.

Si vous voulez simplement le tester: essayer de le crasher pour voir si une erreur de segmentation se produit.

Si vous voulez aller plus loin et jeter un coup d'œil au code source, vous pourrez me dire ce que vous en pensez, car en tant qu'autodidacte l'on est livré a soit-même et l'on ne connaît pas forcément les bonnes manières appris dans une école ou centre de formation.

Si vous doutez de l'exactitude des calcules j'avoue que le plus gros problèmes a été les chiffres a virgules et la précision d'affichage car un:

1.0002 + 2

peut facilement se transformer en:

3.00019999999999

suivant la précision choisis dans un sprintf().

Si vous doutez de la conversion entre différentes bases visualiser plutôt la library sur laquelle est basé le programme: hobdcalc.


Après sachez donc que si ça ne vous intéresse pas je le comprendrai parfaitement, mais je préfère de loin des insultes ou critiques sévères que l'indifférence si vous avez choisis de voir et que vous avez quelques chose a dire.
Je ne sais si la publicité est admise dans un forum d'entre aide mais l'on apprend de ses erreurs et surtout des autres encore plus en tant qu'autodidacte et c'est dans ce but que je poste, pour apprendre.

PS: Si quelque chose vous gêne dans le format de fichier: paquetage deb il existe un tarball du programme dans l'index de mon site.

Comme dit au-dessus je suis ouvert a toutes formes de critiques donc je vais commencer:
-) Je n'ai pas commenter les callback de la GUI (habitude que j'ai prise en python) car je pense que la GUI va de soit si ont la connaît.

PS: je me suis casser les dents 2 fois avant de réussir le programme: une première fois avec une IHM ncurses et la deuxième en tant que interpréteur calculatrice. Je suis donc content d'avoir réussis cette fois. :mrgreen:

Je vous remercie pour vos avis et réponses éclairées.

tu sais qu'un nombre à virgule flottante (float ou double) n'est pas précis en base 10, par construction?

Je sais,

Il faut savoir que:

type float précision 6 maximale codé sur 4 bytes.
type double précision 15 maximale codé sur 8 bytes.
type long double précision 19 maximale codé sur 10 bytes.

Je pense que le manque d'exactitude vient du codage interne des float, double, long double sous forme de:
mantisse, exposant, signe.
Le nombre de bits attribuer a la mantisse et a l'exposant dépendent du type et un bit pour le signe (d'ailleurs je crois que le 10 ième byte du long double ne sert que a stocker le signe).

L'ordinateur ne peut pas stocker les valeurs exactes selon ce système de codage, mais des valeurs très proches.

La FPU (Floating-Point Unit) qui sert (servait) a stocker les nombre a virgule est composé de 8 registre de de 80 bits (10 bytes) sur un ordinateur 32 bits.

Mais actuellement ont joue avec des registres XMM (128 bits) ou YMM (256 bits) sur les machines 64 bits.

Ont peut stocker plusieurs nombres a virgules a la fois dans un registre:

-) 4 floats (simple précision.) XMM.
-) 2 double (double précision.) XMM.

Et effectuer des opérations simultanément sur plusieurs nombres (Simple Instruction Multiple Data) dans ces registres.

Mais je pense que calculer en interne sous forme de long double et fournir le résultat sous formes de double est une bonne approche.
Souvent les calculatrices sont beaucoup plus limitée que la mienne par exemple une précision fixe de %.6f avec un champs d'entrer de chiffre tout aussi limité.
Ma calculatrice autorise 19 chiffres pour les entrées que ça soit un entier ou un nombre a virgule an base décimale.

Si l'on a un résultat comme évoquer plus haut:

3.00019999999999

avec un sprintf() avec une précision du formateur supérieur a 4 chiffres après la virgule tout rentre dans l'ordre fournissant le résultat:
3.0002 car c'est arrondis au chiffre supérieur en cascade (la série de 9). Mais je ne prétend nullement que ma calculatrice ne se plante pas pour certaines valeurs, j'ai fait de mon mieux c'est tout.

Et la plupart des nombres a virgule dans les autres bases sont infinis si l'on cherche le codage exact.