Discussion :

[JolyLoic]

Bonjour,

Je cherche à valider un comportement C++ qui serait peut-être défini par référence à la norme C.

Y a-t-il des garanties sur les opérations arithmétiques avec des char ? Par exemple, peut-on être certains que :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
'0' + 1 == '1' // Il me semble que oui, mais je n'ai pas trouvé dans le standard
'a' + 1 == 'b' // Il me semble que non
'A' + 1 == 'B' // Idem

Merci

[dapounet]

Bonjour,

Dans le draft C99 :

5.2 Environmental considerations
5.2.1 Character sets
(...)
In both the source and execution basic character sets, the value of each character after 0 in the above list of decimal digits shall be one greater than the value of the previous.

Il n'y a pas de précision pour les chiffres.

[droggo]

Coa,

Non, c'est dépendant de l'encodage (pour certains encodages, les caractères ne sont pas consécutifs, pour les chiffres, je ne sais plus, c'est loin ).

Par contre, c'est vrai en ASCII.

[JolyLoic]

Ah, merci, je n'avais pas pensé du tout à lire cette section.
Donc, tel que je lis ça, c'est bien garanti pour les chiffres, mais pas pour les lettres.

the 10 decimal digits
0 1 2 3 4 5 6 7 8 9
[...]
In both the source and execution basic character sets, the value of each character after 0 in the above list of decimal digits shall be one greater than the value of the previous.

[LittleWhite]

Je pense que tout ce que tu as proposé est possible. Même pour les lettres, car si tu affiche sur l'ecran '0' + 1 ; il affiche le caractère suivant soit '1'
Pareil pour les lettres, car dans la table d'encodage ( ascii ) , ce sont des caractères qui se suivent.
L'ordinateur derrière ne voit que des chiffres de toute façon , pour lui '0' sera un 48 et 'a' un 97.
Et il va les traiter comme des chiffres ...

( Pardon , pas vu que vous cherchiez un truc précis à 100% ) ( pour moi il me semblez que c'était toujours comme ça ) ( bien sur dépendant de l'encodage )

[Jean-Marc.Bourguet]

Ah, merci, je n'avais pas pensé du tout à lire cette section.
Donc, tel que je lis ça, c'est bien garanti pour les chiffres, mais pas pour les lettres.

Exact. Les principales contraintes sur les charsets et le choix de char signé ou non:
- le jeu de caractère de base a pour codet des valeurs positives (donc une implémentation qui utilisant EBCDIC comme charset a un char non signé); ces valeurs sont les mêmes dans tous les charsets (je ne suis pas sûr que ce soit les mêmes entre char et wchar_t; donc char en EBCDIC + variantes et wchar_t en UCS32 est possible), et disponible dans le mode par défauts pour les charsets modaux;
- le codet 0 désigne le caractère nul dans tous les modes;
- les codets des chiffres sont consécutifs et dans le bon ordre;
- (à vérifier) wchar_t est un codage ou 1 codet = 1 wchar_t (donc UTF-16 devrait être interdit pour wchar_t, mais on le rencontre).

Note: j'avais écrit ceci sur le sujet. Je suis en train de le reprendre et de le complèter. Mais c'est toujours un brouillon; ça fait 28 pages A4 et je n'en suis pas encore à la partie sur le C et le C++.

Pareil pour les lettres, car dans la table d'encodage ( ascii ) , ce sont des caractères qui se suivent.

Mais dans d'autres charsets (les multiples variantes d'EBCDIC par exemple) ce n'est pas le cas.

[dapounet]

Bonjour,

Il n'y a pas de précision pour les chiffres.

Pardon je voulais dire « lettres ».