Re: bug dans gcc ?
On Fri, 1 Aug 2003 21:19:17 +0200 Alexandre Pineau <[EMAIL PROTECTED]> wrote: [...] > J'en profite pour poser rapidement une autre question : > > J'ai un autre programme qui plante à l'exécution cette fois ci (Il fonctionne > chez > l'auteur amont) : > [EMAIL PROTECTED]:~/games/ire/ire_test$ ./ire-ed > Shutting down Allegro due to signal #11 > Erreur de segmentation(Et oui, encore...) > > Un coup de gdb me donne : > gdb: Symbol `emacs_ctlx_keymap' has different size in shared object, consider > re-linking > > Je suis sec, là. Je n'arrive pas à retrouver la commande qui permet de > visualiser > les différents symboles attachés à un programme. $ man objdump J'y connais rien en C/C++ mais il me semble avoir lu ça?.. correct?.. > Ps : Je suis inscrit à la liste deban-devel-french. super ;) Bonne journée, soirée, -- Arnaud Vandyck http://alioth.debian.org/users/arnaud-guest/ http://alioth.debian.org/developer/diary.php?diary_user=2781 pgpMDTFjfGQLO.pgp Description: PGP signature
Re: bug dans gcc ?
Le ven 01/08/2003 à 19:09, Guillaume Morin a écrit : > Dans un message du 01 aoû à 18:15, Alexandre Pineau écrivait : > > Faut-il quand même faire un rapport de bug ou dois-je jeter mon PC par > > la fenêtre? > > En général ce genre de problèmes est du à de la mémoire défectueuse. Il > est très probable que tu aies à jeter une ou plusieurs barettes. > J'avais eu ce genre de problèmes une fois, lorsque j'avais overclocké mon pc : il mettait sans cesse des "internal compiler error"; j'avais trouvé dans un document Debian qui décrivait justement ce problème. J'ai donc immédiatement remis la CPU à sa fréquence initiale et tout est rentré dans l'ordre. Si la CPU est overclockée, c'est une piste (mais je n'ai pas dit que c'etait obligatoirement cette cause) ... -- Bruno Dusausoy <[EMAIL PROTECTED]>
Re: bug dans gcc ?
Salut, Le vendredi 01 août 2003 à 21:19 +0200, Alexandre Pineau a écrit : [...] > J'ai un autre programme qui plante à l'exécution cette fois ci (Il fonctionne > chez > l'auteur amont) : > [EMAIL PROTECTED]:~/games/ire/ire_test$ ./ire-ed > Shutting down Allegro due to signal #11 > Erreur de segmentation(Et oui, encore...) > > Un coup de gdb me donne : > gdb: Symbol `emacs_ctlx_keymap' has different size in shared object, consider > re-linking > > Je suis sec, là. Je n'arrive pas à retrouver la commande qui permet de > visualiser > les différents symboles attachés à un programme. Compile avec gcc -g AMHA, le plus simple à faire c'est d'utiliser valgrind (ce dit, gdb c'est bien) a+ -- Pierre Machard <[EMAIL PROTECTED]> TuxFamily.org <[EMAIL PROTECTED]> techmag.info +33(0)668 178 365http://migus.tuxfamily.org/gpg.txt GPG: 1024D/23706F87 : B906 A53F 84E0 49B6 6CF7 82C2 B3A0 2D66 2370 6F87 pgpPFOuK1iN92.pgp Description: PGP signature
Re: bug dans gcc ?
Dans un message du 01 aoû à 21:19, Alexandre Pineau écrivait : > memtest86 ne m'a pas remonté d'anomalies. Je suis cependant d'accord, > il s'agit probablement d'un problème de mémoire. Merci pour ton aide. Si memtest86 ne t'a rien montré et que tu l'as laissé tourner assez longtemps pour qu'il fasse tous les tests, je doute que ce soit la mémoire. Par contre, je ne vois pas que ça peut être. > Shutting down Allegro due to signal #11 > Erreur de segmentation(Et oui, encore...) > > Un coup de gdb me donne : > gdb: Symbol `emacs_ctlx_keymap' has different size in shared object, > consider re-linking > > Je suis sec, là. Je n'arrive pas à retrouver la commande qui permet de > visualiser les différents symboles attachés à un programme. A priori, ça voudrait dire que tu as une lib dont l'ABI est différente de celle avec laquelle a le programme a été compilé. Ce n'est pas forcément ça qui déclenche le segfault (même si ça peut en être la raison). Tu peux recompiler le programme, ça devrait régler l'histoire de symboles... > Ps : Je suis inscrit à la liste deban-devel-french. Le group-reply est le comportement par défaut sur les listes de diffusions. Si tu ne veux pas recevoir de copie, il y a un header à positionner dans ton message. -- Guillaume Morin <[EMAIL PROTECTED]> Remember when we'd celebrate. We'd drink and get high until late And now we're all alone (Placebo).
Re: bug dans gcc ?
On Fri, 1 Aug 2003 13:09:53 -0400 Guillaume Morin <[EMAIL PROTECTED]> wrote: > En général ce genre de problèmes est du à de la mémoire défectueuse. Il > est très probable que tu aies à jeter une ou plusieurs barettes. > > Le meilleur moyen d'en être sûr est d'utiliser memtest86 qui te testera > ta mémoire à fond... Il existe même un patch pour le noyau qui permet de > continuer à utiliser une barette défectueuse en isolant les parties qui > ne marchent pas, mais je n'ai jamais testé. memtest86 ne m'a pas remonté d'anomalies. Je suis cependant d'accord, il s'agit probablement d'un problème de mémoire. Merci pour ton aide. J'en profite pour poser rapidement une autre question : J'ai un autre programme qui plante à l'exécution cette fois ci (Il fonctionne chez l'auteur amont) : [EMAIL PROTECTED]:~/games/ire/ire_test$ ./ire-ed Shutting down Allegro due to signal #11 Erreur de segmentation (Et oui, encore...) Un coup de gdb me donne : gdb: Symbol `emacs_ctlx_keymap' has different size in shared object, consider re-linking Je suis sec, là. Je n'arrive pas à retrouver la commande qui permet de visualiser les différents symboles attachés à un programme. Alexandre Ps : Je suis inscrit à la liste deban-devel-french.
Re: bug dans gcc ?
Alexandre Pineau wrote: Bonjour, gcc (3.3.1 20030728 (Debian prerelease)) plante régulièrement pendant la compilation d'un paquet. Ce plantage n'est pas reproductible de façon claire : La compilation peut aller jusqu'au bout, ou planter sur un fichier c aléatoire. Juste après le plantage, une recompilation du fichier en question passe... Par contre, si je relance un make, ça plante systématiquement au même endroit. C'est la première fois que je rencontre ce genre de problème sur ma machine (un k6 2 500). exemples d'erreur : gcc -c -Wall -O3-I. -DPATH_FILES_DAT=\"//usr/share/games/ire/data/\" -DPATH_FILES_CONF=\"//etc/ire/\" -g -DALLEGRO -DBGUI `allegro-config --cflags` -DUSE_ALOGG -DUSE_ALSOUND `alogg-config --cflags` -DNO_ASM pe/pe_vm.cpp -o pe/pe_vm.o pe/pe_vm.cpp: Dans function « void PV_SetMember() »: pe/pe_vm.cpp:4130: internal compiler error: Instruction illégale Veuillez soumettre un rapport complet d'anomalies, avec le source pré-traité si nécessaire. J'ai aussi eu un "segmentation fault"... par contre, si je relance un make derrière, ça fonctionne... sur la page web de gcc il est précisé : # An error that occurs only some of the times a certain file is compiled, such that retrying a sufficient number of times results in a successful compilation; this is a symptom of a hardware problem, not of a compiler bug (sorry) Faut-il quand même faire un rapport de bug ou dois-je jeter mon PC par la fenêtre? Merci d'vance pour vos conseils. Alexandre Je suggere en effet de ne pas faire de bug report, en effet, c'est helas souvent un pb de hard du type par exemple de ram ou de cache sur barette externe ( sur machine ancienne ) parfois defectueuse ou avec de mauvais contact. -- -- -- Jean-Marc LACROIX -- -- mailto : [EMAIL PROTECTED] -- ---
Re: bug dans gcc ?
Dans un message du 01 aoû à 18:15, Alexandre Pineau écrivait : > Faut-il quand même faire un rapport de bug ou dois-je jeter mon PC par > la fenêtre? En général ce genre de problèmes est du à de la mémoire défectueuse. Il est très probable que tu aies à jeter une ou plusieurs barettes. Le meilleur moyen d'en être sûr est d'utiliser memtest86 qui te testera ta mémoire à fond... Il existe même un patch pour le noyau qui permet de continuer à utiliser une barette défectueuse en isolant les parties qui ne marchent pas, mais je n'ai jamais testé. A+ -- Guillaume Morin <[EMAIL PROTECTED]> Et si je suis bien que si j'ai bu, tant pis (Cornu)
