[grisbi-devel] Plantages sur la Ubuntu 16.04

[Pierre Biava]

Bonjour,

J'ai mis sur SF à l'adresse ci_dessous 2 fichiers ( custom_list.c et
transaction_list.c) dont le deuxième permet chez moi d'éviter le crash
systématique de Grisbi. Je n'ai pas encore trouvé ce qui ne va pas mais
je pense à un problème entre le tree_model utilisé par grisbi et les
fonctions standard de mise à jour du tree_view.

Autre chose, quelqu'un peut-il m'expliquer comment utiliser les fichiers
de débogage *dbg (libgtk2.0-0-dbg par exemple) ?

Utilisateurs de Ubuntu 16.04 pouvez-vous tester ces fichiers en
recompilant les sources de grisbi en les mettant à la place de ceux
existants.

Nota : Un utilisateur passé de Ubuntu 15.10 à 16.04 (KDE) n'est pas du
tout concerné par le problème.

A votre disposition.

Cdt.

[Ludovic Rousseau]

Post by Pierre Biava
Bonjour,

Bonjour,

Post by Pierre Biava
Autre chose, quelqu'un peut-il m'expliquer comment utiliser les fichiers
de débogage *dbg (libgtk2.0-0-dbg par exemple) ?

Si j'ai bien compris ces paquets sont utilisés pour générer une back trace
(par gdb par exemple) avec des noms de symboles et pas uniquement des
adresses mémoire.
Voir l'introduction de https://wiki.debian.org/DebugPackage

à+

[Guillaume Hourdier]

Bonsoir,

Je viens de tester le fichier transaction_list.c téléchargé depuis
l'adresse
https://sourceforge.net/projects/grisbi/files/dependancies/1.0.0-bug-16.04/.
Je constate que le bug n'est plus reproduit ! Il y a simplement un
ralentissement de 1 à 3 seconde à vue de nez, donc grosse amélioration !
Super travail, merci beaucoup ! Je vais pouvoir revenir à une exécution
en natif sur mon PC.

Cdlt,
Guillaume

Post by Pierre Biava
Bonjour,
J'ai mis sur SF à l'adresse ci_dessous 2 fichiers ( custom_list.c et
transaction_list.c) dont le deuxième permet chez moi d'éviter le crash
systématique de Grisbi. Je n'ai pas encore trouvé ce qui ne va pas
mais je pense à un problème entre le tree_model utilisé par grisbi et
les fonctions standard de mise à jour du tree_view.
Autre chose, quelqu'un peut-il m'expliquer comment utiliser les
fichiers de débogage *dbg (libgtk2.0-0-dbg par exemple) ?
Utilisateurs de Ubuntu 16.04 pouvez-vous tester ces fichiers en
recompilant les sources de grisbi en les mettant à la place de ceux
existants.
Nota : Un utilisateur passé de Ubuntu 15.10 à 16.04 (KDE) n'est pas du
tout concerné par le problème.
A votre disposition.
Cdt.

[Pierre Biava]

Post by Guillaume Hourdier
Bonsoir,
Je viens de tester le fichier transaction_list.c téléchargé depuis
l'adresse
https://sourceforge.net/projects/grisbi/files/dependancies/1.0.0-bug-16.04/.
Je constate que le bug n'est plus reproduit ! Il y a simplement un
ralentissement de 1 à 3 seconde à vue de nez, donc grosse amélioration
! Super travail, merci beaucoup ! Je vais pouvoir revenir à une
exécution en natif sur mon PC.

Merci pour ce retour. Pour ceux qui compilent leur version à partir de
git pour l'utiliser couramment, on peut (doit ?) mettre la variable
IS_DEVELOPMENT_VERSION à 0. Cela se fait dans le fichier structures.h à
la ligne 17 :

/* Define this when in Git development branch. */
#define IS_DEVELOPMENT_VERSION 1

mettre :

#define IS_DEVELOPMENT_VERSION 0

ça évite à grisbi d'écrire tout un tas d'informations utiles au
développement.

Bonne soirée.

Post by Guillaume Hourdier
Cdlt,
Guillaume

Post by Pierre Biava
Bonjour,
J'ai mis sur SF à l'adresse ci_dessous 2 fichiers ( custom_list.c et
transaction_list.c) dont le deuxième permet chez moi d'éviter le
crash systématique de Grisbi. Je n'ai pas encore trouvé ce qui ne va
pas mais je pense à un problème entre le tree_model utilisé par
grisbi et les fonctions standard de mise à jour du tree_view.
Autre chose, quelqu'un peut-il m'expliquer comment utiliser les
fichiers de débogage *dbg (libgtk2.0-0-dbg par exemple) ?
Utilisateurs de Ubuntu 16.04 pouvez-vous tester ces fichiers en
recompilant les sources de grisbi en les mettant à la place de ceux
existants.
Nota : Un utilisateur passé de Ubuntu 15.10 à 16.04 (KDE) n'est pas
du tout concerné par le problème.
A votre disposition.
Cdt.

_______________________________________________
devel mailing list
http://listes.grisbi.org/mailman/listinfo/devel

[Alain Letient]

Bonsoir

Est ce que cela est valable aussi pour une compilation sous Debian à
partir de git ?

A+
Alain

Post by Pierre Biava

Post by Guillaume Hourdier
Bonsoir,
Je viens de tester le fichier transaction_list.c téléchargé depuis
l'adresse
https://sourceforge.net/projects/grisbi/files/dependancies/1.0.0-bug-16.04/.
Je constate que le bug n'est plus reproduit ! Il y a simplement un
ralentissement de 1 à 3 seconde à vue de nez, donc grosse amélioration
! Super travail, merci beaucoup ! Je vais pouvoir revenir à une
exécution en natif sur mon PC.

Merci pour ce retour. Pour ceux qui compilent leur version à partir de
git pour l'utiliser couramment, on peut (doit ?) mettre la variable
IS_DEVELOPMENT_VERSION à 0. Cela se fait dans le fichier structures.h à
/* Define this when in Git development branch. */
#define IS_DEVELOPMENT_VERSION 1
#define IS_DEVELOPMENT_VERSION 0
ça évite à grisbi d'écrire tout un tas d'informations utiles au
développement.
Bonne soirée.

Post by Guillaume Hourdier
Cdlt,
Guillaume

Post by Pierre Biava
Bonjour,
J'ai mis sur SF à l'adresse ci_dessous 2 fichiers ( custom_list.c et
transaction_list.c) dont le deuxième permet chez moi d'éviter le
crash systématique de Grisbi. Je n'ai pas encore trouvé ce qui ne va
pas mais je pense à un problème entre le tree_model utilisé par
grisbi et les fonctions standard de mise à jour du tree_view.
Autre chose, quelqu'un peut-il m'expliquer comment utiliser les
fichiers de débogage *dbg (libgtk2.0-0-dbg par exemple) ?
Utilisateurs de Ubuntu 16.04 pouvez-vous tester ces fichiers en
recompilant les sources de grisbi en les mettant à la place de ceux
existants.
Nota : Un utilisateur passé de Ubuntu 15.10 à 16.04 (KDE) n'est pas
du tout concerné par le problème.
A votre disposition.
Cdt.

_______________________________________________
devel mailing list
http://listes.grisbi.org/mailman/listinfo/devel

[Pierre Biava]

Post by Guillaume Hourdier
Bonsoir
Est ce que cela est valable aussi pour une compilation sous Debian à
partir de git ?

Pour la mise à zéro de la variable IS_DEVELOPMENT_VERSION, ça concerne
tout le monde pour une utilisation au quotidien. Par contre pour des
tests il vaut mieux garder la valeur 1 car ça permet de suivre ce qui se
passe dans un terminal.

Bonne soirée.

Post by Guillaume Hourdier
A+
Alain

Post by Pierre Biava

Post by Guillaume Hourdier
Bonsoir,
Je viens de tester le fichier transaction_list.c téléchargé depuis
l'adresse
https://sourceforge.net/projects/grisbi/files/dependancies/1.0.0-bug-16.04/.
Je constate que le bug n'est plus reproduit ! Il y a simplement un
ralentissement de 1 à 3 seconde à vue de nez, donc grosse amélioration
! Super travail, merci beaucoup ! Je vais pouvoir revenir à une
exécution en natif sur mon PC.

Merci pour ce retour. Pour ceux qui compilent leur version à partir de
git pour l'utiliser couramment, on peut (doit ?) mettre la variable
IS_DEVELOPMENT_VERSION à 0. Cela se fait dans le fichier structures.h à
/* Define this when in Git development branch. */
#define IS_DEVELOPMENT_VERSION 1
#define IS_DEVELOPMENT_VERSION 0
ça évite à grisbi d'écrire tout un tas d'informations utiles au
développement.
Bonne soirée.

Post by Guillaume Hourdier
Cdlt,
Guillaume

Post by Pierre Biava
Bonjour,
J'ai mis sur SF à l'adresse ci_dessous 2 fichiers ( custom_list.c et
transaction_list.c) dont le deuxième permet chez moi d'éviter le
crash systématique de Grisbi. Je n'ai pas encore trouvé ce qui ne va
pas mais je pense à un problème entre le tree_model utilisé par
grisbi et les fonctions standard de mise à jour du tree_view.
Autre chose, quelqu'un peut-il m'expliquer comment utiliser les
fichiers de débogage *dbg (libgtk2.0-0-dbg par exemple) ?
Utilisateurs de Ubuntu 16.04 pouvez-vous tester ces fichiers en
recompilant les sources de grisbi en les mettant à la place de ceux
existants.
Nota : Un utilisateur passé de Ubuntu 15.10 à 16.04 (KDE) n'est pas
du tout concerné par le problème.
A votre disposition.
Cdt.

_______________________________________________
devel mailing list
http://listes.grisbi.org/mailman/listinfo/devel

_______________________________________________
devel mailing list
http://listes.grisbi.org/mailman/listinfo/devel

[Alain Letient]

Bonjour Pierre

Même question que pour la mise à 0 de IS_DEVELOPPEMENT_VERSION.
Est ce que les 2 fichiers custom_list.c et transaction_list.c sont
uniquement réservés aux utilisateurs de Ubuntu ?
Peut-on (doit-on) les mettre aussi sous Debian testing ?

A+
Alain

Post by Guillaume Hourdier
Bonsoir,
Je viens de tester le fichier transaction_list.c téléchargé depuis
l'adresse
https://sourceforge.net/projects/grisbi/files/dependancies/1.0.0-bug-16.04/.
Je constate que le bug n'est plus reproduit ! Il y a simplement un
ralentissement de 1 à 3 seconde à vue de nez, donc grosse amélioration !
Super travail, merci beaucoup ! Je vais pouvoir revenir à une exécution
en natif sur mon PC.
Cdlt,
Guillaume

Post by Pierre Biava
Bonjour,
J'ai mis sur SF à l'adresse ci_dessous 2 fichiers ( custom_list.c et
transaction_list.c) dont le deuxième permet chez moi d'éviter le crash
systématique de Grisbi. Je n'ai pas encore trouvé ce qui ne va pas
mais je pense à un problème entre le tree_model utilisé par grisbi et
les fonctions standard de mise à jour du tree_view.
Autre chose, quelqu'un peut-il m'expliquer comment utiliser les
fichiers de débogage *dbg (libgtk2.0-0-dbg par exemple) ?
Utilisateurs de Ubuntu 16.04 pouvez-vous tester ces fichiers en
recompilant les sources de grisbi en les mettant à la place de ceux
existants.
Nota : Un utilisateur passé de Ubuntu 15.10 à 16.04 (KDE) n'est pas du
tout concerné par le problème.
A votre disposition.
Cdt.

[Pierre Biava]

Post by Alain Letient
Bonjour Pierre
Même question que pour la mise à 0 de IS_DEVELOPPEMENT_VERSION.
Est ce que les 2 fichiers custom_list.c et transaction_list.c sont
uniquement réservés aux utilisateurs de Ubuntu ?
Peut-on (doit-on) les mettre aussi sous Debian testing ?

Ils sont pour tout le monde.

Bonne journée.

Post by Alain Letient
A+
Alain

Post by Guillaume Hourdier
Bonsoir,
Je viens de tester le fichier transaction_list.c téléchargé depuis
l'adresse
https://sourceforge.net/projects/grisbi/files/dependancies/1.0.0-bug-16.04/.
Je constate que le bug n'est plus reproduit ! Il y a simplement un
ralentissement de 1 à 3 seconde à vue de nez, donc grosse amélioration !
Super travail, merci beaucoup ! Je vais pouvoir revenir à une exécution
en natif sur mon PC.
Cdlt,
Guillaume

Post by Pierre Biava
Bonjour,
J'ai mis sur SF à l'adresse ci_dessous 2 fichiers ( custom_list.c et
transaction_list.c) dont le deuxième permet chez moi d'éviter le crash
systématique de Grisbi. Je n'ai pas encore trouvé ce qui ne va pas
mais je pense à un problème entre le tree_model utilisé par grisbi et
les fonctions standard de mise à jour du tree_view.
Autre chose, quelqu'un peut-il m'expliquer comment utiliser les
fichiers de débogage *dbg (libgtk2.0-0-dbg par exemple) ?
Utilisateurs de Ubuntu 16.04 pouvez-vous tester ces fichiers en
recompilant les sources de grisbi en les mettant à la place de ceux
existants.
Nota : Un utilisateur passé de Ubuntu 15.10 à 16.04 (KDE) n'est pas du
tout concerné par le problème.
A votre disposition.
Cdt.

_______________________________________________
devel mailing list
http://listes.grisbi.org/mailman/listinfo/devel