[grisbi-devel] Grisbi 2.0 pour bientôt ?
Nicolas LAURENT
nl at haplo.info
Wed Jan 6 08:19:34 CET 2021
Hello,
> Le 5 janv. 2021 à 23:10, Pierre <pierre at pierre.biava.name> a écrit :
>
> Le 05/01/2021 à 14:40, Nicolas LAURENT a écrit :
>
> Re,
>
> En cherchant d'ou ça peut provenir, je me suis aperçu que l'interface graphique utilise des composants obsolètes. Je vais remédier à ça meme si ça n'a pas d'incidence.
Ca ne peut pas faire de mal. :-)
> Pour le plantage sur Mojave tu as quelque chose de plus précis sur le strlen afin que je sache où regarder.
Je n’ai pas pris le temps d’analyser plus avant. Mais il semble que le problème intervient lors de l’initialisation de GTK
>>> 0 libsystem_platform.dylib 0x00007fff72b9b6f2 _platform_strlen + 18
>>> 1 libobjc.A.dylib 0x00007fff711d2389 objc_opt::objc_stringhash_t::getIndex(char const*) const + 25
...
>>> 13 libgtk-3.0.dylib 0x0000000103d91485 gtk_application_startup + 149
>>> 14 Grisbi-bin 0x00000001032f1149 grisbi_app_startup + 105
> Pour Big Sur je vais regarder dans bet_graph_sectors_graph_new ().
>>> 3 ??? 0x00007ff6dafde2c0 0x0 + 140698212754112
>>> 4 Grisbi-bin 0x00000001049a4be5 bet_graph_sectors_graph_new + 1141
Ce log me fait penser à un pointeur sur fonction mal initialisé et utilisé à partir de bet_graph_sectors_graph_new().
Je n’arrive pour l’instant pas à le reproduire.
>> Ma config:
>> $ uname -a
>> Darwin iMac.local 20.2.0 Darwin Kernel Version 20.2.0: Wed Dec 2 20:39:59 PST 2020; root:xnu-7195.60.75~1/RELEASE_X86_64 x86_64
>> C’est BigSur 11.1.
>> Le plantage sur Mojave est étrange: on est clairement sur un strlen() sur une chaine non terminée par un ‘\0’. J’ai peur qu’il soit compliqué d’assurer la compatibilité sur Mojave en compilant sur BigSur.
>> Le plantage sur BigSur: de mon coté, les graph (« prévisions » et « données historiques ») fonctionnent mais ils ne sont pas en « haute définition ». Tous les graph plantent de ton coté?
>> As-tu un fichier ce compte "de test" pour que je tente de reproduire?
>> A+
>>
>>> Le 5 janv. 2021 à 14:21, Ludovic Rousseau <ludovic.rousseau at gmail.com> a écrit :
>>>
>>> Le mar. 5 janv. 2021 à 12:26, Nicolas LAURENT <nl at haplo.info> a écrit :
>>> Bonjour,
>>>
>>> J’avais dû oublié un "make clean ».
>>> J’ai recompilé proprement et déposé un deg ici: http://ovh.to/NeGnHe4
>>>
>>> Les graphiques fonctionnent :-)
>>>
>>> J'ai essayé sur Mojave et ça plante dès le lancement avec génération d'un fichier .crash dans Bibliothèque ▸ Logs ▸ DiagnosticReports
>>>
>>> Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
>>> 0 libsystem_platform.dylib 0x00007fff72b9b6f2 _platform_strlen + 18
>>> 1 libobjc.A.dylib 0x00007fff711d2389 objc_opt::objc_stringhash_t::getIndex(char const*) const + 25
>>> 2 libobjc.A.dylib 0x00007fff711ef576 search_builtins(char const*) + 32
>>> 3 libobjc.A.dylib 0x00007fff711ef5c6 __sel_registerName(char const*, bool, bool) + 38
>>> 4 libobjc.A.dylib 0x00007fff711dfe2a fixupMethodList(method_list_t*, bool, bool) + 100
>>> 5 libobjc.A.dylib 0x00007fff711d4ec5 prepareMethodLists(objc_class*, method_list_t**, int, bool, bool) + 136
>>> 6 libobjc.A.dylib 0x00007fff711e8fdf realizeClassWithoutSwift(objc_class*) + 1698
>>> 7 libobjc.A.dylib 0x00007fff711edf49 realizeClassMaybeSwiftMaybeRelock(objc_class*, mutex_tt<false>&, bool) + 306
>>> 8 libobjc.A.dylib 0x00007fff711e85d0 initializeAndMaybeRelock(objc_class*, objc_object*, mutex_tt<false>&, bool) + 92
>>> 9 libobjc.A.dylib 0x00007fff711d7690 lookUpImpOrForward + 228
>>> 10 libobjc.A.dylib 0x00007fff711d7114 _objc_msgSend_uncached + 68
>>> 11 libgtk-3.0.dylib 0x00000001041b0ea9 gtk_application_impl_quartz_startup + 153
>>> 12 libgtk-3.0.dylib 0x0000000103d93806 gtk_application_impl_startup + 38
>>> 13 libgtk-3.0.dylib 0x0000000103d91485 gtk_application_startup + 149
>>> 14 Grisbi-bin 0x00000001032f1149 grisbi_app_startup + 105
>>> 15 libgobject-2.0.0.dylib 0x00000001050c5896 _g_closure_invoke_va + 198
>>> 16 libgobject-2.0.0.dylib 0x00000001050dc695 g_signal_emit_valist + 1237
>>> 17 libgobject-2.0.0.dylib 0x00000001050dd142 g_signal_emit + 130
>>> 18 libgio-2.0.0.dylib 0x0000000104efd345 g_application_register + 293
>>> 19 libgio-2.0.0.dylib 0x0000000104effb5b g_application_real_local_command_line + 1547
>>> 20 libgtk-3.0.dylib 0x0000000103d912bd gtk_application_local_command_line + 77
>>> 21 libgio-2.0.0.dylib 0x0000000104efda58 g_application_run + 408
>>> 22 Grisbi-bin 0x0000000103292237 main + 279
>>> 23 libdyld.dylib 0x00007fff729b33d5 start + 1
>>>
>>> J'ai essayé sur Big Sur et Catalina et les graphiques font encore planter. Voir la trace (Catalina) ci-dessous :
>>> Grisbi version: 1.9.99
>>> 0 Grisbi-bin 0x00000001049c0efd debug_print_backtrace + 61
>>> 1 Grisbi-bin 0x00000001049c0daa debug_traitement_sigsegv + 1082
>>> 2 libsystem_platform.dylib 0x00007fff203b5d7d _sigtramp + 29
>>> 3 ??? 0x00007ff6dafde2c0 0x0 + 140698212754112
>>> 4 Grisbi-bin 0x00000001049a4be5 bet_graph_sectors_graph_new + 1141
>>> 5 libgobject-2.0.0.dylib 0x0000000110d1e896 _g_closure_invoke_va + 198
>>> 6 libgobject-2.0.0.dylib 0x0000000110d35695 g_signal_emit_valist + 1237
>>> 7 libgobject-2.0.0.dylib 0x0000000110d36319 g_signal_emit_by_name + 441
>>> 8 libgtk-3.0.dylib 0x000000010e6e16f9 button_clicked + 73
>>> 9 libgobject-2.0.0.dylib 0x0000000110d1e896 _g_closure_invoke_va + 198
>>> 10 libgobject-2.0.0.dylib 0x0000000110d35695 g_signal_emit_valist + 1237
>>> 11 libgobject-2.0.0.dylib 0x0000000110d36142 g_signal_emit + 130
>>> 12 libgtk-3.0.dylib 0x000000010e3c5676 gtk_button_clicked + 198
>>> 13 libgtk-3.0.dylib 0x000000010e3ca19d gtk_button_do_release + 109
>>> 14 libgtk-3.0.dylib 0x000000010e3c975e gtk_real_button_released + 126
>>> 15 libgobject-2.0.0.dylib 0x0000000110d1e896 _g_closure_invoke_va + 198
>>> 16 libgobject-2.0.0.dylib 0x0000000110d35695 g_signal_emit_valist + 1237
>>> 17 libgobject-2.0.0.dylib 0x0000000110d36142 g_signal_emit + 130
>>> 18 libgtk-3.0.dylib 0x000000010e3ca409 multipress_released_cb + 73
>>> 19 libgtk-3.0.dylib 0x000000010e7d1d4f _gtk_marshal_VOID__INT_DOUBLE_DOUBLEv + 639
>>> 20 libgobject-2.0.0.dylib 0x0000000110d1e896 _g_closure_invoke_va + 198
>>> 21 libgobject-2.0.0.dylib 0x0000000110d35695 g_signal_emit_valist + 1237
>>> 22 libgobject-2.0.0.dylib 0x0000000110d36142 g_signal_emit + 130
>>> 23 libgtk-3.0.dylib 0x000000010e4f49d8 gtk_gesture_multi_press_end + 152
>>> 24 libgobject-2.0.0.dylib 0x0000000110d21ed3 g_cclosure_marshal_VOID__BOXEDv + 179
>>> 25 libgobject-2.0.0.dylib 0x0000000110d1e896 _g_closure_invoke_va + 198
>>> 26 libgobject-2.0.0.dylib 0x0000000110d35695 g_signal_emit_valist + 1237
>>> 27 libgobject-2.0.0.dylib 0x0000000110d36142 g_signal_emit + 130
>>> 28 libgtk-3.0.dylib 0x000000010e4f2742 _gtk_gesture_set_recognized + 146
>>> 29 libgtk-3.0.dylib 0x000000010e4eef98 _gtk_gesture_check_recognized + 88
>>> 30 libgtk-3.0.dylib 0x000000010e4f1958 gtk_gesture_handle_event + 568
>>> 31 libgtk-3.0.dylib 0x000000010e4f75da gtk_gesture_single_handle_event + 874
>>> 32 libgtk-3.0.dylib 0x000000010e49ea6d gtk_event_controller_handle_event + 365
>>> 33 libgtk-3.0.dylib 0x000000010e75c170 _gtk_widget_run_controllers + 240
>>> 34 libgtk-3.0.dylib 0x000000010e7711f5 gtk_widget_real_button_event + 37
>>> 35 libgtk-3.0.dylib 0x000000010e7c5fad _gtk_marshal_BOOLEAN__BOXEDv + 461
>>> 36 libgobject-2.0.0.dylib 0x0000000110d1e896 _g_closure_invoke_va + 198
>>> 37 libgobject-2.0.0.dylib 0x0000000110d35695 g_signal_emit_valist + 1237
>>> 38 libgobject-2.0.0.dylib 0x0000000110d36142 g_signal_emit + 130
>>> 39 libgtk-3.0.dylib 0x000000010e75bbda gtk_widget_event_internal + 794
>>> 40 libgtk-3.0.dylib 0x000000010e75b8b4 gtk_widget_event + 356
>>> 41 libgtk-3.0.dylib 0x000000010e5673c2 propagate_event_up + 98
>>> 42 libgtk-3.0.dylib 0x000000010e5663c6 propagate_event + 406
>>> 43 libgtk-3.0.dylib 0x000000010e5658c0 gtk_propagate_event + 256
>>> 44 libgtk-3.0.dylib 0x000000010e5650e7 gtk_main_do_event + 1799
>>> 45 libgdk-3.0.dylib 0x000000010f63a8a5 _gdk_event_emit + 69
>>> 46 libgdk-3.0.dylib 0x000000010f67ea7f gdk_event_dispatch + 79
>>> 47 libglib-2.0.0.dylib 0x0000000110e3082c g_main_context_dispatch + 348
>>> 48 libglib-2.0.0.dylib 0x0000000110e30b9d g_main_context_iterate + 525
>>> 49 libglib-2.0.0.dylib 0x0000000110e30c46 g_main_context_iteration + 102
>>>
>>> Dans les 2 cas le plantage à lieu dans libsystem_platform.dylib
>>>
>>> C'est intéressant que les graphiques fonctionnent chez toi. C'était Big Sur ? version 11.1 ?
>>> Le problème est donc plus complexe.
>>>
>>> Je propose de fournir une version de Grisbi SANS libgoffice pour l'instant. Et de chercher la cause du problème.
>>>
>>> à+
>>>
>>> --
>>> Dr. Ludovic Rousseau
>>> _______________________________________________
>>> devel mailing list
>>> devel at listes.grisbi.org
>>> http://listes.grisbi.org/mailman/listinfo/devel
>> _______________________________________________
>> devel mailing list
>> devel at listes.grisbi.org
>> http://listes.grisbi.org/mailman/listinfo/devel
>
>
> --
>
> A+
>
> Pierre Biava
> _______________________________________________
> devel mailing list
> devel at listes.grisbi.org
> http://listes.grisbi.org/mailman/listinfo/devel
More information about the devel
mailing list