Erreur de segmentation, mais en quittant... - Page 1

Je voulais savoir d'ou pouvait provenir une erreur de segmentation, mais seulement quand on quitte le programme...

pbm de free ?

Tu as du dans un espace memoire non reservé a un moment ou a un autre même si ca n'a pas provoqué immédiatement l'erreur.

Peut-être un "double free"? Vérifie que tu libères tes blocs alloués une et une seule fois.

kevin> dans le cas ou t'essaye de freer un bloc deja free, en general il y a un warning dans la console du genre junk pointer, too low to make sense (entre autres)

paxal> tu as possibilite d'utiliser gdb?

et comme a dit uther, ca vient uniquement du fait que t'as essaye de lire/ecrire dans un espace qui n'est pas a toi (merci mmu)
ca peut etre une boucle qui va trop loin, comme un pointeur foireux, comme essayer d'ecrire dans une zone pas malloc ou deja free, etc...

sBibi
a écrit : kevin> dans le cas ou t'essaye de freer un bloc deja free, en general il y a un warning dans la console du genre junk pointer, too low to make sense (entre autres)

Mais le "too low to make sense", c'est seulement si tu l'as mis à NULL après le premier free, n'est-ce pas?

paxal> tu as possibilite d'utiliser gdb?

Tiens, bon conseil celui-là.
Mais je conseillerais plutôt d'utiliser une interface graphique à GDB (Insight par exemple). La console, ce n'est pas très pratique pour déboguer.

Kevin Kofler a écrit :
Mais le "too low to make sense", c'est seulement si tu l'as mis à NULL après le premier free, n'est-ce pas?

ct un exemple parmi d'autres, c'est le premier qui m'est venu a l'esprit c tt...

Tiens, bon conseil celui-là.

soit disant les autres c de la merde

Ce n'est pas ce que je voulais dire...

Bah en fait, j'ai essayer les deux cas: je free, je free pas.
Dans les deux cas y a des erreurs.

J'ai utilisé gdb (sous RH 8.0 et sous win), mais en fait mon prog fait un printf puis un return (quand je mets as les free) et ca plante après le printf (ou après les frees). Et sur Windows, il ne me met pas d'erreur.
Je vais mettre le code en ligne si vous voulez, mais il est plutot long.

http://membres.lycos.fr/sirryl/beta/rpl.c

Et désolé si je peux pas intervenir pdt la journée, SIGEM oblige...

Pas étonnant que ça ne marche pas! Tu fais un scanf dans le vide! Initialise s!!!

ah? et comment?.

s = (char*) malloc(n)?

D'ailleur d'ou l'un des nombreux interet d'utiliser lex et yacc on a plus a s'occuper de tt sa

Non blague a pars, faire un lexeur et un analyseur gramatical est un tres bon exercice

paxal a écrit :
ah? et comment?.
s = (char*) malloc(n)?

Oui, par exemple. Mais je te conseille plutôt de mettre:
char s[1234]
et de changer %s en %1233s, pour éviter les débordements (sinon -> plantage).

ok, pour lire bloc par bloc... bon dans mon cas un malloc(n) suffira!

Bon maintenant ca marche, merci

paxal
a écrit : ok, pour lire bloc par bloc... bon dans mon cas un malloc(n) suffira!

Et si tu ne spécifies pas de taille maximale au %s, tu viens de créer un risque de sécurité! On ne doit pas permettre à l'utilisateur de déborder d'un buffer!

bah a priori il y aura plein d'espaces, et moi je m'arrete dès que je vois tous les caractères qui sont passés. Et dans mon cas, en fait, on suppose que l'utilisateur ne se trompe jamais.

moue... avec des scanf comme ca l'utilisateur peut aller modifier la valeur dans la pile qui sera depilee et mise dans le pc quand la fonction quittera avec ret... pas super
si possible essaye qd meme de faire comme a dit kevin

bah c'est un programme qui ne fait qu'executer une ligne de commande... Il fait une fois qu'il a tout.