Problème caractère spécial

Bonjour, je suis en train de faire un plugin pour Pidgin pour parser les caractères de couleurs de Messenger plus. Pour les balises "[c=XX]" je n'ai pas de soucis, mais quand j'arrive aux couleurs avec le caractère '·', tout se complique...

J'ai essayé un simple if (*p == '·'), aussi essayé '0x00B7', et dans les deux cas, j'obtiens :

Code:

---

1 2	plus.c:134:18: warning: character constant too long for its type plus.c:134: warning: comparison is always false due to limited range of data type

---

Quelqu'un pourrait m'éclairer sur les caractères spéciaux en C ?

unsigned char ou (char)'·'

J'ai "plus.c:134:24: warning: character constant too long for its type", que ce soit en char ou unsigned char

Citation:

---

Envoyé par Marc31boss

Bonjour, je suis en train de faire un plugin pour Pidgin pour parser les caractères de couleurs de Messenger plus. Pour les balises "[c=XX]" je n'ai pas de soucis, mais quand j'arrive aux couleurs avec le caractère '·', tout se complique...

J'ai essayé un simple if (*p == '·'), aussi essayé '0x00B7', et dans les deux cas, j'obtiens :

Code:

---

1 2	plus.c:134:18: warning: character constant too long for its type plus.c:134: warning: comparison is always false due to limited range of data type

---

---

La syntaxe est incorrecte. C'est '\xB7'

ou, en octal :

B7 = 1011 0111 soit 010 110 111 soit en octal : 267.

On ecrit donc '\267'

Code:

---

1 2 3 4 5 6 7 8 9 10 11

#include <stdio.h>   int main (void) { putchar ('\xB7'); putchar ('\267'); putchar ('\n');   return 0; }

---

Code:

---

1 2 3 4 5

ÀÀ   Process returned 0 (0x0) execution time : 0.036 s Press any key to continue.

---

Le glyphe produit dépend de l'ensemble de caractères utilisés...

Cette table http://emmanuel-delahaye.developpez....d/inc/ansi.itm indique que le caractère valant B7 produit un glyphe 'middle dot' (entité html : · ) en ANSI et un A grave en OEM.

Bonjour,

Le résultat dépend de ta plateforme. Sous FreeBSD ce code

Code:

---

1 2 3 4 5 6 7 8 9 10

#include<stdio.h>   int main (void) { char s[] = "·";   printf("%u\n", (unsigned int)sizeof s);   return 0; }

---

affiche 3, donc le caractère doit être codé sur plusieurs bytes. Je crois que c'est pareil sous Linux.

Citation:

---

Envoyé par dapounet

Bonjour,

Le résultat dépend de ta plateforme. Sous FreeBSD ce code

Code:

---

1 2 3 4 5 6 7 8 9 10

#include<stdio.h>   int main (void) { char s[] = "·";   printf("%u\n", (unsigned int)sizeof s);   return 0; }

---

affiche 3, donc le caractère doit être codé sur plusieurs bytes. Je crois que c'est pareil sous Linux.

---

Je ne comprends pas la valeur(=3) retournée mais "." est un tableau de caractères et la taille de s incluant le 0 derrière ne peut être que > 1.

En tout cas, je ne vois pas trop le rapport avec le *p == '.' initial.
Mais peut être que l'auteur du post pourrait nous fournir un exemple succinct reproduisant son problème.
-W

Citation:

---

Envoyé par Emmanuel Delahaye

Code:

---

1 2 3 4 5 6 7 8 9 10 11

#include <stdio.h>   int main (void) { putchar ('\xB7'); putchar ('\267'); putchar ('\n');   return 0; }

---

---

J'obtiens bien le caractère, mais ma condition n'est toujours pas vérifiée. Il y a un moyen de connaître l'encodage utilisé par une chaîne ?

Wiztricks, j'ai une boucle qui traite tous les caractères du pseudo à afficher (caractère actuel : *p). J'ai une condition quelques lignes au dessus, if (*p == '[') qui elle est bien vérifiée quand le caractère actuel est [. Mais impossible de vérifier celle du caractère '·'.

Citation:

---

Wiztricks, j'ai une boucle qui traite tous les caractères du pseudo à afficher (caractère actuel : *p). J'ai une condition quelques lignes au dessus, if (*p == '[') qui elle est bien vérifiée quand le caractère actuel est [. Mais impossible de vérifier celle du caractère '·'.

---

Avec un coup de GDB ou de printf, il serait bon de vérifier (3 fois) que le contenu de *p est bien '.'
Si c'est le cas et que tu ne postes pas un reproducteur, il faudra te résoudre à acheter de l'aspirine :cry:
-W

Citation:

---

Envoyé par wiztricks

Si c'est le cas et que tu ne postes pas un reproducteur, il faudra te résoudre à acheter de l'aspirine :cry:
-W

---

C'est à dire un reproducteur ? Je viens de vérifier, il y a bien des · qui passent :?

Citation:

---

Envoyé par Marc31boss

C'est à dire un reproducteur ? Je viens de vérifier, il y a bien des · qui passent :?

---

Quelque chose reproduisant le problème et avec lequel nous pourrions jouer.

Je viens de faire un petit prog de test et la sortie est... Étrange :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

#include <stdio.h> int main (void) { char *p = "qF·sd·[f"; for(;*p;p++) { printf("%c : ", *p); if (*p == '\xB7') printf("Condition ok\n"); else printf("Condition non ok\n"); } }

---

Qui me renvoie :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

q : Condition non ok F : Condition non ok � : Condition non ok � : Condition ok s : Condition non ok d : Condition non ok � : Condition non ok � : Condition ok [ : Condition non ok f : Condition non ok

---

Donc les points seraient interprétés comme étant deux caractères. Je vais retourner approfondir un peu ça.

Tu bosses sur un système unixoïde réglé en UTF-8 ?
Ou bien, ton fichier source est-il en UTF-8 ?

Oui, sous Debian, et mes fichiers sources sont bien en UTF-8 aussi

Ben voilà.
Le caractère 0xB7 (183) s'exprime, en UTF-8, 0xC2 0xB7

Exact, merci beaucoup, je cherchais une solution compliquée à un problème simple, pour changer ;)