[grisbi-bugs] [Grisbi-0.6.0 0001172]: Grisbi a terminé son exécution en raison d'une erreur de segmentation.
Grisbi Bug Tracker
bugtracker at grisbi.org
Mon Oct 4 11:39:52 CEST 2010
A NOTE has been added to this issue.
======================================================================
http://grisbi.tuxfamily.org/mantis/view.php?id=1172
======================================================================
Reported By: apo
Assigned To: pbiava
======================================================================
Project: Grisbi-0.6.0
Issue ID: 1172
Category: Package
Reproducibility: random
Severity: crash
Priority: normal
Status: assigned
Plateforme: Linux
OS: Debian
Version OS: squeeze/sid 64bit
Unstable Impact: No
Version GTK:
======================================================================
Date Submitted: 2010-09-25 13:15 UTC
Last Modified: 2010-10-04 09:39 UTC
======================================================================
Summary: Grisbi a terminé son exécution en raison d'une
erreur de segmentation.
Description:
grisbi(traitement_sigsegv+0x179) [0x444879]
/lib/libpthread.so.0(+0xef60) [0x7f54fd236f60]
/lib/libc.so.6(+0x1064fa) [0x7f54fcfcd4fa]
grisbi(unique_imported_name+0x48) [0x4d5338]
grisbi(recuperation_donnees_qif+0x6dd) [0x4f271d]
grisbi() [0x4dd181]
/usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x15e) [0x7f54fdd3c47e]
/usr/lib/libgobject-2.0.so.0(+0x237f4) [0x7f54fdd527f4]
/usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x7e6) [0x7f54fdd53a76]
/usr/lib/libgobject-2.0.so.0(g_signal_emit+0x83) [0x7f54fdd53fc3]
grisbi(gsb_assistant_run+0x27e) [0x46c6ae]
grisbi(importer_fichier+0x756) [0x4dc066]
/usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x15e) [0x7f54fdd3c47e]
/usr/lib/libgobject-2.0.so.0(+0x233f7) [0x7f54fdd523f7]
/usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x7e6) [0x7f54fdd53a76]
Steps to Reproduce:
Le probleme se déclare de facon aléatoire ...
( le dernier a eu lieu apres une tentative d'importation de .qif )
======================================================================
----------------------------------------------------------------------
(0002627) pbiava (administrator) - 2010-09-26 04:57
http://grisbi.tuxfamily.org/mantis/view.php?id=1172#c2627
----------------------------------------------------------------------
Il faudrait pouvoir cerner un peu mieux l'aléatoire. En effet depuis la 0.6 la
partie importation de qif a été ré écrite ainsi que la gestion des tiers qui
occasionnaient des plantages réguliers et/systématiques.
Ce plantage sur l'importation du qif est-il systématique ?
----------------------------------------------------------------------
(0002633) apo (reporter) - 2010-09-26 11:09
http://grisbi.tuxfamily.org/mantis/view.php?id=1172#c2633
----------------------------------------------------------------------
j'ai chercher un peut plus loin, le plantage est systématique sur les .qif
venant de homebank ( j'up le .qif qui plante à chaque fois )
et si j'exporte mon compte grisbi et que je le réimporte aprés, ça ne plante
pas, par contre je perd toutes les dates des operation ( L'ordre ne peut pas
être déterminé,
La date ne correspond pas avec le modèle day-month-year : 0/0/0
La date ne correspond pas avec le modèle day-year-month : 25/9/2010
La date ne correspond pas avec le modèle year-month-day : 25/9/2010
La date ne correspond pas avec le modèle year-day-month : 25/9/2010
La date ne correspond pas avec le modèle month-day-year : 25/9/2010
La date ne correspond pas avec le modèle month-year-day : 25/9/2010
Grisbi ne peut pas déterminer le format de la date dans le fichier QIF.
Contactez les développeurs de Grisbi (devel at listes.grisbi.org) pour déterminer
le problème
En attendant toutes les dates seront importées comme 01.01.1970 )
----------------------------------------------------------------------
(0002638) pbiava (administrator) - 2010-09-26 16:11
http://grisbi.tuxfamily.org/mantis/view.php?id=1172#c2638
----------------------------------------------------------------------
Je viens d'importer ce fichier avec la version de développement en cours.
J'obtiens 4 comptes.
Le premier a 1 opération les deux suivants pas d'opération et le dernier 10
opérations toutes rapprochées.
Si tu as ce qu'il faut je te conseille de compiler la dernière version en cours
pour tester tes fichiers.
Tu trouveras ce qu'il faut sur le site de grisbi rubrique accès CVS puis Git
----------------------------------------------------------------------
(0002639) apo (reporter) - 2010-09-26 16:27
http://grisbi.tuxfamily.org/mantis/view.php?id=1172#c2639
----------------------------------------------------------------------
J'essaye de compilé la nouvelle version demain et je vous tient au courant.
Merci
----------------------------------------------------------------------
(0002657) pbiava (administrator) - 2010-10-03 18:39
http://grisbi.tuxfamily.org/mantis/view.php?id=1172#c2657
----------------------------------------------------------------------
As-tu pu compiler le dernière version sur git ?
----------------------------------------------------------------------
(0002663) apo (reporter) - 2010-10-04 09:39
http://grisbi.tuxfamily.org/mantis/view.php?id=1172#c2663
----------------------------------------------------------------------
j'ai réussi a récupérer les sources, mais pas moyen de compilée :S
Issue History
Date Modified Username Field Change
======================================================================
2010-09-25 13:15 apo New Issue
2010-09-25 20:07 pbiava Assigned To => pbiava
2010-09-25 20:07 pbiava Status new => assigned
2010-09-26 04:57 pbiava Note Added: 0002627
2010-09-26 11:09 apo Note Added: 0002633
2010-09-26 11:09 apo File Added: truc-anonymized.qif
2010-09-26 16:11 pbiava Note Added: 0002638
2010-09-26 16:27 apo Note Added: 0002639
2010-10-03 18:39 pbiava Note Added: 0002657
2010-10-03 18:39 pbiava Status assigned => feedback
2010-10-04 09:39 apo Note Added: 0002663
2010-10-04 09:39 apo Status feedback => assigned
======================================================================
More information about the bugsreports
mailing list