Pedro, yes, I'm still seeing this behavior, but I've been able to
isolate it to a particular relevant piece of information: It only seems
to happen if the folder containing the images is on a vfat file system.
I installed the libs you indicated, and ran eog under gdb until it hung,
did a ^C and "bt", and here's the first part of what I got. There's
probably a better way to get useful information, but I don't do this low
level stuff very much. (Is it obvious?)
(gdb) bt
#0 0xb7fe1410 in __kernel_vsyscall ()
#1 0xb7e91589 in __lll_lock_wait () from /lib/tls/i686/cmov/libpthread.so.0
#2 0xb7e8cba6 in _L_lock_95 () from /lib/tls/i686/cmov/libpthread.so.0
#3 0xb7e8c58a in pthread_mutex_lock () from /lib/tls/i686/cmov/libpthread.so.0
#4 0x08083a56 in eog_list_store_remove_thumbnail_job (store=0x81dcb10,
iter=0xbf864c8c) at eog-list-store.c:723
#5 0x08083c93 in eog_list_store_thumbnail_unset (store=0x81dcb10,
iter=0xbf864c8c) at eog-list-store.c:790
#6 0x08083262 in eog_thumb_view_clear_range (tb=<value optimized out>,
start_thumb=2, end_thumb=2) at eog-thumb-view.c:123
#7 0x0808336b in tb_on_adjustment_changed_cb (tb=0x873a008,
user_data=0x80e2710) at eog-thumb-view.c:228
#8 0xb75d4aef in IA__g_cclosure_marshal_VOID__VOID (closure=0x8477390,
return_value=0x0, n_param_values=1, param_values=0xbf864fe4,
invocation_hint=0xbf864eec, marshal_data=0x80832e0)
at /build/buildd/glib2.0-2.16.6/gobject/gmarshal.c:77
#9 0xb75c7749 in IA__g_closure_invoke (closure=0x8477390, return_value=0x0,
n_param_values=1, param_values=0xbf864fe4, invocation_hint=0xbf864eec)
at /build/buildd/glib2.0-2.16.6/gobject/gclosure.c:490
#10 0xb75dc319 in signal_emit_unlocked_R (node=0x846d818, detail=0,
instance=0x80e2710, emission_return=0x0, instance_and_params=0xbf864fe4)
at /build/buildd/glib2.0-2.16.6/gobject/gsignal.c:2510
As described above, running "eog filename.jpg" hangs before opening any window
as described above when on vfat file system with "view collection" enabled at a
previous eog close. At that point strace shows:
> ~$ strace -p 7696
> Process 7696 attached - interrupt to quit
> futex(0x85f3000, 0x80 /* FUTEX_??? */, 2
However, running
$ strace -f eog img_0528.jpg
does not hang. (You get a lot of messages indicating eog is probably doing a
bunch of polling it shouldn't be doing, but that's a different problem
altogether.) It opens the window (eventually), displays the image and the
collection (eventually), and responds to actions. Well, eventually; strace
really slows things down, which I suspect is part of why it seems to work under
strace and not when running flat out.
Hope something in here is helpful. -- Todd
--
eog will not open if set to display collection.
https://bugs.launchpad.net/bugs/288765
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
