Discussion :

[Aguelord]

Bonjour à tous,

voilà mon code :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
struct ARTICLE {
        char CodeFabriquant[6];
        char CodeArticle[6];
        char Nom[30];
        int Rayon;
        double Prix;
        int stock;
};
 
typedef struct ARTICLE article;
 
int main() {
        FILE* pf;
        article produit;
        article article_vide;
        article_vide.Nom = "Article Inconnu";
        return 0;
}

Visual Studio m'indique à cette dernière ligne que "L'expression doit être une valeur modifiable", mais je ne vois pas du tout où est mon erreur. (bien sur, j'ai mis les tabulations mais elles ne s'affichent pas ici)

[Xelland]

1. ajoute les balise code , et /code pour la lisibilité (ton pb de tabulation )

ensuite, tu dois reproduire l'erreur en simplifiant ton programme :

Code :

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

1
2
3
4
5
int main() {
        char Nom[30];
        Nom = "Article Inconnu";
        return 0;
}

[Aguelord]

Merci pour votre réponse. En effet, l'erreur persiste avec ce code là (vu que c'est le même). Je ne vois toujours pas. Même en mettant {'A', 'r', ... , 'u'} à la place de "Article Inconnu" ça ne marche toujours pas...

[Aguelord]

C'est d'autant plus étonnant qu'en écrivant ce code :

Code :

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

1
2
3
4
5
6
int main() {
        FILE* pf;
        article produit;
        article article_vide = { "", "", "Article inconnu" };
        return 0;
}

le programme fonctionne..!

[foetus]

Parce qu'en C, tu n'as pas la notion d'objets et donc tu n'as pas tous les opérateurs de copie
Et pour aller plus loin, la notion de chaîne de caractères en C n'existe pas vraiment c'est 1 tableau de caractères ASCII terminé par la sentinelle '\0'.

Si cela fonctionne, c'est lors de la définition de ta variable avec 1 initialisation (attention, ces chaînes de caractères sont en lecture seulement, RODATA lien wiki en français)

Il faut que tu utilises soit strcpy/ strncpy/ autres versions non portable soit memmove (essentiellement pour 1 chaîne non ASCII) (<- 3 liens cplusplus.com en anglais)

[Sve@r]

Bonjour

C'est d'autant plus étonnant qu'en écrivant ce code :

Code :

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

1
2
3
4
5
6
int main() {
        FILE* pf;
        article produit;
        article article_vide = { "", "", "Article inconnu" };
        return 0;
}

le programme fonctionne..!

Si tu écris char *nom="toto" ça fonctionne. Si tu écris char *nom; nom="toto" ça va aussi. Si tu écris char nom[10]="toto" là aussi ça va. Mais écrire char nom[10]; nom="toto" là ça ne marche plus.
Il te faut apprendre ce qu'est un tableau, comment on le remplit, ce qu'est un pointeur et la différence entre tableau et pointeur.

memmove (essentiellement pour 1 chaîne non ASCII)

Là je ne suis pas d'accord. La notion de chaine ne se définit pas par l'encodage de ses caractères mais par la présence d'un '\0'. Bien qu'utilisable pour copier aussi une string, le but premier de memmove est de copier une zone mémoire quelconque donc qui n'est pas forcéement balisée par ce '\0'. Et inversement, strcpy peut copier toute chaine (ascii/pas ascii).

[foetus]

Là je ne suis pas d'accord. La notion de chaine ne se définit pas par l'encodage de ses caractères mais par la présence d'un '\0'. Bien qu'utilisable pour copier aussi une string, le but premier de memmove est de copier une zone mémoire quelconque donc qui n'est pas forcéement balisée par ce '\0'. Et inversement, strcpy peut copier toute chaine (ascii/pas ascii).

Tu as raison c'est plus pour le côté "logique" du truc.
Dans la bibliothèque standard C, tu as 1 ensemble de fonctions commençant par str, et qui traitent les chaînes de caractères ASCII de type char/ terminée par la sentinelle '\0'.
Lorsque tu travailles avec des chaînes de caractères MBCS/ Unicode, le type devient unsigned char et même si certaines fonctions str travaillent en "binaire" (et donc sont compatibles), ce n'est plus forcément la même logique.

[Xelland]

En effet, l'erreur persiste avec ce code là (vu que c'est le même). Je ne vois toujours pas.

regarde l’alimentation des string/tableau de char en c