[grisbi-bugs] [Grisbi 0000101]: Double crash 1) suite à un import CSV 2) à la réouverture du fichier .gsb juste après
bugtracker at grisbi.org
bugtracker at grisbi.org
Tue Jun 9 22:52:39 CEST 2009
The following issue has been CLOSED
======================================================================
http://grisbi.tuxfamily.org/mantis/view.php?id=101
======================================================================
Reported By: hippolyte
Assigned To: benj
======================================================================
Project: Grisbi
Issue ID: 101
Category: Main
Reproducibility: have not tried
Severity: crash
Priority: normal
Status: closed
OS: Autre Linux
Unstable Impact: Yes
Version OS: ubuntu breezy
Version GTK: 2.8.6-0ubuntu2.1
Resolution: fixed
Fixed in Version: CVS (développement)
======================================================================
Date Submitted: 12-17-2005 00:14 UTC
Last Modified: 06-09-2009 20:52 UTC
======================================================================
Summary: Double crash 1) suite à un import CSV 2) à la
réouverture du fichier .gsb juste après
Description:
### 1er Crash : exemple de csv en PJ
Voulant tester la fonction d'import CSV j'ai eu ce message suivi du
plantage
> I believe first line is 1 cols
> 1 != 1, not ,
> I believe first line is 1 cols
> 1 != 1, not ;
> I believe first line is 9 cols
> 9 != 4, not
> I believe first line is 1 cols
> 1 != 1, not
>> change separator
>> change separator
>> SIZE is 2
*** glibc detected *** malloc(): memory corruption (fast): 0x08933ee0 ***
Abandon
### 2ème Crash :
Après quoi j'ai voulu relancer grisbi et ouvrir mon fichier .gsb et là :
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/user/#Grisbi.gsb#'.
Veuillez rapporter cette erreur à la page
http://www.grisbi.org/bugtracking/.Copiez/collez la trace suivante avec
votre rapport de bug.
Backtrace :
$ /opt/grisbi/bin/grisbi
faire le défaut des types de paiements
faire le défaut des types de paiements
Fri Dec 16 23:43:45 2005 : 15 elements in stack.
/opt/grisbi/bin/grisbi [0x8094105]
[0xffffe420]
/opt/grisbi/bin/grisbi [0x80b1a0d]
/usr/lib/libgobject-2.0.so.0(g_cclosure_marshal_VOID__VOID+0x43)
[0xb79e8ab3]
/usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x11e) [0xb79dd3a8]
/usr/lib/libgobject-2.0.so.0 [0xb79ebb13]
/usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x6ab) [0xb79ed150]
/usr/lib/libgobject-2.0.so.0(g_signal_emit+0x29) [0xb79ed4c3]
/usr/lib/libgtk-x11-2.0.so.0(_gtk_action_emit_activate+0x4f)
[0xb7cae776]
/usr/lib/libgtk-x11-2.0.so.0(gtk_action_activate+0x7d) [0xb7caec2c]
/usr/lib/libgobject-2.0.so.0(g_cclosure_marshal_VOID__VOID+0x43)
[0xb79e8ab3]
/usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x11e) [0xb79dd3a8]
/usr/lib/libgobject-2.0.so.0 [0xb79ebb13]
/usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x6ab) [0xb79ed150]
/usr/lib/libgobject-2.0.so.0(g_signal_emit+0x29) [0xb79ed4c3]
A la relance suivante de grisbi, j'ai pu ouvrir sans problème mon fichier
.gsb
======================================================================
----------------------------------------------------------------------
hippolyte - 12-17-05 00:35
----------------------------------------------------------------------
Pour ce qui est de la 1ère partie, cad l'import CSV, il semble que cela
pose des soucis (enfin pour moi ...)
Suite au rapport de crash ci-dessus j'ai ré-essayé d'importer en changeant
les séparateurs de champs.
Si je mets des virgules (,) j'arrive sans problème à l'éatpe 3
d'identification de la nature des champs et des lignes pertinentes mais
comme (,) est mon séparateur décimal il y a des incohérences.
Si je mets des points-virgules (;), soit grisbi se fige au passage à
l'étape 3 (sur un fichier csv de 10 lignes, je considère que ça doit être
instantané) et je dois tuer grisbi, ou bien soit grisbi plante directement
> I believe first line is 1 cols
> 1 != 1, not ,
> I believe first line is 9 cols
> 9 != 4, not ;
> I believe first line is 1 cols
> 1 != 1, not
*** glibc detected *** malloc(): memory corruption: 0x08230dd8 ***
Abandon
----------------------------------------------------------------------
benj - 12-21-05 14:34
----------------------------------------------------------------------
Merci pour le rapport. Il s'agissait d'un buffer overflow assez subtil,
qui est maintenant corrigé.
Benjamin
Issue History
Date Modified Username Field Change
======================================================================
12-17-05 00:14 hippolyte New Issue
12-17-05 00:14 hippolyte File Added: Exemple.csv
12-17-05 00:14 hippolyte OS => Autre Linux
12-17-05 00:14 hippolyte Unstable Impact => Yes
12-17-05 00:14 hippolyte Version OS => ubuntu breezy
12-17-05 00:14 hippolyte Version GTK => 2.8.6-0ubuntu2.1
12-17-05 00:22 hippolyte Issue Monitored: hippolyte
12-17-05 00:23 hippolyte Issue End Monitor: hippolyte
12-17-05 00:35 hippolyte Note Added: 0000174
12-21-05 14:34 benj Note Added: 0000181
12-21-05 14:34 benj Assigned To => benj
12-21-05 14:34 benj Status new => resolved
12-21-05 14:34 benj Resolution open => fixed
12-21-05 14:34 benj Fixed in Version => CVS (développement)
06-09-09 20:52 MyKeul Status resolved => closed
======================================================================
More information about the bugsreports
mailing list