Hi Philip,
On Wed, Feb 16, 2011 at 4:17 PM, Philip Nienhuis <pr.nienh...@hccnet.nl> wrote:
>
<snip>
> > 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
>
I check both OpenJDK and Sun JDK installation on FC11.
Both installation placed libjvm.so on the server directory, not the
client directory.
I believe this is the default behavio on FC11.
> 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.
>
I think the Java pkg installation works as long as I create the client
sym link to point to the server directory on FC11.
That's the only thing I had to.
My previous issue with dlgtet() was caused by the fact that I tried to
run it as a root without X11 forwarding (I didn't know the test was
generating a gui window).
The dlgtest and javamem functions worked fine but javaclasspath
function failed as shown below.
octave:3> getenv("JAVA_HOME")
ans = /usr/java/latest
octave:4> dlgtest(0)
0 ... STOP
1 ... listdlg tests
2 ... errordlg tests
3 ... warndlg tests
4 ... helpdlg tests
5 ... inputdlg tests
6 ... TeX code tests
Run which test? [0] > 1
- test listdlg with selectionmode single. No caption, no prompt.
Selected: 1: An item \\alpha
- test listdlg with selectionmode and preselection. Has caption and
two lines prompt.
Selected: 1: An item \\alpha
Selected: 2: another
Selected: 3: yet another
0 ... STOP
1 ... listdlg tests
2 ... errordlg tests
3 ... warndlg tests
4 ... helpdlg tests
5 ... inputdlg tests
6 ... TeX code tests
Run which test? [0] > 0
octave:5> javamem
Java virtual machine (JVM) memory info:
Maximum available memory: 239 MiB;
(...running garbage collector...)
OK, current status:
Total memory in virtual machine: 15 MiB;
Free memory in virtual machine: 14 MiB;
1 CPUs available.
octave:6> javaclasspath
error: [java] java.lang.ClassNotFoundException: getProperty
error: called from:
error:
/usr/local/octave/3.4.0/share/octave/packages/java-1.2.8/javaclasspath.m
at line 53, column 13
Regards,
- Chansup
------------------------------------------------------------------------------
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
