Michael Goffioul writes:
> On Sun, Jul 8, 2012 at 1:43 PM, Sébastien Villemot
> wrote:
>
> Jordi Gutiérrez Hermoso writes:
>
> > On 8 July 2012 08:25, Sébastien Villemot
> wrote:
> >> What happens is that OpenJDK 7 changes the locale settings and, in
> >> locale environme
On Sun, Jul 8, 2012 at 1:43 PM, Sébastien Villemot <
sebastien.ville...@ens.fr> wrote:
> Jordi Gutiérrez Hermoso writes:
>
> > On 8 July 2012 08:25, Sébastien Villemot
> wrote:
> >> What happens is that OpenJDK 7 changes the locale settings and, in
> >> locale environments where the decimal sepa
Jordi Gutiérrez Hermoso writes:
> On 8 July 2012 08:25, Sébastien Villemot wrote:
>> What happens is that OpenJDK 7 changes the locale settings and, in
>> locale environments where the decimal separator is a comma and not a
>> point, that makes Octave crash when reading a decimal number (as simp
Jordi Gutiérrez Hermoso writes:
> On 8 July 2012 08:25, Sébastien Villemot wrote:
>> What happens is that OpenJDK 7 changes the locale settings and, in
>> locale environments where the decimal separator is a comma and not a
>> point, that makes Octave crash when reading a decimal number (as simp
On 8 July 2012 08:25, Sébastien Villemot wrote:
> What happens is that OpenJDK 7 changes the locale settings and, in
> locale environments where the decimal separator is a comma and not a
> point, that makes Octave crash when reading a decimal number (as simple
> as "0.1").
A change in locale sho
Michael Goffioul writes:
> On Wed, Jun 20, 2012 at 7:17 AM, Sébastien Villemot
> wrote:
>
> Still I’m clueless about what’s corrupting the memory under OpenJDK
> 7. The valgrind log does not differ from the one that I obtain under
> OpenJDK 6. JWE has kindly volunteered to help, may
On Wed, Jun 20, 2012 at 08:17:58AM +0200, Sébastien Villemot wrote:
> Still I’m clueless about what’s corrupting the memory under OpenJDK
> 7. The valgrind log does not differ from the one that I obtain under
> OpenJDK 6. JWE has kindly volunteered to help, maybe there is some hope
> :)
This is pr
On Wed, Jun 20, 2012 at 7:17 AM, Sébastien Villemot <
sebastien.ville...@ens.fr> wrote:
> Michael Goffioul writes:
>
> > On Tue, Jun 19, 2012 at 11:45 PM, Sébastien Villemot <
> sebastien.ville...@ens.fr> wrote:
> >
> > Michael Goffioul writes:
> >
> > > GCJ is crashing at JVM initializa
Michael Goffioul writes:
> On Tue, Jun 19, 2012 at 11:45 PM, Sébastien Villemot
> wrote:
>
> Michael Goffioul writes:
>
> > GCJ is crashing at JVM initialization. At that point, no octave_java
> > object has been allocated yet.
>
> My understanding is that during JVM in
On Tue, Jun 19, 2012 at 11:45 PM, Sébastien Villemot <
sebastien.ville...@ens.fr> wrote:
> Michael Goffioul writes:
>
> > GCJ is crashing at JVM initialization. At that point, no octave_java
> > object has been allocated yet.
>
> My understanding is that during JVM initialization, octave_java obj
Michael Goffioul writes:
> GCJ is crashing at JVM initialization. At that point, no octave_java
> object has been allocated yet.
My understanding is that during JVM initialization, octave_java objects
*are* allocated through static java variables initalizations. Indeed, if
I comment out this lin
On Tue, Jun 19, 2012 at 11:03 PM, Sébastien Villemot <
sebastien.ville...@ens.fr> wrote:
> Michael Goffioul writes:
>
> > On Tue, Jun 19, 2012 at 9:50 PM, Jordi Gutiérrez Hermoso <
> jord...@octave.org> wrote:
>
> > >> Sigh, this is from an optimised build. It's half useless. I guess
> I'll
>
Michael Goffioul writes:
> On Tue, Jun 19, 2012 at 9:50 PM, Jordi Gutiérrez Hermoso
> wrote:
> >> Sigh, this is from an optimised build. It's half useless. I guess I'll
> >> have to produce my own stack trace and valgrind output in a debug
> >> build.
> >
> >> I don't see a
On Tue, Jun 19, 2012 at 9:50 PM, Jordi Gutiérrez Hermoso wrote:
> >> Sigh, this is from an optimised build. It's half useless. I guess I'll
> >> have to produce my own stack trace and valgrind output in a debug
> >> build.
> >
> >> I don't see any Octave source code in the valgrind output except
Jordi Gutiérrez Hermoso writes:
>> Which file?
>
> The valgrind output is pointing to __java__.cc:523, but that's a
> comment line in the Java package.
This is because I have slightly altered the original source (as
indicated in my previous email). I should have fixed that before.
>>> So how ur
On 19 June 2012 16:20, Sébastien Villemot wrote:
> Jordi Gutiérrez Hermoso writes:
>
>> On 19 June 2012 15:50, Sébastien Villemot wrote:
>>> Jordi Gutiérrez Hermoso writes:
>>>
On 19 June 2012 15:31, Sébastien Villemot
wrote:
> Michael Goffioul writes:
>
>> I have no pr
Jordi Gutiérrez Hermoso writes:
> On 19 June 2012 15:50, Sébastien Villemot wrote:
>> Jordi Gutiérrez Hermoso writes:
>>
>>> On 19 June 2012 15:31, Sébastien Villemot wrote:
Michael Goffioul writes:
> I have no problem using it with Java7 under windows. I would suggest
> to
On 19 June 2012 15:50, Sébastien Villemot wrote:
> Jordi Gutiérrez Hermoso writes:
>
>> On 19 June 2012 15:31, Sébastien Villemot wrote:
>>> Michael Goffioul writes:
>>>
I have no problem using it with Java7 under windows. I would suggest
to run octave in valgrind and look for suspici
Jordi Gutiérrez Hermoso writes:
> On 19 June 2012 15:31, Sébastien Villemot wrote:
>> Michael Goffioul writes:
>>
>>> I have no problem using it with Java7 under windows. I would suggest
>>> to run octave in valgrind and look for suspicious messages.
>>
>> I have indeed invalid writes / unitial
Hi Sébastien
Sébastien Villemot wrote:
> Hi,
>
> I am trying to make the java package in Debian work with OpenJDK 7.
>
> This is becomig necessary because the security support of OpenJDK 6 is
> about to expire, and that version will therefore soon be removed from
> Debian (see [1]).
>
> However, t
On 19 June 2012 15:31, Sébastien Villemot wrote:
> Michael Goffioul writes:
>
>> I have no problem using it with Java7 under windows. I would suggest
>> to run octave in valgrind and look for suspicious messages.
>
> I have indeed invalid writes / unitialized values under valgrind.
How about sho
Michael Goffioul writes:
> I have no problem using it with Java7 under windows. I would suggest
> to run octave in valgrind and look for suspicious messages.
I have indeed invalid writes / unitialized values under valgrind.
These appear with several JVMs: OpenJDK 6, 7, and GCJ.
GCJ gives more
On Tue, Jun 19, 2012 at 11:21 AM, Sébastien Villemot <
sebastien.ville...@ens.fr> wrote:
> Hi,
>
> I am trying to make the java package in Debian work with OpenJDK 7.
>
> This is becomig necessary because the security support of OpenJDK 6 is
> about to expire, and that version will therefore soon
Hi,
I am trying to make the java package in Debian work with OpenJDK 7.
This is becomig necessary because the security support of OpenJDK 6 is
about to expire, and that version will therefore soon be removed from
Debian (see [1]).
However, the java package built against OpenJDK 7 makes Octave cr
JDTilley wrote:
> I am trying to install the java package in Octave. The end of the
> configuration is:
>
> octave-forge is configured with
> octave: octave (version 3.2.4)
> mkoctfile: mkoctfile for Octave 4
> java:Java Development Kit not found
>
> find . -name NOINSTAL
I am trying to install the java package in Octave. The end of the
configuration is:
octave-forge is configured with
octave: octave (version 3.2.4)
mkoctfile: mkoctfile for Octave 4
java:Java Development Kit not found
find . -name NOINSTALL -print # shows which toolboxes w
Hi Chansup:
CB wrote:
Hi Philip,
On Wed, Feb 16, 2011 at 4:17 PM, Philip Nienhuis wrote:
error:
/usr/local/octave/3.4.0/share/octave/packages/java-1.2.8/javaclasspath.m
at line 49, column 14
:
Diagnosis:
the call to (compiled) function java_invoke() doesn't work. (That function
lives
Hi Philip,
On Wed, Feb 16, 2011 at 4:17 PM, Philip Nienhuis wrote:
>
> > error:
> > /usr/local/octave/3.4.0/share/octave/packages/java-1.2.8/javaclasspath.m
> > at line 49, column 14
> :
>
>
> Diagnosis:
> the call to (compiled) function java_invoke() doesn't work. (That function
> lives in
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 T
Yes, I'm interested in testing your working java pkg. I'll let you know how
it goes. :-)
We're testing Octave 3.4.0 on our linux cluster (Fedora Core 11 with Sun JDK
1.6 update 23 ).
I tested the java package because one of our users is using it.
He mentioned that he mostly uses octave to launch j
CB wrote:
> Dear Java pkg developers for Octave,
>
> I tried to install a java package, java-1.2.7.tar.gz, on Octave 3.4.0
> installation but it failed with the following error:
I'm afraid you'd better wait for a new package version, sorry.
Java-1.2.7 is incompatible with octave-3.4.0.
The next v
Dear Java pkg developers for Octave,
I tried to install a java package, java-1.2.7.tar.gz, on Octave 3.4.0
installation but it failed with the following error:
# octave
GNU Octave, version 3.4.0
Copyright (C) 2011 John W. Eaton and others.
This is free software; see the source code for copyin
man, 31 05 2010 kl. 10:41 +0200, skrev martin.heppe...@dlr.de:
> attached is my "final" update which I propose for the java
> package.
>
> It contains all basic "...dlg" functions and some minor
> additions including a set of users notes with a few short
> examples.
>
> I think that all package
FYI, I've updated the default java package on SF with the current code
on SVN. The package is available for download and the web pages are
updated accordingly.
Michael.
--
Download Intel® Parallel Studio Eval
Try the new
Hi All
I'm trying to install the SVN version of the Java package on Ubuntu with
a fairly recent checkout from the Octave development version. When I
run ./configure I get the following:
[snip]
checking for java... java
checking for javac... javac
checking for jar..
Hi
Anyone have experience of running the java package with gcj?
I tried it the other day and it just caused octave to dump core. I
tried all of the three .m file commands and when they tried to execute
the java_invoke it dumped core.
Any ideas?
Oli
-
On 1/25/08, Olivier Lefevre <[EMAIL PROTECTED]> wrote:
> By the way, won't all this pretty much require that Octave be
> available in shared lib rather than executable form?
This is indeed already the case: octave.exe, octinterp.dll,
octave.dll and cruft.dll.
> Seeing
> that octave.exe is just 5.
By the way, won't all this pretty much require that Octave be
available in shared lib rather than executable form? Seeing
that octave.exe is just 5.5K and there are megabyte-sized
libraries under lib, I assume this is already the case but
what is the difference between octave.lib and octinterp.lib?
OK, I'll give it a try.
-- O.L.
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
On Jan 25, 2008 1:23 PM, Olivier Lefevre <[EMAIL PROTECTED]> wrote:
> You write: "[the javapackage] will be [initialized] automatically
> by the octave engine when it needs it; [it] is able to attach itself
> to a running JVM" etc, in other words you see a big role for the
> java package but since
>> 1) in a scenario where Java is in charge, where does something
>>like the existing java package fit in?
>
> I'm not sure I understand what you mean. Could you be more
> explicit?
You write: "[the javapackage] will be [initialized] automatically
by the octave engine when it needs it; [it] i
On Jan 25, 2008 12:41 PM, Olivier Lefevre <[EMAIL PROTECTED]> wrote:
> Thanks. Two questions:
> 1) in a scenario where Java is in charge, where does something
>like the existing java package fit in?
I'm not sure I understand what you mean. Could you be more
explicit?
> 2) I fear starting Octa
Thanks. Two questions:
1) in a scenario where Java is in charge, where does something
like the existing java package fit in?
2) I fear starting Octave and communicating with it will be the
lesser of my problems, in the end: I also need to share data
structures, so as not to copy incessa
On Jan 24, 2008 10:16 PM, Michael Goffioul <[EMAIL PROTECTED]> wrote:
> On 1/24/08, Olivier Lefevre <[EMAIL PROTECTED]> wrote:
> > I'm looking at the source now. If you want the equivalent of
> > the octave_main function from src/octave.cc without the call
> > to main_loop, doesn't the embedded arg
On 1/24/08, Olivier Lefevre <[EMAIL PROTECTED]> wrote:
> I'm looking at the source now. If you want the equivalent of
> the octave_main function from src/octave.cc without the call
> to main_loop, doesn't the embedded argument to octave_main
> already let you do that?
Indeed, I overlooked that. It
I'm looking at the source now. If you want the equivalent of
the octave_main function from src/octave.cc without the call
to main_loop, doesn't the embedded argument to octave_main
already let you do that?
-- O.L.
-
This SF.
> You're not the only one to want this feature. See for instance this
> thread:
> http://www.nabble.com/How-to-initialize-octave-without-read-eval-print-loop--to14261528.html#a14494130
And I note that Eaton did not answer your question...
-- O.L.
---
On Jan 24, 2008 3:57 PM, Olivier Lefevre <[EMAIL PROTECTED]> wrote:
> I had been clear about this when I asked the first time, though
> (on the general Octave mailing list).
Sorry, I didn't remember (so many mails, I don't remember everything).
> So, back to the drawing board:
> is there a ready-
> You got me wrong. You don't need JHandles to run the java package.
> JHandles *uses* the functions provided by the java package. So if
> you wanted an example, that's a good one.
OK.
>> For memory and just to clarify, I am trying to call Octave from
>> Java, not the other way round.
>
> That's
On Jan 24, 2008 3:22 PM, Olivier Lefevre <[EMAIL PROTECTED]> wrote:
> > What do you mean *no* documentation? There is a function reference:
> > http://octave.sourceforge.net/doc/funref_java.html.
>
> Yes I found the function reference but one also expects a document,
> even if just one page, puttin
> What do you mean *no* documentation? There is a function reference:
> http://octave.sourceforge.net/doc/funref_java.html.
Yes I found the function reference but one also expects a document,
even if just one page, putting it all together.
> If you want to see a real example, look at JHandles m-c
On Jan 23, 2008 9:11 PM, Olivier Lefevre <[EMAIL PROTECTED]> wrote:
> Is there really _no_ documentation, not even a few examples?
What do you mean *no* documentation? There is a function reference:
http://octave.sourceforge.net/doc/funref_java.html.
If you want to see a real example, look at JHa
Is there really _no_ documentation, not even a few examples?
Thanks,
-- O.L.
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/
53 matches
Mail list logo
