On Mon, 3 May 1999, Bernd Kreimeier wrote:
> Moses DeJong writes:
> > (if you are using Lesstif)
> > LD_PRELOAD=libXt.so libXm.so libXext.so
> > LD_BIND_NOW=1
Funny thing is that this works on my RedHat 5.2 with 2.1.125 at home
but when I run it on a Debian 2.1 system at work I get a segfault
like the one you are seeing. I wonder if this is a libc problem or
a lesstif problem.
later
mo
> I already do LD_PRELOAD with libjava.so (as I use libdl.so).
> Hmm, could have tried that myself. Using the line you state,
> with or without pre-loading libjava.so, I get the segfault
> below. Did you try this with an application that uses
> libdl.so:dlopen(..) on some unrelated DLL?
>
> I even re-compiled Lesstif, same result. I am going to
> try a recent CVS next. Or am I (a full year after the
> initial trouble) bitten by the thread-safety in libdl.so
> vs. JDK problem again?
>
>
> b.
>
>
> JAVA: Test.init()V called.
> SIGSEGV 11* segmentation violation
> stackbase=BFFFF2E8, stackpointer=BFFFD4E0
>
> Full thread dump:
> "AWT-Motif" (TID:0x4086e520, sys_thread_t:0x80f5248,
> state:CW, thread_t: t@5125, sp:0x0 threadID:0xae5,
> stack_base:0xbf1ffd68, stack_size:0x200000) prio=5
> java.lang.Thread.run(Thread.java)
>
> "AWT-Input" (TID:0x4086e488, sys_thread_t:0x80f9338,
> state:R, thread_t: t@4100, sp:0x0 threadID:0xae4,
> stack_base:0xbf3ffd68, stack_size:0x200000) prio=5
>
> "AWT-EventQueue-0" (TID:0x4086e4a0, sys_thread_t:0x80e2540,
> state:CW, thread_t: t@3075, sp:0x0 threadID:0xae3,
> stack_base:0xbf5ffd68, stack_size:0x200000) prio=5
> java.lang.Object.wait(Object.java)
> java.awt.EventQueue.getNextEvent(EventQueue.java:118)
> java.awt.EventDispatchThread.run(EventDispatchThread.java:67)
>
> "SIGQUIT handler" (TID:0x4086a2a0, sys_thread_t:0x8082308,
> state:R, thread_t: t@2050, sp:0x0 threadID:0xace,
> stack_base:0xbf7ffd68, stack_size:0x200000) prio=5
> "Finalizer thread" (TID:0x4086a088, sys_thread_t:0x8082280,
> state:CW, thread_t: t@1025, sp:0x0 threadID:0xacd,
> stack_base:0xbf9ffd68, stack_size:0x200000) prio=5
>
> "main" (TID:0x4086a0b0, sys_thread_t:0x8076a60, state:R,
> thread_t: t@1024, sp:0x0 threadID:0xac8, stack_base:0xbffff2e8,
> stack_size:0x200000) prio=0 *current thread*
> sun.awt.motif.MComponentPeer.init(MComponentPeer.java:103)
> sun.awt.motif.MFramePeer.<init>(MFramePeer.java:59)
> sun.awt.motif.MToolkit.createFrame(MToolkit.java:117)
> java.awt.Frame.addNotify(Frame.java:203)
> java.awt.Window.show(Window.java:145)
> Test.init(Test.java:38)
>
> Monitor Cache Dump:
> java.lang.Object@1082580992/1082954576: owner "main" (0x8076a60, 1 entry)
> sun.awt.motif.MToolkit@1082581592/1082960544:
> owner "main" (0x8076a60, 1 entry)
> Waiting to be notified:
> "AWT-Motif" (0x80f5248)
> java.awt.EventQueue@1082582256/1082960800: <unowned>
> Waiting to be notified:
> "AWT-EventQueue-0" (0x80e2540)
>
> Registered Monitor Dump:
> Thread queue lock: <unowned>
> Name and type hash table lock: <unowned>
> String intern lock: <unowned>
> JNI pinning lock: <unowned>
> JNI global reference lock: <unowned>
> BinClass lock: <unowned>
> Class loading lock: <unowned>
> Java stack lock: <unowned>
> Code rewrite lock: <unowned>
> Heap lock: <unowned>
> Has finalization queue lock: <unowned>
> Finalize me queue lock: <unowned>
> Waiting to be notified:
> "Finalizer thread" (0x8082280)
> Monitor registry: owner "main" (0x8076a60, 1 entry)
> Abort (core dumped)
>
> gdb:
> Program terminated with signal 6, Aborted.
>
----------------------------------------------------------------------
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
