Bonjour,
 
Sous Linux avec gcc version 4.0.3, j'ai un warning qui revient souvent du type:
 

avec ce source:

 
Ce message apparait maintenant sytématiquement avec les fonctions strings en autre.
Ce n'est pas bloquant puisque c'est seulement un 'warning', mais j'aimerais bien en connaitre la cause.
 
 
merci pour toute information à ce sujet

Voilà la fonction :
 
Library:   string.h
 
Prototype: char strcpy(char *s1, const char *s2);
 
Syntax:    
    char string2[20]="red dwarf";
    char string1[20]="";
           strcpy(string1, string2);
 
Donc dans ton exemple tu peut pas copier un char dans un unsigned char.

Et puis faut pas oublier d'inclure "<strings.h>"...

 
Effectivement, il ne veux pas des "unsigned char", même en copiant un unsigned char dans un autre unsigned char.
C'est bizarre, avec une  version plus ancienne de gcc, je n'avais pas ce warning.
 
Merci pour cette précision.

gcc-4.0.3 ?  

Pourquoi unsigned ? Le bon type pour les chaines de caractères, c'est char. Point. strcpy() attend l'adresse d'un char, pas d'un unsigned char.

 
Désolé de froisser les puristes.
Je ne maitrise pas le language C.
 
J'ai repris une partie de code dans un ex. et la compilation passait sans warning avec un version gcc + ancienne.
Je ne comprenais pas le message mais on me l'a aimablement expliqué plut haut.
 
Maintenant, c'est plus clair.
 
voilà

Il ne tient qu'à toi de le maitriser...

Mais pourquoi donc ?
Une chaîne de caractères est une suite de codes ascii. La table des codes ascii allant de 0 à 127 (voire de 0 à 255), il serait logique de la déclarer comme une suite de valeurs non signées non ???
En plus, que je déclare

ou

J'aurai toujours la même valeur binaire "0100 0001" dans "tab[0]"...

 
en même temps a-t-on en général vraiment BESOIN de maitriser le C ?
 
....

bin pour ecrire un programme en C, je vois pas comment trop faire autrement ? oO

Parce que c'est écrit dans la définition du langage C et pour des raisons probablement historiques qui me dépassent (demande sur news:comp.lang.c). D'ailleurs, toutes les fonctions standards manipulant des chaines ont des paramètres de type char * et non unsigned char *.

ni signed char * d'ailleurs. Mais char peut être égal à l'un des deux.

Exact, j'ai oublié de préciser que, selon l'implémentation (ou un reglage du compilateur), un char sera en réalité un unsigned char ou un signed char.
 
Le choix du char (aka plain char) est une façon de régler le problème de la portabilité.