[grisbi-bugs] [Grisbi 0001697]: Crash lors d'un import de fichier .qif
Grisbi Bug Tracker
bugtracker at grisbi.org
Thu Feb 19 11:05:32 CET 2015
A NOTE has been added to this issue.
======================================================================
http://www.grisbi.org/bugsreports/view.php?id=1697
======================================================================
Reported By: ThierryM
Assigned To:
======================================================================
Project: Grisbi
Issue ID: 1697
Category: Main
Reproducibility: always
Severity: minor
Priority: normal
Status: new
OS: Ubuntu
Unstable Impact: Yes
Version OS: 14.04 64bits
Version GTK:
======================================================================
Date Submitted: 2015-01-31 18:25 CET
Last Modified: 2015-02-19 11:05 CET
======================================================================
Summary: Crash lors d'un import de fichier .qif
Description:
Lors de l'importation de fichier .qif en provenance de ma banque (Banque
Populaire) afin de pointer les opérations, j'obtiens un crash de Grisbi avec
cette erreur : "Grisbi a terminé son exécution en raison d'une erreur de
segmentation". Cette erreur se reproduit à chaque fois. L'importation du
fichier .qif se fait correctement (un message le signale) mais après avoir
coché le bouton "Marquer les opérations d'un compte" et en cliquant sur le
bouton "Suivant" puis "Fermer" pour terminer la procédure on obtient le
plantage.
Cela arrive quelque soit le type de fichier .qif (Money, Quicken ou Autres :
choix de formats proposés par la banque au téléchargement du relevé).
Voici le détail de l'erreur :
grisbi() [0x41e1ea]
/lib/x86_64-linux-gnu/libc.so.6(+0x36d40) [0x7fdb76424d40]
/lib/x86_64-linux-gnu/libc.so.6(+0x988ca) [0x7fdb764868ca]
grisbi() [0x4659f1]
grisbi() [0x4683e0]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_closure_invoke+0x138)
[0x7fdb770143b8]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x21d3d) [0x7fdb77025d3d]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0xdd9)
[0x7fdb7702da29]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x82)
[0x7fdb7702dce2]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x741b0) [0x7fdb782741b0]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_closure_invoke+0x138)
[0x7fdb770143b8]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x21557) [0x7fdb77025557]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0xdd9)
[0x7fdb7702da29]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x82)
[0x7fdb7702dce2]
/usr/lib/x86_64-linux-gnu/libunity-gtk2-parser.so.0(+0x4390) [0x7fdb6f7cc390]
Cordialement,
Thierry
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
duplicate of 0001691 Segfault sur rapprochement de transaction
======================================================================
----------------------------------------------------------------------
(0003813) pbiava (administrator) - 2015-02-03 21:22
http://www.grisbi.org/bugsreports/view.php?id=1697#c3813
----------------------------------------------------------------------
Je pense que ce bug est similaire au N°1691. Je l'ai corrigé sur git. Si tu
sais comment compiler grisbi peux-tu tester cette nouvelle version ?
----------------------------------------------------------------------
(0003814) ThierryM (reporter) - 2015-02-03 21:47
http://www.grisbi.org/bugsreports/view.php?id=1697#c3814
----------------------------------------------------------------------
Quelle branche compiler ? La normale 1.0.x ou master ?
----------------------------------------------------------------------
(0003815) ThierryM (reporter) - 2015-02-03 22:35
http://www.grisbi.org/bugsreports/view.php?id=1697#c3815
----------------------------------------------------------------------
Je viens de compiler la branche master (grisbi 1.1.1) et j'ai toujours une
erreur. Voici son traçage :
grisbi() [0x41d5ca]
/lib/x86_64-linux-gnu/libc.so.6(+0x36d40) [0x7f5984395d40]
/lib/x86_64-linux-gnu/libc.so.6(+0x988ca) [0x7f59843f78ca]
grisbi() [0x4650fe]
grisbi() [0x467ae0]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_closure_invoke+0x138)
[0x7f5984fbc3b8]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x21d3d) [0x7f5984fcdd3d]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0xdd9)
[0x7f5984fd5a29]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x82)
[0x7f5984fd5ce2]
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0(+0x7b9d0) [0x7f59862189d0]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_closure_invoke+0x138)
[0x7f5984fbc3b8]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x21557) [0x7f5984fcd557]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0xdd9)
[0x7f5984fd5a29]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x82)
[0x7f5984fd5ce2]
/usr/lib/x86_64-linux-gnu/libunity-gtk3-parser.so.0(+0x4080) [0x7f597ca73080]
----------------------------------------------------------------------
(0003816) pbiava (administrator) - 2015-02-04 06:38
http://www.grisbi.org/bugsreports/view.php?id=1697#c3816
----------------------------------------------------------------------
la 1.0.x
----------------------------------------------------------------------
(0003817) ThierryM (reporter) - 2015-02-04 07:47
http://www.grisbi.org/bugsreports/view.php?id=1697#c3817
----------------------------------------------------------------------
Salut,
Après compilation de la branche 1.0.x, j'ai toujours la même erreur.
grisbi() [0x41e1ea]
/lib/x86_64-linux-gnu/libc.so.6(+0x36d40) [0x7fb6cbb46d40]
/lib/x86_64-linux-gnu/libc.so.6(+0x988ca) [0x7fb6cbba88ca]
grisbi() [0x4659f1]
grisbi() [0x4683e0]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_closure_invoke+0x138)
[0x7fb6cc7363b8]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x21d3d) [0x7fb6cc747d3d]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0xdd9)
[0x7fb6cc74fa29]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x82)
[0x7fb6cc74fce2]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x741b0) [0x7fb6cd9961b0]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_closure_invoke+0x138)
[0x7fb6cc7363b8]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x21557) [0x7fb6cc747557]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0xdd9)
[0x7fb6cc74fa29]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x82)
[0x7fb6cc74fce2]
/usr/lib/x86_64-linux-gnu/libunity-gtk2-parser.so.0(+0x4390) [0x7fb6c4eee390]
----------------------------------------------------------------------
(0003818) pbiava (administrator) - 2015-02-05 21:06
http://www.grisbi.org/bugsreports/view.php?id=1697#c3818
----------------------------------------------------------------------
peux-tu m'envoyer un exemple de fichier
pierre.biava at nerim.net
----------------------------------------------------------------------
(0003820) BaDuf (reporter) - 2015-02-19 11:05
http://www.grisbi.org/bugsreports/view.php?id=1697#c3820
----------------------------------------------------------------------
Bonjour,
Je rencontre exactement le même soucis en tentant d'importer un fichier OFX
pour marquer les opérations d'un compte. Je n'avais pas ce problème sous
Ubuntu 14.04 mais il est apparu en passant à la version 14.10 (passage à
Grisbi 1.0).
Par contre, je ne sais pas comment compiler Grisbi à partir des source...
Existe-t-il un dépot PPA pour tester la dernière version ? Ou un fichier .deb
à récupérer quelquepart ?
Merci d'avance.
Issue History
Date Modified Username Field Change
======================================================================
2015-01-31 18:25 ThierryM New Issue
2015-02-03 21:22 pbiava Note Added: 0003813
2015-02-03 21:24 pbiava Relationship added duplicate of 0001691
2015-02-03 21:47 ThierryM Note Added: 0003814
2015-02-03 22:35 ThierryM Note Added: 0003815
2015-02-04 06:38 pbiava Note Added: 0003816
2015-02-04 07:47 ThierryM Note Added: 0003817
2015-02-05 21:06 pbiava Note Added: 0003818
2015-02-19 11:05 BaDuf Note Added: 0003820
======================================================================
More information about the bugsreports
mailing list