[grisbi-devel] Correction de warnings

Ludovic Rousseau ludovic.rousseau at gmail.com
Sun Nov 24 20:55:23 CET 2013


Le 24 novembre 2013 19:50, Pierre Biava <pierre.biava at nerim.net> a écrit :
> Ludovic Rousseau écrivait le 22/11/2013 16:57 :
>
> Bonjour,>
>
>> Si je corrige ces warnings le code risque de ne plus compiler avec GTK+2
>> Donc ne n'est peut-être pas la bonne chose à faire tant que Gérald
>> utilise GTK+2 et pas GTK+3.
>>
>
> Pour compiler en GTK2 il faut utiliser la branche grisbi-1.x. Par contre il
> serait bien de pousser tes commits aussi sur cette branche car elle va
> rester probablement longtemps.

Je ne veux pas toucher à grisbi-1.x. à la demande de Gérald Niel [1].
Par contre je les ai mis dans wip_merge qui semble entre un merge
entre grisbi-1.x. et master.

Avec master (et wip_merge) j'ai un crash quand j'ouvre les préférences
sur Mac OS X.
(grisbi:48629): GLib-GIO-ERROR **: No GSettings schemas are installed
on the system
Trace/BPT trap: 5

Process:         grisbi [48629]
Path:            /Users/USER/Documents/*/grisbi
Identifier:      grisbi
Version:         0
Code Type:       X86-64 (Native)
Parent Process:  bash [626]
Responsible:     Terminal [617]
User ID:         501

Date/Time:       2013-11-24 20:53:21.143 +0100
OS Version:      Mac OS X 10.9 (13A603)
Report Version:  11
Anonymous UUID:  71AB12D0-BDE7-0193-B106-0E73275BBCE4

Sleep/Wake UUID: BA4E754D-77CE-470E-8FAE-0C748F4B2FBA

Crashed Thread:  0  Dispatch queue: com.apple.main-thread

Exception Type:  EXC_BREAKPOINT (SIGTRAP)
Exception Codes: 0x0000000000000002, 0x0000000000000000

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0   libglib-2.0.0.dylib               0x00000001095ba763 g_logv + 769
1   libgio-2.0.0.dylib                0x000000010945b897 g_error + 148
2   libgio-2.0.0.dylib                0x000000010945d838
g_settings_set_property + 341
3   libgobject-2.0.0.dylib            0x00000001095482f4
object_set_property + 236
4   libgobject-2.0.0.dylib            0x0000000109547b34
g_object_new_internal + 122
5   libgobject-2.0.0.dylib            0x000000010954791f
g_object_new_valist + 945
6   libgobject-2.0.0.dylib            0x00000001095472f7 g_object_new + 179
7   libgio-2.0.0.dylib                0x000000010945a9ad g_settings_new + 41
8   libgtk-3.0.dylib                  0x0000000108ea9e74
_gtk_file_chooser_get_settings_for_widget + 92
9   libgtk-3.0.dylib                  0x0000000108ea116b
gtk_file_chooser_default_get_default_size + 36
10  libgtk-3.0.dylib                  0x0000000108ea875a
file_chooser_widget_default_size_changed + 101
11  libgobject-2.0.0.dylib            0x0000000109541d51 g_closure_invoke + 266
12  libgobject-2.0.0.dylib            0x0000000109554dc8
signal_emit_unlocked_R + 1979
13  libgobject-2.0.0.dylib            0x0000000109555c2c
g_signal_emit_valist + 2631
14  libgobject-2.0.0.dylib            0x0000000109556132
g_signal_emit_by_name + 256
15  libgobject-2.0.0.dylib            0x0000000109541d51 g_closure_invoke + 266
16  libgobject-2.0.0.dylib            0x0000000109554dc8
signal_emit_unlocked_R + 1979
17  libgobject-2.0.0.dylib            0x0000000109555c2c
g_signal_emit_valist + 2631
18  libgobject-2.0.0.dylib            0x0000000109556132
g_signal_emit_by_name + 256
19  libgtk-3.0.dylib                  0x0000000108ea56ed
gtk_file_chooser_default_set_property + 223
20  libgobject-2.0.0.dylib            0x00000001095482f4
object_set_property + 236
21  libgobject-2.0.0.dylib            0x0000000109548a85
g_object_set_property + 229
22  libgobject-2.0.0.dylib            0x00000001095482f4
object_set_property + 236
23  libgobject-2.0.0.dylib            0x0000000109548a85
g_object_set_property + 229
24  libgobject-2.0.0.dylib            0x00000001095482f4
object_set_property + 236
25  libgobject-2.0.0.dylib            0x0000000109547bbb
g_object_new_internal + 257
26  libgobject-2.0.0.dylib            0x000000010954791f
g_object_new_valist + 945
27  libgobject-2.0.0.dylib            0x00000001095472f7 g_object_new + 179
28  libgtk-3.0.dylib                  0x0000000108ea845e
gtk_file_chooser_dialog_new + 183
29  grisbi                            0x0000000108a0bf2e
utils_files_create_file_chooser + 62
30  grisbi                            0x00000001089f711c preferences + 2524
31  libgobject-2.0.0.dylib            0x0000000109541d51 g_closure_invoke + 266
32  libgobject-2.0.0.dylib            0x0000000109554dc8
signal_emit_unlocked_R + 1979
33  libgobject-2.0.0.dylib            0x0000000109555c2c
g_signal_emit_valist + 2631
34  libgobject-2.0.0.dylib            0x000000010955601a g_signal_emit + 134
35  libgtk-3.0.dylib                  0x0000000108dfac7b
_gtk_action_emit_activate + 68
36  libgobject-2.0.0.dylib            0x0000000109541f7b
_g_closure_invoke_va + 289
37  libgobject-2.0.0.dylib            0x0000000109555673
g_signal_emit_valist + 1166
38  libgobject-2.0.0.dylib            0x000000010955601a g_signal_emit + 134
39  libgobject-2.0.0.dylib            0x0000000109541d51 g_closure_invoke + 266
40  libgtkmacintegration-gtk3.2.dylib    0x0000000108ddd24f
idle_call_activate + 79 (GNSMenuItem.c:33)
41  libgdk-3.0.dylib                  0x00000001091f6fed
gdk_threads_dispatch + 50
42  libglib-2.0.0.dylib               0x00000001095b436c
g_main_context_dispatch + 276
43  libglib-2.0.0.dylib               0x00000001095b4680
g_main_context_iterate + 406
44  libglib-2.0.0.dylib               0x00000001095b48ca g_main_loop_run + 195
45  libgtk-3.0.dylib                  0x0000000108ee00e6 gtk_main + 74
46  grisbi                            0x000000010893f127 main + 1607
47  libdyld.dylib                     0x00007fff88d2e5fd start + 1

C'est un bug connu ?

> Sinon la branche master est effectivement en cours de migration pour passer
> à GTK 3. C'est un boulot de longue haleine qui se complique avec le fait que
> le comportement des widgets graphiques ont un comportement différent à
> l'affichage ce qui oblige de repenser beaucoup de choses et en particulier
> le formulaire. Par ailleurs je suis sur la migration vers les fonctions
> gdk_rgba_......
>
> On pourrait peut-être faire un point sur le canal #grisbi des chantiers en
> cours.

Je n'utilise pas IRC :-(

Je ne comprend pas pourquoi il y a deux branches en developpement :
master et grisbi-1.x.
C'est pas mieux de se concentrer sur une seule branche ?

à+

[1] http://listes.grisbi.org/pipermail/devel/2013-November/002106.html

-- 
 Dr. Ludovic Rousseau


More information about the devel mailing list