Neither LD_ASSUME_KERNEL=2.4.1 nor 2.2.5 is resolving all issues...This needs a correct resolution.
Anyone have an idea what's actually happening?
Brian
fedora-test-list@redhat.com wrote:
On Sun, 28 Sep 2003 18:20:57 -0400, Jim Drabb wrote:
LD_ASSUME_KERNEL=2.4.1 evolution
For me, that improves starting evolution a lot. Closing it, however, is still problematic.
Julio
-- fedora-test-list mailing list fedora-test-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-test-list
On Tue, 2003-09-30 at 09:18, Brian Huffman wrote:
Neither LD_ASSUME_KERNEL=2.4.1 nor 2.2.5 is resolving all issues...This needs a correct resolution.
Anyone have an idea what's actually happening?
Still haven't reproduced on my boxes, but they're all upgraded hydras really... going to try to get a fresh install on one of my test boxes this afternoon and try to convince it to happen.
Jeremy
tir, 30.09.2003 kl. 17.43 skrev Jeremy Katz:
On Tue, 2003-09-30 at 09:18, Brian Huffman wrote:
Neither LD_ASSUME_KERNEL=2.4.1 nor 2.2.5 is resolving all issues...This needs a correct resolution.
Anyone have an idea what's actually happening?
Still haven't reproduced on my boxes, but they're all upgraded hydras really... going to try to get a fresh install on one of my test boxes this afternoon and try to convince it to happen.
I have the problem too and it only happens the first time I boot the machine and start evolution. It shows the splash screen and loads everything up to and including the calendar component it seems and then it hangs.
strace on evolution-wombat gives this:
[kmaraas@localhost kmaraas]$ strace -p 3416 Process 3416 attached - interrupt to quit futex(0x8e13308, FUTEX_WAIT, 2, NULL <unfinished ...> Process 3416 detached
gdb on the same:
Program received signal SIGINT, Interrupt. [Switching to Thread -1084673920 (LWP 3416)] 0x00d9bc32 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 (gdb) bt #0 0x00d9bc32 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 #1 0x003cc7bb in __lll_mutex_lock_wait () from /lib/tls/libpthread.so.0 #2 0x00000d58 in ?? () #3 0x00616c88 in ?? () from /usr/lib/libORBit-2.so.0 #4 0x08e13308 in ?? () #5 0x003c9976 in _L_mutex_lock_26 () from /lib/tls/libpthread.so.0 #6 0x08ec2df0 in ?? () #7 0xbff6b978 in ?? () #8 0x005f7d60 in ORBit_recv_buffer_return_sys_exception () from /usr/lib/libORBit-2.so.0 Previous frame identical to this frame (corrupt stack?)
gdb on evolution itself:
Program received signal SIGINT, Interrupt. [Switching to Thread -1085040672 (LWP 3414)] 0x00dadc32 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 (gdb) bt #0 0x00dadc32 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 #1 0x09e19b67 in poll () from /lib/tls/libc.so.6 #2 0x004b3e46 in g_main_loop_get_context () from /usr/lib/libglib-2.0.so.0 #3 0x004b3276 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #4 0x004b352c in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0 #5 0x00370ba9 in link_main_iteration () from /usr/lib/libORBit-2.so.0 #6 0x0035354c in giop_recv_buffer_get () from /usr/lib/libORBit-2.so.0 #7 0x0035727c in ORBit_small_invoke_stub () from /usr/lib/libORBit-2.so.0 #8 0x00357170 in ORBit_small_invoke_stub_n () from /usr/lib/libORBit-2.so.0 #9 0x0036a982 in ORBit_c_stub_invoke () from /usr/lib/libORBit-2.so.0 #10 0x00c8f503 in GNOME_Evolution_Calendar_CalFactory_open () from /usr/lib/evolution/1.4/libcal-client.so.0 #11 0x00c9f064 in GNOME_Evolution_Calendar_CalFactory__iinterface () from /usr/lib/evolution/1.4/libcal-client.so.0 (gdb) quit
HTH
Cheers Kjartan
I had the problem too, but in my campus (same cd) using different computer specification, evolution hang if I click calendar, task
but in my home, the problem just when quit from evolution seems evolution-wombat doesn't want to :) sames like here, but functionality can get through. so if I remove calendar, task from left toolbar it will running fine
I try evolution-1.4.3 from taroon in severn, and still got the problem (I replace evolution, /usr/lib/libcom_err.so, /usr/lib/libgal.so.3.0.1 from rpm packages)
On Wed, Oct 01, 2003 at 10:56:23AM +0200, Kjartan Maraas wrote:
[kmaraas@localhost kmaraas]$ strace -p 3416 Process 3416 attached - interrupt to quit futex(0x8e13308, FUTEX_WAIT, 2, NULL <unfinished ...> Process 3416 detached
gdb on the same:
Program received signal SIGINT, Interrupt. [Switching to Thread -1084673920 (LWP 3416)] 0x00d9bc32 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 (gdb) bt #0 0x00d9bc32 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 #1 0x003cc7bb in __lll_mutex_lock_wait () from /lib/tls/libpthread.so.0 #2 0x00000d58 in ?? () #3 0x00616c88 in ?? () from /usr/lib/libORBit-2.so.0 #4 0x08e13308 in ?? () #5 0x003c9976 in _L_mutex_lock_26 () from /lib/tls/libpthread.so.0 #6 0x08ec2df0 in ?? () #7 0xbff6b978 in ?? () #8 0x005f7d60 in ORBit_recv_buffer_return_sys_exception () from /usr/lib/libORBit-2.so.0 Previous frame identical to this frame (corrupt stack?)
gdb on evolution itself:
Program received signal SIGINT, Interrupt. [Switching to Thread -1085040672 (LWP 3414)] 0x00dadc32 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 (gdb) bt #0 0x00dadc32 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 #1 0x09e19b67 in poll () from /lib/tls/libc.so.6 #2 0x004b3e46 in g_main_loop_get_context () from /usr/lib/libglib-2.0.so.0 #3 0x004b3276 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #4 0x004b352c in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0 #5 0x00370ba9 in link_main_iteration () from /usr/lib/libORBit-2.so.0 #6 0x0035354c in giop_recv_buffer_get () from /usr/lib/libORBit-2.so.0 #7 0x0035727c in ORBit_small_invoke_stub () from /usr/lib/libORBit-2.so.0 #8 0x00357170 in ORBit_small_invoke_stub_n () from /usr/lib/libORBit-2.so.0 #9 0x0036a982 in ORBit_c_stub_invoke () from /usr/lib/libORBit-2.so.0 #10 0x00c8f503 in GNOME_Evolution_Calendar_CalFactory_open () from /usr/lib/evolution/1.4/libcal-client.so.0 #11 0x00c9f064 in GNOME_Evolution_Calendar_CalFactory__iinterface () from /usr/lib/evolution/1.4/libcal-client.so.0 (gdb) quit
HTH
Cheers Kjartan
-- fedora-test-list mailing list fedora-test-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-test-list