[grisbi-bugs] Crash au chargement du fichier depuis la mise à jour de 0.8.9 vers 1.0.0

[Marmotte]

Bonjour,

J'avais oublié de m'abonner à la liste, et je n'ai donc pas vu la réponse
plus tôt.

Je confirme que déplacer le fichier de configuration a résolu le problème,
merci beaucoup Pierre !
J'avais cherché des fichiers de configuration, mais pas trouvé celui-ci.

Pour aller plus loin, j'ai fait des tests avec les paramètres qui étaient
différents, et celui qui posait problème est le paramètre "Save at
opening", qui était sur 1.
En mettant ce paramètre à 0 dans mon ancien fichier de configuration, tout
fonctionne bien aussi.

Après avoir sauvegardé le fichier .gsb sur la version 1.0.0 j'ai remis ce
paramètre à 1, et ça fonctionne toujours.
Je pense que le problème vient du fait que Grisbi 1.0.0 tentait de
sauvegarder le fichier alors qu'il n'était peut être pas complètement
converti au nouveau format ? (Je ne connais pas le fonctionnement interne
de Grisbi)

Encore merci.
Sylvain

Le 28 janvier 2017 à 03:04, Marmotte <garamotte at gmail.com> a écrit :

> Bonjour,
>
> Je rencontre un problème pour charger mon fichier de comptes depuis la
> mise à niveau de XUbuntu de 14.04 vers 16.04.
>
> Conditions du bug :
> - Système : XUbuntu 16.04
> - Version de grisbi : 1.0.0-2ubuntu3
>
> Reproduire le bug :
> Lancer grisbi, cliquer sur "Ouvrir", puis sélectionner le fichier, et ça
> crash directement
>
> J'ai installé d'autres versions, depuis les paquets des dépôts officiels
> d'Ubuntu, pour tester :
> - Grisbi version 0.8.9-1ubuntu1 (la version d'Ubuntu 14.04) : Tout
> fonctionne bien (lecture du fichier, enregistrement d'opérations, etc.)
> - Grisbi version 1.0.1-1 (la version de la future Ubuntu 17.04) : Même
> erreur qu'avec la version 1.0.0-2ubuntu3
>
> Informations supplémentaires :
> Le fichier a été créé dans grisbi 0.8.x à partir d'un import fichiers
> exportés depuis MS Money 2005 (format quicken, si je me rappelle bien, ça
> date un peu).
> J'ajoute une copie du fichier anonymisé en pièce jointe, qui provoque lui
> aussi le crash.
> Créer un nouveau fichier vide avec la version 1.0.0-2ubuntu3 ne pose pas
> de problème, et ce fichier est utilisable sans erreur.
>
> Message d'erreur :
> Grisbi a terminé son exécution en raison d'une erreur de segmentation.
> Erreur lors de l'enregistrement du fichier.
> Veuillez rapporter cette erreur à http://www.grisbi.org/bugtracking/.
> Copiez/collez la trace suivante avec votre rapport de bogue.
>
> Trace :
>     grisbi() [0x41e16a]
>     /lib/x86_64-linux-gnu/libc.so.6(+0x354b0) [0x7f3d168b44b0]
>     grisbi() [0x49c8b7]
>     grisbi() [0x4425c1]
>     grisbi() [0x42f7d0]
>     grisbi() [0x42fb0d]
>     grisbi() [0x430ac8]
>     /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_closure_invoke+0x145)
> [0x7f3d174b1fa5]
>     /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x21fc1)
> [0x7f3d174c3fc1]
>     /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0xfbc)
> [0x7f3d174ccd5c]
>     /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x8f)
> [0x7f3d174cd08f]
>     /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x746b0)
> [0x7f3d187356b0]
>     /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x101d4)
> [0x7f3d174b21d4]
>     /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0xc06)
> [0x7f3d174cc9a6]
>     /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x8f)
> [0x7f3d174cd08f]
>
> Cordialement,
> Sylvain
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://listes.grisbi.org/pipermail/bugsreports/attachments/20170520/d0e533d8/attachment.html>