Chansup,
1. Oct-dev ML cc'd too now (please "reply all")
Others may benefit and/or have helpful suggestions.
2. I shifted your response to the bottom as is the nettiquette on
Octv-dev ML (please no top posting) :-)
3. If you can: please no html mail
Read on... :
> Hi Philip,
>
>> On Tue, Feb 15, 2011 at 4:11 PM, Philip Nienhuis <pr.nienh...@hccnet.nl
>> <mailto:pr.nienh...@hccnet.nl>>>> wrote:
>> CB wrote:
>>
>>> Hi Philip,
>>>
>>> The java 1.2.8 pkg installed fine on Octave 3.4.0 without any
>>> errors.
>>
>>
>> Good.
>> In the mean time I found bugs while I was installing on Windows.
>> I'll try to update & send you a new package tonight, but it's almost
>> bed time here in Europe and tomorrow night I'll have very little
time.
>> Keep fingers crossed...
>>
>> (read on below)
>>
>>> However, when I ran the dlgtest, it was looking for
libjvm.so shared
>>> object in a wrong directory.
>>>
>>> >> dlgtest( 0)
>>>
>>>
>>> 0 ... STOP
>>>
>>> 1 ... listdlg tests
<snip>
>>> 6 ... TeX code tests
>>>
>>> Run which test? [0] >> 1
>>>
>>> - test listdlg with selectionmode single. No caption, no
prompt.
>>>
>>> warning: timestamp on file
>>> /usr/java/latest/jre/lib/amd64/client/libjvm.so is in the
future
>>>
>>> error: java_invoke:
/usr/java/latest/jre/lib/amd64/client/libjvm.so:
>>> failed to load:
/usr/java/latest/jre/lib/amd64/client/libjvm.so:
>>> cannot
>>> open shared object file: No such file or directory
>>
>> Does libjvm.so exist there at all?
>>
>>> error: called from:
>>>
>>> error:
>>>
/usr/local/octave/3.4.0/share/octave/packages/java-1.2.8/listdlg.m
>>> at
>>> line 116, column 8
>>>
>>> error:
>>>
/usr/local/octave/3.4.0/share/octave/packages/java-1.2.8/dlgtest.m
>>> at
>>> line 111, column 6
>>>
>>> error:
>>>
/usr/local/octave/3.4.0/share/octave/packages/java-1.2.8/dlgtest.m
>>> at
>>> line 80, column 9
>>>
>>> I noticed that libjvm.so is located
>>> in /usr/java/latest/jre/lib/amd64/server/libjvm.so
>>
>> What happens if you make a softlink in
>> /usr/java/latest/jre/lib/amd64/client/
>> to
>> /usr/java/latest/jre/lib/amd64/server/libjvm.so ?
>>
>> It seems to me that this is perhaps some misconfigured java.
>> On my MandrivaLinux boxes, there is a chain of about 4-5 softlinks
>> which eventually lead to the "real" jvm.
>>
>> (...Hang on, I'm on Windows now, I'll fire up my laptop to
check.....:)
>>
>>
/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib/i386/client/libjvm.so
>> (the real file, no intermediate softlinks)
>>
>> Looks similar to your installation, no?
>>
>> Do the following commands:
>>
>> javamem
>> javaclasspath
>>
>> work?
>
> My Oracle JDK installation of FC11 puts the real libjvm.so in the
> /usr/java/latest/jre/lib/amd64/server directory.
> So if I make a soft link /usr/java/latest/jre/lib/amd64/client/ to
> /usr/java/latest/jre/lib/amd64/server/, the pkg installation goes
through.
Well, I do not trust this setup completely (see below), but if it is the
Red Hat / Fedora default it is supposed to be OK.
pls read on:
> However, the dlgtest and the two commands, javamem and javaclassth, were
> failed.
> Below is the results:
>
> > dlgtest(0)
>
> 0 ... STOP
<snip>
> 6 ... TeX code tests
>
> Run which test? [0] > 1
>
> - test listdlg with selectionmode single. No caption, no prompt.
>
> error: value on right hand side of assignment is undefined
>
> error: called from:
>
> error:
> /usr/local/octave/3.4.0/share/octave/packages/java-1.2.8/listdlg.m at
> line 116, column 8
:
<snip>
:
> > javamem
>
> error: value on right hand side of assignment is undefined
>
> error: called from:
>
> error:
> /usr/local/octave/3.4.0/share/octave/packages/java-1.2.8/javamem.m at
> line 65, column 6
>
> > javaclasspath
>
> error: value on right hand side of assignment is undefined
>
> error: called from:
>
> error:
> /usr/local/octave/3.4.0/share/octave/packages/java-1.2.8/javaclasspath.m
> at line 49, column 14
:
<snip>
Diagnosis:
the call to (compiled) function java_invoke() doesn't work. (That
function lives in java.oct. Is there a java.oct in
/usr/<local/>libexec/octave/packages/java-1.2.8 or its subdirs?)
I suspect the java package simply didn't get installed properly. This is
usually caused by java configuration problems - did you try
getenv ("JAVA_HOME")
to check that is really points to the jdk? Preferrably directly, i.e.
not through a series of softlinks?
Note: JAVA_HOME should be set such that libjvm.so is found in
$JAVA_HOME/jre/lib/<ARCH>/client/libjvm.so
As noted a bit higher, I wonder why libjvm.so is in Java's server
section rather than the client. But on my Windows box, all that is in
$JAVA_HOME\jre\lib\i386\ is a file jvm.cfg - there isn't even a client/
subdir there.
There may also be compile errors; but I did send you the java pkg which
installed OK here in Windows (= usually the pickiest).
BTW the octave-forge-package install process (pkg.m and friends) is a
bit weak in that it doesn't roll back a half-failed installation.
Please uninstall the java pkg, and then reinstall it by:
pkg install -verbose java-1.2.8.tar.gz
and send us the output.
Note: The output actually comes from two threads which may write through
each other's output.
On not-too-high terminals the output from ./configure is usually caught
by the pager, be sure to copy all output (use scrolling). Once you hit
<q> to end the pager, the rest of the installation messages comes along,
please also copy all.
Philip
------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Octave-dev mailing list
Octave-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/octave-dev
