memcpy()

**moon93** · 10/05/2006, 15h47

salut tous le monde,

quelqu'in peut me dire c ou l'erreur dans ce bout de code

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
char * i = (char *)id;
 memcpy (&paramseq, param_out, sizeof (paramseq));
 memcpy (&etatout, param_out, sizeof(etatout));
 output_cam.header = (unsigned char *)header_1;
 PPS10_Display ( ( unsigned char * ) "Welcome" );
 Table[i].itemlabel =(char*) ACCES( Mymenus[i].itemlabel ) ;
 Table[i].shortcommand=(char*) ACCES (Mymenus[i].shortcommand) ;
 memcpy (&transaction_in,param_in,sizeof(transaction_in));
 memcpy (&transaction_out,param_out,sizeof(transaction_out));
… … …

!!!!!!

Merci

**GyZmoO** · 10/05/2006, 15h56

Salut a toi !

Tu pourrais nous donner l'erreur générée pour voir ?

**moon93** · 10/05/2006, 16h00

on fait, c un outil 'Code Analisis tool', qui a détecté ça, et tous ce que ma donner c : Big/Little endian!!!!!!!!

c pas a cause de l'utilisation de memcpy()!!!!!!

**Emmanuel Delahaye** · 10/05/2006, 16h00

Envoyé par moon93

quelqu'in peut me dire c ou l'erreur dans ce bout de code

Non.

**moon93** · 10/05/2006, 16h04

??!!!!!

**Skyounet** · 10/05/2006, 16h06

Ben donne plus de code, tu veux qu'on fasse quoi avec tes 3 pauvres lignes on a meme pas les declarations des variables, ni une description du probleme a part ca marche pas.

mat.M · 10/05/2006, 18h02

char * i = (char *)id;
output_cam.header = (unsigned char *)header_1;

Qu'est ce que c'est que ce travail de coch..

?

Pourquoi faire des "casts" continuellement ?
Tu peux pas écrire strcpy (i,id ) par exemple ?

**moon93** · 10/05/2006, 18h14

si, ça existe et ça marche

**Skyounet** · 10/05/2006, 18h42

Envoyé par moon93

si, ça existe et ça marche

On te demande tes declarations de variables stp.
Merci.

**Gruik** · 10/05/2006, 19h58

Envoyé par mat.M

Pourquoi faire des "casts" continuellement ?

je pense que ses parametres étaient const ^^

**Emmanuel Delahaye** · 10/05/2006, 20h28

Envoyé par Gruik

je pense que ses parametres étaient const ^^

Si c'est çà : comportement indéfini !

**moon93** · 11/05/2006, 00h00

oui, c des const

**Emmanuel Delahaye** · 11/05/2006, 00h07

Envoyé par moon93

oui, c des const

Alors comportement indéfini confirmé. C'est un bug, il peut arriver n'importe quoi.

**moon93** · 11/05/2006, 11h39

comportement indéfini !!!!!!!!!! pourautant l'application tourne sans la moindre erreur

**fearyourself** · 11/05/2006, 11h54

Envoyé par moon93

comportement indéfini !!!!!!!!!! pourautant l'application tourne sans la moindre erreur

Sur ton ordinateur oui et avec le code actuel oui.

Ajoute quelques fonctions, enlèves quelques instructions, envoit ton code à droite ou à gauche et tu verras que tu auras des surprises...

Jc

**moon93** · 11/05/2006, 14h27

tu peux me donner plus d'explication!! quel genre de surprise, et pourquoi ça marche que sur ma machine!!! c du C standard!

non

**Emmanuel Delahaye** · 11/05/2006, 17h49

Envoyé par moon93

tu peux me donner plus d'explication!! quel genre de surprise, et pourquoi ça marche que sur ma machine!!! c du C standard!

non

Si une fonction a un paramètre de type T*p, ca signifie qu'il est possible qu'elle (ou une des fonctions qu'elle appelle) modifie la valeur pointée par p.
Si tu définis une variable avec 'const', il se peut qu'elle soit implémentée dans une zone mémoire non modifiable (c'est le cas notamment des chaines, même si il n'y a pas 'const').
Si tu passes l'adresse de cette variable à la fonction ci-dessus, il y a un risque pour qu'un accès en mémoire non modifiable se produise, ce qui invoque un comportement indéterminé.
Lorsque se produit un comportement indéterminé, il peut arriver n'importe quoi, y compris un fonctionnement d'apparence correcte, ce qui rend ce bug etxrêmement dangereux.
Le C n'est pas un langage de débutant absolu.