Re: Possible bug in /usr/lib/libglib-2.0.so.0
Hi Fernando, I came closer to the problem. It seems to me, that not the gtkrc.cache file is broken, but the -rw-r--r--1 user users 25 Jun 29 14:30 current-gtk-key-theme -rw-r--r--1 root root 28 Sep 21 21:45 current-gtk-key-theme.cache -rw-r--r--1 user users 50 Jun 29 14:30 current-gtk-theme -rw-r--r--1 root root 52 Sep 21 21:45 current-gtk-theme.cache - cache files in /home/user/.osso are missing. They are not recached by the actual hildon-theme-cacher anymore. (It is disabled in the source // uncommented patch for maetronom, detlef // g_unsetenv (GTK2_RC_FILES); (I reenabled it, so 0.4.1 is working again for me, and added postinst to recache everything including .osso files) I have the files on the project maetronome and the bug report for maetronome in https://garage.maemo.org/tracker/index.php?func=detailaid=1189group_id=152atid=637 This is not a solution up to now. By the way, the hildon-theme-cacher can only be installed in red pill mode. Otherwize the app installer tells me: incompatible package. What is the reason for that. How does the app installer decide, that red pill mode is needed? Am Donnerstag, den 20.09.2007, 15:58 +0300 schrieb Fernando Herrera: Hi, El jue, 20-09-2007 a las 13:53 +0200, ext Detlef Schmicker escribió: Am I right, that the gtkrc.cache is corrupt in the latest image? I had a quite clean N800 installation and only added openssh and xterm before testing! Humm, this sounds very strange to me. What is the clean way to deliver a program which needs calling hildon-theme-cacher. I could not find a trusted source for hildon-theme-cacher and in I could not find the source code. So it is not possible to deliver it with my gpl application?! hildon-theme-cacher is installed in all the images, so you can just invoke it if you really need it from your applications. Usually new themes invokes it in the postinst script, either: hildon-theme-cacher path-to-your-theme or (to update all gtkrc caches): hildon-theme-recache-all The source code for this cacher program it's at stage svn. Latest sources are: https://stage.maemo.org/svn/maemo/projects/haf/trunk/hildon-theme-cacher/ but those are matching the current development versions of glib and gtk+ present on sardine and won't work with the latest official maemo release, so you probably want to look at: https://stage.maemo.org/svn/maemo/projects/haf/tags/hildon-theme-cacher/0.4.1-1/ Hope this helps. Salu2 ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Possible bug in /usr/lib/libglib-2.0.so.0
Hello, I have a strange problem: maetronome.garage.maemo.org (A port of GTick) crashes with bus error. I tracked down the problem with gdb and strace and the problem is connected to the file /usr/share/themes/default/gtk-2.0/gtkrc.cache If I delete it, the crash does not happen and everything works fine. I attach my output from gdb and strace. In case somebody wants to reproduce, think of LD_PRELOAD !! I seems that glib crashes during processing of gtkrc.cache Any tips? Any workarounds? Thanks a lot Detlef Nokia-N800-26:~# export LD_PRELOAD=/usr/bin/libesd.so.0 /usr/bin/libesddsp.so.0 Nokia-N800-26:~# gdb gtick . Program received signal SIG32, Real-time event 32. 0x41208a90 in pthread_create () from /lib/libpthread.so.0 (gdb) c Continuing. Program received signal SIGBUS, Bus error. 0x41162032 in g_scanner_scope_foreach_symbol () from /usr/lib/libglib-2.0.so.0 (gdb) bt #0 0x41162032 in g_scanner_scope_foreach_symbol () from /usr/lib/libglib-2.0.so.0 #1 0x411b04d4 in ?? () from /usr/lib/libglib-2.0.so.0 Cannot access memory at address 0xc (gdb) Nokia-N800-26:~# strace gtick open(/usr/share/themes/default/gtk-2.0/gtkrc.cache, O_RDONLY| O_LARGEFILE) = 10 fstat64(10, {st_mode=S_IFREG|0644, st_size=17592186044416, ...}) = 0 mmap2(NULL, 182448, PROT_READ, MAP_SHARED, 10, 0x430) = 0x40274000 close(10) = 0 --- SIGBUS (Bus error) @ 0 (0) --- +++ killed by SIGBUS +++ Process 2722 detached Nokia-N800-26:~# ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Possible bug in /usr/lib/libglib-2.0.so.0
Thanks a lot, that seems to work. Am I right, that the gtkrc.cache is corrupt in the latest image? I had a quite clean N800 installation and only added openssh and xterm before testing! What is the clean way to deliver a program which needs calling hildon-theme-cacher. I could not find a trusted source for hildon-theme-cacher and in I could not find the source code. So it is not possible to deliver it with my gpl application?! Thanks a lot Detlef Am Donnerstag, den 20.09.2007, 14:25 +0300 schrieb Fernando Herrera: Hi, this seems like a corruption of the Gtk Rc Cahce file (that is a custom patch in our gtk/glib). Can you try to re-create the cache after deleting it: $ hildon-theme-cacher /usr/share/themes/default/gtk-2.0/ and check if it crashes again? Salu2 El jue, 20-09-2007 a las 13:17 +0200, ext Detlef Schmicker escribió: Hello, I have a strange problem: maetronome.garage.maemo.org (A port of GTick) crashes with bus error. I tracked down the problem with gdb and strace and the problem is connected to the file /usr/share/themes/default/gtk-2.0/gtkrc.cache If I delete it, the crash does not happen and everything works fine. I attach my output from gdb and strace. In case somebody wants to reproduce, think of LD_PRELOAD !! I seems that glib crashes during processing of gtkrc.cache Any tips? Any workarounds? Thanks a lot Detlef Nokia-N800-26:~# export LD_PRELOAD=/usr/bin/libesd.so.0 /usr/bin/libesddsp.so.0 Nokia-N800-26:~# gdb gtick . Program received signal SIG32, Real-time event 32. 0x41208a90 in pthread_create () from /lib/libpthread.so.0 (gdb) c Continuing. Program received signal SIGBUS, Bus error. 0x41162032 in g_scanner_scope_foreach_symbol () from /usr/lib/libglib-2.0.so.0 (gdb) bt #0 0x41162032 in g_scanner_scope_foreach_symbol () from /usr/lib/libglib-2.0.so.0 #1 0x411b04d4 in ?? () from /usr/lib/libglib-2.0.so.0 Cannot access memory at address 0xc (gdb) Nokia-N800-26:~# strace gtick open(/usr/share/themes/default/gtk-2.0/gtkrc.cache, O_RDONLY| O_LARGEFILE) = 10 fstat64(10, {st_mode=S_IFREG|0644, st_size=17592186044416, ...}) = 0 mmap2(NULL, 182448, PROT_READ, MAP_SHARED, 10, 0x430) = 0x40274000 close(10) = 0 --- SIGBUS (Bus error) @ 0 (0) --- +++ killed by SIGBUS +++ Process 2722 detached Nokia-N800-26:~# ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Possible bug in /usr/lib/libglib-2.0.so.0
Hi, El jue, 20-09-2007 a las 13:53 +0200, ext Detlef Schmicker escribió: Am I right, that the gtkrc.cache is corrupt in the latest image? I had a quite clean N800 installation and only added openssh and xterm before testing! Humm, this sounds very strange to me. What is the clean way to deliver a program which needs calling hildon-theme-cacher. I could not find a trusted source for hildon-theme-cacher and in I could not find the source code. So it is not possible to deliver it with my gpl application?! hildon-theme-cacher is installed in all the images, so you can just invoke it if you really need it from your applications. Usually new themes invokes it in the postinst script, either: hildon-theme-cacher path-to-your-theme or (to update all gtkrc caches): hildon-theme-recache-all The source code for this cacher program it's at stage svn. Latest sources are: https://stage.maemo.org/svn/maemo/projects/haf/trunk/hildon-theme-cacher/ but those are matching the current development versions of glib and gtk+ present on sardine and won't work with the latest official maemo release, so you probably want to look at: https://stage.maemo.org/svn/maemo/projects/haf/tags/hildon-theme-cacher/0.4.1-1/ Hope this helps. Salu2 ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Possible bug in /usr/lib/libglib-2.0.so.0
Am Donnerstag, den 20.09.2007, 15:58 +0300 schrieb Fernando Herrera: Hi, El jue, 20-09-2007 a las 13:53 +0200, ext Detlef Schmicker escribió: Am I right, that the gtkrc.cache is corrupt in the latest image? I had a quite clean N800 installation and only added openssh and xterm before testing! Humm, this sounds very strange to me. What is the clean way to deliver a program which needs calling hildon-theme-cacher. I could not find a trusted source for hildon-theme-cacher and in I could not find the source code. So it is not possible to deliver it with my gpl application?! hildon-theme-cacher is installed in all the images, so you can just invoke it if you really need it from your applications. Now I have to H fresh installed RX-34_2007SE_4.2007.26-8_PR_COMBINED_MR0_ARM.bin (loaded my backup from sdcard) installed openssh in red pil and Nokia-N800-26:~# cd / Nokia-N800-26:/# find|grep hildon-the Nokia-N800-26:/# Usually new themes invokes it in the postinst script, either: hildon-theme-cacher path-to-your-theme or (to update all gtkrc caches): hildon-theme-recache-all The source code for this cacher program it's at stage svn. Latest sources are: https://stage.maemo.org/svn/maemo/projects/haf/trunk/hildon-theme-cacher/ but those are matching the current development versions of glib and gtk+ present on sardine and won't work with the latest official maemo release, so you probably want to look at: https://stage.maemo.org/svn/maemo/projects/haf/tags/hildon-theme-cacher/0.4.1-1/ Hope this helps. Thanks Salu2 ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Possible bug in /usr/lib/libglib-2.0.so.0
I have a realy strange behaviour: hildon-theme-cacher 0.2.0-1 works for me, newer ones lead to crash of my app. The size of gtkrc.cache does not differ?! Detlef Am Donnerstag, den 20.09.2007, 15:58 +0300 schrieb Fernando Herrera: Hi, El jue, 20-09-2007 a las 13:53 +0200, ext Detlef Schmicker escribió: Am I right, that the gtkrc.cache is corrupt in the latest image? I had a quite clean N800 installation and only added openssh and xterm before testing! Humm, this sounds very strange to me. What is the clean way to deliver a program which needs calling hildon-theme-cacher. I could not find a trusted source for hildon-theme-cacher and in I could not find the source code. So it is not possible to deliver it with my gpl application?! hildon-theme-cacher is installed in all the images, so you can just invoke it if you really need it from your applications. Usually new themes invokes it in the postinst script, either: hildon-theme-cacher path-to-your-theme or (to update all gtkrc caches): hildon-theme-recache-all The source code for this cacher program it's at stage svn. Latest sources are: https://stage.maemo.org/svn/maemo/projects/haf/trunk/hildon-theme-cacher/ but those are matching the current development versions of glib and gtk+ present on sardine and won't work with the latest official maemo release, so you probably want to look at: https://stage.maemo.org/svn/maemo/projects/haf/tags/hildon-theme-cacher/0.4.1-1/ Hope this helps. Salu2 ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers