addition affectation... - C++ - Programmation
Marsh Posté le 15-05-2003 à 20:07:47
qu'est ce que tu veux qu'on en sache ?
on sait pas c koi E.ad_dans_zone , ni ce qu'il y a dedans, donc moi je dis qu'elle marche tres bien ton addition
Marsh Posté le 15-05-2003 à 20:17:44
ad_dans_zone c est un champ d une structure E
un long
Marsh Posté le 15-05-2003 à 20:18:51
depuis quand 0 = 0 + 4 ?
Marsh Posté le 15-05-2003 à 20:20:12
Theorie du chaos a écrit : depuis quand 0 = 0 + 4 ? |
oué je viens de reussir a demeler ca de ton code (tain les noms de variable ca rigole pas chez toi )
c vrai que c chelou
Marsh Posté le 15-05-2003 à 20:22:26
j ai ma soutenance demain...
mes deux binomes sont partis...
y en a un qui viendra pas a l oral...
et ce prog de merde ne veut rien me modifier
Marsh Posté le 15-05-2003 à 20:24:33
probleme arrange finalement...
tuez moi svp :'(
Marsh Posté le 15-05-2003 à 20:30:10
ReplyMarsh Posté le 15-05-2003 à 20:36:53
mes champs sont modifies
un truc qui fait pas mal
Marsh Posté le 15-05-2003 à 20:46:07
Theorie du chaos a écrit : |
Si c'est %d, il est possible que ca prenne pas le long mais un int. Dans ce cas ca dépend sur combien d'octets est codé le int par rapport au long...
Mais je pense que tu as un système 32 bits.
Marsh Posté le 15-05-2003 à 21:04:16
merci le probleme est regle...
c etait beaucoup plus bete que ca...
une parenthese fermee trop tot
par contre la j ai un autre probleme...
je modifie des champs d une structure
je les affiche avec printf - ils sont bons...
je les utilise dans un autre sous programme... ils sont faux
Marsh Posté le 15-05-2003 à 21:10:51
Code :
|
Marsh Posté le 15-05-2003 à 21:11:03
Theorie du chaos a écrit : merci le probleme est regle... |
Le mieux serait d'afficher du code, et pas des morçeaux de code...
Oops Par contre utilise les balises de highlight syntax C/C++ prévu à cet effet !
Marsh Posté le 15-05-2003 à 21:13:04
enfin c aussi que des morceaux
Marsh Posté le 15-05-2003 à 21:13:41
je voudrais pas que les autres trinomes de mon ecole viennent pomper un code qui ne marche pas
Marsh Posté le 15-05-2003 à 21:17:45
un break manquant
nan finalement c t pas ca...
Marsh Posté le 15-05-2003 à 21:40:00
Des que je sors de CalculAdrEtZone
mes champs ad_dans_zone et zone_cour passent a zero...
comment faire pour que leur modification soit externe a CalculAdrEtZone ?
Marsh Posté le 15-05-2003 à 21:52:18
Theorie du chaos a écrit : Des que je sors de CalculAdrEtZone |
Tes morçeaux de code ne sont pas très lisibles, et regorge d'effet de bords...
Pour ton problème, je dirais au hazard que c'est parce que tu utilise des variables locales à la fonction (c'est à dire qu'ils sont dans la pile d'appel je crois). Ainsi, ces espaces mémoire sont invalides à la sortie de la fonction. Ton seul recours est d'utilisés des paramètres (pour éviter les effets de bord). Ou bien d'utiliser le tas avec une allocation dynamique (malloc).
Marsh Posté le 16-05-2003 à 08:16:59
Code :
|
Marsh Posté le 16-05-2003 à 08:42:50
void Remplir_Champs (Elem *p_e, int ad_suiv, NomZone zone_courante, int nombre) {
p_e->zone_cour = zone_courante ;
p_e->ad_dans_zone = ad_suiv ;
p_e->nb_bits = nombre ;
}
j ai fait un truc a part en prenant le pointeur en parametre
et ca marche tjrs pas...
Marsh Posté le 16-05-2003 à 08:43:39
c est quoi la syntaxe pour faire des malloc la dedans
ce que je voulais faire a ete refuse...
Marsh Posté le 16-05-2003 à 15:12:59
bon...
adieu
Marsh Posté le 15-05-2003 à 20:02:59
long ad_suiv = 0;
long taille_reserv = 4;
pointeur_e->ad_dans_zone = ad_suiv ;
ad_suiv = (E.ad_dans_zone + taille_reserv) ;
fprintf (stderr, "%d, %d, %d\n", ad_suiv, E.ad_dans_zone, taille_reserv);
le fprintf me rend
0, 0, 4
ou est le probleme dans mon addition?
---------------
Les accents sont en option... j'ai un clavier qwertz.