On Sep 19, 2006, at 7:46 AM, Egor Pasko wrote:
On the 0x1E9 day of Apache Harmony Ivan Volosyuk wrote:
On 19 Sep 2006 18:13:28 +0700, Egor Pasko <[EMAIL PROTECTED]>
wrote:
On the 0x1E9 day of Apache Harmony Geir Magnusson, Jr. wrote:
On Sep 19, 2006, at 6:34 AM, Egor Pasko wrote:
On the 0x1E9 day of Apache Harmony Geir Magnusson, Jr. wrote:
For grins, can you set JAVA_HOME to the deploy/jre directory and
PATH to
include jre/bin?
lots of grins here :)
I set them, it runs well (with my patches, but, anyway), this
problem
What are you patches?
nothing special:
* launcher debug mode (O0, -g)
* libhysig.so included in
modules/luni/src/main/native/launcher/linux/makefile
* hymem_free_memory commented out in
modules/luni/src/main/native/common/shared/strhelp.c
(this one is rather experimantal, the root cause was incorrect
handling of JAVA_HOME)
BTW, I was pointing JAVA_HOME to RI by mistake. Resulting in SIGSEGV
in this case is not the best idea. Can we overcome it in some way?
persists:
java/lang/UnsatisfiedLinkError : Failed loading library
"libhyzlib.so": DSO load failed
whooa! I feel more comfortable now :)
Why? why did the DSO load fail?
I am afraid, it looks for DSO in ".", which is a wrong assumption :)
I'll take a look, but do not promise to be fast))
--
Egor Pasko, Intel Managed Runtime Division
On my computer, with fresh and clean classlib and drlvm.
Settings:
JAVA_HOME=...../jre
PATH=...../jre/bin
LD_LIBRARY_PATH=...../jre/bin
./java
Harmony Java launcher
Apache Harmony Launcher : (c) Copyright 1991, 2006 The Apache
Software
Foundation or its licensors, as applicable.
java [-vm:vmdll -vmdir:dir -D... [-X...]] [args]
java: /home/ivan/svn/drlvm/trunk/vm/thread/src/
thread_native_fat_monitor.c:183:
monitor_wait_impl: Assertion `saved_recursion<1' failed.
Aborted
this is what I did not see by myself, did you try commenting the
assertion out?
unset LD_LIBRARY_PATH
./java
./java: error while loading shared libraries: libhysig.so: cannot
open
shared object file: No such file or directory
this one is repaired with this patch:
--- modules/luni/src/main/native/launcher/linux/makefile
(revision 447762)
+++ modules/luni/src/main/native/launcher/linux/makefile
(working copy)
@@ -21,7 +21,7 @@
BUILDFILES = $(SHAREDSUB)main.o $(SHAREDSUB)cmain.o \
$(SHAREDSUB)launcher_copyright.o $(SHAREDSUB)strbuf.o \
$(SHAREDSUB)libhlp.o
-MDLLIBFILES = $(DLLPATH)libhyprt.so $(DLLPATH)libhythr.so
+MDLLIBFILES = $(DLLPATH)libhyprt.so $(DLLPATH)libhythr.so $
(DLLPATH)libhysig.so
EXENAME = $(EXEPATH)java
include $(HY_HDK)/build/make/rules.mk
So I guess this comes about because we still haven't resolved the
dual libhythrd problem... and the DRLVM thead library uses hysig (I
suppose) and the classlib version doesn't, and the drlvm build uses
the drlvm version both for the launcher and in /default
I don't understand why it isn't affecting me. On my box, ld -
version reports 2.16.91 and gcc -v reports 3.4.6
I'll add this as I don't think there is harm for now
geir
(note: crlf endings in makefile)
--
Egor Pasko, Intel Managed Runtime Division
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
