Discussion :

[Kernald]

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 :

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

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 ?

[Médinoc]

unsigned char ou (char)'·'

[Kernald]

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

[Emmanuel Delahaye]

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 :

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

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 :

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

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 :

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

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.

[dapounet]

Bonjour,

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

Code :

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

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.

[wiztricks]

Bonjour,

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

Code :

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

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

[Kernald]

Code :

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

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 '·'.

[wiztricks]

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
-W

[Kernald]

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

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

[wiztricks]

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.

[Kernald]

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

Code :

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

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 :

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

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.

[Médinoc]

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

[Kernald]

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

[Médinoc]

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

[Kernald]

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