[grisbi-bugs] [Grisbi-old 0000098]: erreur "segmentation fault" au démarrage
bugtracker at grisbi.org
bugtracker at grisbi.org
Sun Jun 14 18:45:11 CEST 2009
The following issue has been CLOSED
======================================================================
http://grisbi.tuxfamily.org/mantis/view.php?id=98
======================================================================
Reported By: duflojl
Assigned To: benj
======================================================================
Project: Grisbi-old
Issue ID: 98
Category: Main
Reproducibility: always
Severity: crash
Priority: normal
Status: closed
Resolution: fixed
Fixed in Version: 0.5.9
======================================================================
Date Submitted: 12-11-2005 13:07 UTC
Last Modified: 06-14-2009 16:45 UTC
======================================================================
Summary: erreur "segmentation fault" au démarrage
Description:
Mon fichier de comptes (comptes.gsb) est utilisé par 2 utilisateurs sous
deux comptes-utilisateur sous Linux Mandriva2006. Ces deux utilisateurs
appartiennent au même groupe nommé grisbi. J'ai mis les permissions du
fichier comptes.gsb à 660.
Depuis que j'ai remplacé la Mandrake 10.1 par la Mandriva 2006, j'ai les
problèmes suivants :
Si les permissions sont à 660, en lançant grisbi j'obtiens le Message1 :
Message1:
Votre fichier de compte ne devrait pas être lisible par qui que ce soit
d'autre que vous ; or, il l'est.
Corriger le problème maintenant ?
Si je réponds Oui, j'obtiens la fenêtre d'erreur (Erreur1) suivante :
Erreur1 :
Grisbi a terminé son exécution en raison d'une erreur de segmentation.
Grisbi a déclenché une erreur de segmentation (segmentation fault) et ne
peut pas continuer son exécution.
Grisbi a effectué une copie de sauvegarde dans
'/home/duflojl/#comptes.gsb#'.
Veuillez rapporter cette erreur à http://www.grisbi.org/bugtracking/
Alors je ferme la fenêtre et grisbi se ferme. Les permissions du fichier
de comptes ont été changées à 600. Et quand je relance grisbi, cela
fonctionne.
Si je réponds Non, les comptes s'affichent, mais j'otiens la fenêtre
Erreur1 ; je la ferme et grisbi se ferme.
Si je remets les permisions du fichier de comptes à 600, je relance grisbi
et ça fonctionne.
En résumé, à chaque fois que je mets les permissions 660 sur le fichier de
comptes, grisbi affiche l'Erreur2 et ne peut pas s'ouvrir.
Cela fonctionnait correctement avec la Mandrake 10.1.
Pouvez vous voir ce problème?
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
duplicate of 0000120 erreur de segmentation
======================================================================
----------------------------------------------------------------------
benj - 12-19-05 10:39
----------------------------------------------------------------------
Bonjour,
pourriez vous m'envoyer une trace GDB de votre plantage (voir
http://www.grisbi.org/bugtracking.fr.html) pour que j'aie de plus amples
informations ? Un autre utilisateur a rapporté ce comportement mais je ne
peux pas le reproduire.
Benjamin
----------------------------------------------------------------------
duflojl - 01-04-06 21:17
----------------------------------------------------------------------
Désolé, je n'avais pas fait attention que je devais re-consulter le site
bugtracker pour la suite ...
J'ai refait d'autres essais, et maintenant, si le fichier de comptes a les
permissions à 660, en répondant "Non" au "Message1" :
1) si je lance "gdb grisbi, cela marche correctement.
2) si je lance "grisbi", cela plante avec la fenêtre "Erreur1".
Il semble donc que le simple fait d'utiliser le débogueur pour lancer
grisbi le fait marcher correctement ...
Avez vous besoin de mon fichier de comptes anonymisé avec obfustate, ou
bien ces informations sont-elles suffisantes ?
-
Pour aider, voici ci-dessous les recopies des messages sur la console
1) Quand je lance "gdb grisbi" dans une console :
bash-3.00$ gdb grisbi
GNU gdb 6.3-5mdk (Mandriva Linux release 2006.0)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "i586-mandriva-linux-gnu"...(no debugging
symbols found)
Using host libthread_db library "/lib/tls/libthread_db.so.1".
(gdb) run
Starting program: /usr/bin/grisbi
Reading symbols from shared object read from target memory...(no debugging
symbols found)...done.
Loaded system supplied DSO at 0xffffe000
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1221822784 (LWP 4289)]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(grisbi:4289): GLib-CRITICAL **: g_key_file_add_group: assertion
`g_key_file_lookup_group_node (key_file, group_name) == NULL' failed
(grisbi:4289): GLib-CRITICAL **: g_key_file_add_group: assertion
`g_key_file_lookup_group_node (key_file, group_name) == NULL' failed
(grisbi:4289): GLib-CRITICAL **: g_key_file_add_group: assertion
`g_key_file_lookup_group_node (key_file, group_name) == NULL' failed
(grisbi:4289): GLib-CRITICAL **: g_key_file_add_group: assertion
`g_key_file_lookup_group_node (key_file, group_name) == NULL' failed
(grisbi:4289): GLib-CRITICAL **: g_key_file_add_group: assertion
`g_key_file_lookup_group_node (key_file, group_name) == NULL' failed
(grisbi:4289): GLib-CRITICAL **: g_key_file_add_group: assertion
`g_key_file_lookup_group_node (key_file, group_name) == NULL' failed
(grisbi:4289): GLib-CRITICAL **: g_key_file_add_group: assertion
`g_key_file_lookup_group_node (key_file, group_name) == NULL' failed
(grisbi:4289): GLib-CRITICAL **: g_key_file_add_group: assertion
`g_key_file_lookup_group_node (key_file, group_name) == NULL' failed
(grisbi:4289): GLib-CRITICAL **: g_key_file_add_group: assertion
`g_key_file_lookup_group_node (key_file, group_name) == NULL' failed
(grisbi:4289): GLib-CRITICAL **: g_key_file_add_group: assertion
`g_key_file_lookup_group_node (key_file, group_name) == NULL' failed
(grisbi:4289): GLib-CRITICAL **: g_key_file_add_group: assertion
`g_key_file_lookup_group_node (key_file, group_name) == NULL' failed
(grisbi:4289): GLib-CRITICAL **: g_key_file_add_group: assertion
`g_key_file_lookup_group_node (key_file, group_name) == NULL' failed
(grisbi:4289): GdkPixbuf-CRITICAL **: gdk_pixbuf_animation_iter_advance:
assertion `GDK_IS_PIXBUF_ANIMATION_ITER (iter)' failed
(grisbi:4289): GdkPixbuf-CRITICAL **:
gdk_pixbuf_animation_iter_get_delay_time: assertion
`GDK_IS_PIXBUF_ANIMATION_ITER (iter)' failed
Program exited normally.
(gdb)
2) Quand je lance "grisbi" dans une console :
bash-3.00$ grisbi
(grisbi:4280): GLib-CRITICAL **: g_key_file_add_group: assertion
`g_key_file_lookup_group_node (key_file, group_name) == NULL' failed
(grisbi:4280): GLib-CRITICAL **: g_key_file_add_group: assertion
`g_key_file_lookup_group_node (key_file, group_name) == NULL' failed
(grisbi:4280): GLib-CRITICAL **: g_key_file_add_group: assertion
`g_key_file_lookup_group_node (key_file, group_name) == NULL' failed
(grisbi:4280): GLib-CRITICAL **: g_key_file_add_group: assertion
`g_key_file_lookup_group_node (key_file, group_name) == NULL' failed
(grisbi:4280): GLib-CRITICAL **: g_key_file_add_group: assertion
`g_key_file_lookup_group_node (key_file, group_name) == NULL' failed
(grisbi:4280): GLib-CRITICAL **: g_key_file_add_group: assertion
`g_key_file_lookup_group_node (key_file, group_name) == NULL' failed
(grisbi:4280): GLib-CRITICAL **: g_key_file_add_group: assertion
`g_key_file_lookup_group_node (key_file, group_name) == NULL' failed
(grisbi:4280): GLib-CRITICAL **: g_key_file_add_group: assertion
`g_key_file_lookup_group_node (key_file, group_name) == NULL' failed
(grisbi:4280): GLib-CRITICAL **: g_key_file_add_group: assertion
`g_key_file_lookup_group_node (key_file, group_name) == NULL' failed
(grisbi:4280): GLib-CRITICAL **: g_key_file_add_group: assertion
`g_key_file_lookup_group_node (key_file, group_name) == NULL' failed
(grisbi:4280): GLib-CRITICAL **: g_key_file_add_group: assertion
`g_key_file_lookup_group_node (key_file, group_name) == NULL' failed
(grisbi:4280): GLib-CRITICAL **: g_key_file_add_group: assertion
`g_key_file_lookup_group_node (key_file, group_name) == NULL' failed
(grisbi:4280): GdkPixbuf-CRITICAL **: gdk_pixbuf_animation_iter_advance:
assertion `GDK_IS_PIXBUF_ANIMATION_ITER (iter)' failed
----------------------------------------------------------------------
benj - 05-15-06 13:10
----------------------------------------------------------------------
Corrigé dans la version 0.5.9 en cours de préparation.
Merci,
Benjamin
Issue History
Date Modified Username Field Change
======================================================================
12-11-05 13:07 duflojl New Issue
12-11-05 13:07 duflojl OS => Mandriva
12-11-05 13:07 duflojl Unstable Impact => Yes
12-11-05 13:07 duflojl Version OS => Linux Mandriva 2006
12-19-05 10:39 benj Note Added: 0000176
12-19-05 10:39 benj Assigned To => benj
12-19-05 10:39 benj Status new => confirmed
12-19-05 10:41 benj Status confirmed =>
acknowledged
12-27-05 14:53 mancofab Issue Monitored: mancofab
01-04-06 21:17 duflojl Note Added: 0000190
01-30-06 17:16 benj Relationship added duplicate of 0000120
05-15-06 13:10 benj Note Added: 0000290
05-15-06 13:10 benj Status acknowledged => resolved
05-15-06 13:10 benj Resolution open => fixed
05-15-06 13:10 benj Fixed in Version => 0.5.9
06-09-09 20:17 MyKeul Project Grisbi => Grisbi-old
06-14-09 16:45 MyKeul Status resolved => closed
======================================================================
More information about the bugsreports
mailing list