On the 0x1EB day of Apache Harmony Geir Magnusson, Jr. wrote:
> I'd prefer to understand the problem first, before we start doing
> things like this.
Sure, I agree. This is a kind of temproary workaround (mostly, for
me), that helped to pinpoint the "JAVA_HOME problem" and make a
fix. Might be useful for other people now.
> As time said in a later not, the bin/<vm> directory is for the VM
> stuff, not the general stuff.
I agree again. And VM should look for DSOs in "bin" and "bin/<vm>"
On the JAVA_HOME, I like the idea of ignoring it (especially if RI
does so)
> geir
>
> On Sep 20, 2006, at 7:10 AM, Egor Pasko wrote:
>
> > On the 0x1EA day of Apache Harmony Egor Pasko wrote:
> >> On the 0x1EA day of Apache Harmony Ivan Volosyuk wrote:
> >>> On 20 Sep 2006 17:04:57 +0700, Egor Pasko <[EMAIL PROTECTED]>
> >>> wrote:
> >>>> On the 0x1EA day of Apache Harmony Ivan Volosyuk wrote:
> >>>>> On 20 Sep 2006 16:06:07 +0700, Egor Pasko
> >>>>> <[EMAIL PROTECTED]> wrote:
> >>>>>> On the 0x1E9 day of Apache Harmony Ivan Volosyuk wrote:
> >>>>>>>
> >>>>>>> [snip]
> >>>>>>>
> >>>>>>> I've also reproduced the problem with DSO.
> >>>>>>> Just run 'java' from different directory and will get:
> >>>>>>> java/lang/UnsatisfiedLinkError : Failed loading library
> >>>>>>> "libhyzlib.so": DSO load failed
> >>>>>>
> >>>>>> Using lovely strace ... I found that moving all lib* (except
> >>>>>> libhysig.so, hibhyprt.so, libhythr.so) from jre/bin to jre/bin/
> >>>>>> default
> >>>>>> solves the DSO load failures for me.
> >>>>>>
> >>>>>> HelloWorld and Eclipse work just fine :)
> >>>>>>
> >>>>>> (BTW: to reproduce the happy DSO problem, run the launcher not
> >>>>>> staying
> >>>>>> at .../jre/bin, but from some other dir)
> >>>>>>
> >>>>>> Does anybody experience the same? Time to quickfix the build? :)
> >>>>>
> >>>>> Not works for me. Now I receive:
> >>>>> java/lang/UnsatisfiedLinkError : Failed loading library
> >>>>> "libhytext.so": DSO load failed
> >>>>>
> >>>>> I have also copied all libraries into bin and bin/default. The
> >>>>> message
> >>>>> still displayed.
> >>>>
> >>>> oh...
> >>>> what's the strace of loading attempts?
> >>>
> >>> I forget to copy libicuuc.so.34, strace have showen me that.
> >>> After that, no more DSO problem.
> >>
> >> At least, it works for us.
> >>
> >> I am stuck with the build at the moment. Cannot make the patch very
> >> quickly :(
> >
> > and.. here is the patch:
> > ===================================================================
> > --- working_vm/build/make/build.xml (revision 447819)
> > +++ working_vm/build/make/build.xml (working copy)
> > @@ -542,8 +542,17 @@
> > <include name="**"/>
> > <exclude name="bin/default/**"/>
> > <exclude name="bin/*hythr*"/>
> > + <exclude name="bin/lib*"/>
> > </fileset>
> > </copy>
> > + <copy todir="${build.deploy.dir}/bin/default">
> > + <fileset dir="${external.dep.CLASSLIB}/deploy/jdk/jre/
> > bin">
> > + <include name="lib*"/>
> > + <exclude name="*hythr*"/>
> > + <exclude name="*hysig*"/>
> > + <exclude name="*hyprt*"/>
> > + </fileset>
> > + </copy>
> >
> > </target>
> >
> > not so elegant, though... but it works
> > not sure, if it is "ideologically correct" :)
> > ..we rather need to fix runtime paths for the libs.. don't we?
> >
> > --
> > 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]
>
>
--
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]
