On Wed, 3 Oct 2001, Pierre Maitre wrote: > gdb n'est pas d'un grand secours: > (gdb) run /usr/bin/gnomecal > Starting program: /usr/bin/gnomecal /usr/bin/gnomecal > (no debugging symbols found)...(no debugging symbols found)...(no > debugging symbols found)...(no debugging symbols found)...(no debugging > symbols found)... > Program received signal SIGSEGV, Segmentation fault.
non, effectivement, vu que les debugging symbols ont �t� enlev�s. > Qu'est-ce que c'est qu'une "erreur de segmentation" Par exemple un acc�s � une zone de m�moire non mapp�e dans le processus concern�, en g�n�ral � cause de pointeurs foireux. Si tu compiles un kernel et que tu n'as pas de probl�me, laissons de c�t� l'explication usuelle (signal 11). Autre possibilit�: ce programme utilise un fichier de donn�es (p.ex. dans .gnomecalrc ou dans .gnomecal/), forc�ment diff�rent entre root et utilisateur, et ce fichier a �t� corrompu � cause d'un bug p.ex. strace -e open -f gnomecal # sous utilisateur normal te donnera la liste des fichiers acc�d�s (ok, tu peux aussi utiliser find . -amin -1 p.ex. apr�s l'ex�cution). > Comment est-ce que �a se soigne? mv fichier fichier.DIS > kernel: 2.2.16-22 ah, regarde aussi si quand gnomecal plante il ne g�n�re pas un log dans dmesg (pour �tre s�r). Une anectote marrante: sur une machine avec SuSE + KDE 1.1.2 (ancien), par erreur un mp3 a �t� sauv� sous le nom `index.html'. D�s ce moment l�, le gestionnaire de fichier KDE plantait imm�diatement. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se d�sabonner aussi.
