I have this .png file [1] that locks up Ristretto and Xfce. The file was obtained by .lyx --> .pdf --> screenshot in GIMP --> .png. The same file is viewed without problems in Mirage or in Opera. I also have a second .png file [2], obtained in similar way (actually same LyX file), that Ristretto handles with no fuss. Regards, Liviu [1] http://s000.tinyupload.com/index.php?file_id=35730800159401850311 [2] http://s000.tinyupload.com/index.php?file_id=35957761385436475614 localhost liviu # emerge --info Portage 2.1.4.4 (default/linux/x86/2008.0/desktop, gcc-4.1.2, glibc-2.6.1-r0, 2.6.22-gentoo-r5-0.2 i686) ================================================================= System uname: 2.6.22-gentoo-r5-0.2 i686 Intel(R) Pentium(R) M processor 1.60GHz [..] localhost liviu # eix ristretto [I] media-gfx/ristretto Available versions: 0.0.17 0.0.20 {debug} Installed versions: 0.0.20(18:23:32 27/06/08)(-debug) localhost liviu # eix xfce4 [I] xfce-base/xfce4 Available versions: 4.4.2 {alsa cups minimal oss xscreensaver} Installed versions: 4.4.2(13:42:03 21/09/08)(alsa cups xscreensaver -minimal -oss)
Worth to note that Ristretto did not respond to the default top kill signal (15). I had to revert to 9. Liviu
I can not confirm this, the file works fine here with Xfce 4.4.2 on Fedora 9. $ rpm -q ristretto gtk2 glibc ristretto-0.0.20-2.fc9.i386 gtk2-2.12.12-1.fc9.i386 glibc-2.8-8.i686
I'm using x11-libs/gtk+-2.12.11 sys-libs/glibc-2.6.1 I've just retest again, opening the file with Ristretto from emelFM2 and Thunar, and I get the same behaviour as initially described. Liviu
I have tested with emelfm2 (0.4.1 as well as 0.5.0) and thunar (0.9.3). No problems, so I guess it must be caused by ristretto itself. Please make sure you that the following patch is included in your ebuild: http://cvs.fedoraproject.org/viewvc/rpms/ristretto/devel/ristretto-0.0.20-fix-marshaller.patch?revision=1.1&view=markup For more check our r 5016 from http://svn.xfce.org/svn/goodies/ristretto/trunk.
I can reproduce with .svg files... not sure what's causing it. (here's a bt) (gdb) bt #0 0xb7eff410 in __kernel_vsyscall () #1 0xb7786589 in __lll_lock_wait () from /lib/tls/i686/cmov/libpthread.so.0 #2 0xb7781ba6 in _L_lock_95 () from /lib/tls/i686/cmov/libpthread.so.0 #3 0xb778158a in pthread_mutex_lock () from /lib/tls/i686/cmov/libpthread.so.0 #4 0xb7ac2f59 in ?? () from /usr/lib/libgdk_pixbuf-2.0.so.0 #5 0xb7ac6660 in ?? () from /usr/lib/libgdk_pixbuf-2.0.so.0 #6 0xb7ac7181 in gdk_pixbuf_loader_write () from /usr/lib/libgdk_pixbuf-2.0.so.0 #7 0x08057291 in cb_rstto_navigator_entry_read_file (io_channel=0x82f3f10, cond=G_IO_IN, entry=0x82eca30) at navigator.c:1213 #8 0xb79660ed in ?? () from /usr/lib/libglib-2.0.so.0 #9 0xb7931dd6 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #10 0xb7935193 in ?? () from /usr/lib/libglib-2.0.so.0 #11 0xb7935577 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #12 0xb7cbb264 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #13 0x0804f3c2 in main (argc=1769239141, argv=0x6c6163) at main.c:350
Liviu, could you get me a backtrace too?
Stephan, I built Ristretto from source, with ./configure --enable-debug. The strange part is that I can no longer reproduce the problem. The file opens fine, no freeze, no nothing. Between the report and now, I performed a partial system update & I upgraded to xfce4-4.4.3. Is there some other way I can test it?
I think we are dealing with a glitch in gtk, must be fixed now.