Trouble with jhandles--installation issue?

classic Classic list List threaded Threaded
20 messages Options
Reply | Threaded
Open this post in threaded view
|

Trouble with jhandles--installation issue?

kimballjw
I'm trying to use jhandles for graphics.  I have followed all the instructions I was able to find on an old message posting, but still have a problem.  I'm running Octave 3.2.4 on Windows Vista (and have had the same problem on another computer running Windows XP).  I installed the MinGW executable from Octave Forge.  I have installed the latest JRE, JOGL, and JDK.  If I plot something, it appears.  When I try to close the window, I get the following error stream:

Exception in thread "AWT-EventQueue-0" java.lang.Unsatisfied
LinkError: org.octave.Octave.needThreadedInvokation()Z
        at org.octave.Octave.needThreadedInvokation(Native Method)
        at org.octave.Octave.invokeLater(Octave.java:151)
        at org.octave.graphics.OctaveCallback.execute(OctaveCallback.java:58)
        at org.octave.graphics.CallbackProperty.execute(CallbackProperty.java:81
)
        at org.octave.graphics.FigureObject.windowClosing(FigureObject.java:409)

        at java.awt.Window.processWindowEvent(Unknown Source)
        at java.awt.Window.processEvent(Unknown Source)
        at java.awt.Component.dispatchEventImpl(Unknown Source)
        at java.awt.Container.dispatchEventImpl(Unknown Source)
        at java.awt.Window.dispatchEventImpl(Unknown Source)
        at java.awt.Component.dispatchEvent(Unknown Source)
        at java.awt.EventQueue.dispatchEvent(Unknown Source)
        at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
        at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
        at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
        at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
        at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
        at java.awt.EventDispatchThread.run(Unknown Source)

I don't know if I have failed to install something I need, or haven't set up the directories right, or what.  Any advice?

Oh, also if I try to print it (print('filename.eps','-deps')), I get a different set of errors:

warning: implicit conversion from matrix to string
warning: isstr is obsolete and will be removed from a future version of Octave,
please use ischar instead
error: [java] org.octave.graphics.PropertyException: property not found - __plot
_stream__
error: evaluating argument list element number 1
error: evaluating argument list element number 1
error: called from:
error:   C:\Octave\3.2.4_gcc-4.4.0\share\octave\packages\jhandles-0.3.5\__jhandl
es_get.m at line 41, column 5
error: evaluating argument list element number 1
error: evaluating argument list element number 1
error:   C:\Octave\3.2.4_gcc-4.4.0\share\octave\3.2.4\m\plot\__gnuplot_get_var__
.m at line 40, column 5
error:   C:\Octave\3.2.4_gcc-4.4.0\share\octave\3.2.4\m\plot\print.m at line 704
, column 7
Reply | Threaded
Open this post in threaded view
|

Re: Trouble with jhandles--installation issue?

martin_helm
Am Samstag, 7. August 2010 17:53:17 schrieb kimballjw:

> I'm trying to use jhandles for graphics.  I have followed all the
> instructions I was able to find on an old message posting, but still have a
> problem.  I'm running Octave 3.2.4 on Windows Vista (and have had the same
> problem on another computer running Windows XP).  I installed the MinGW
> executable from Octave Forge.  I have installed the latest JRE, JOGL, and
> JDK.  If I plot something, it appears.  When I try to close the window, I
> get the following error stream:
>
> Exception in thread "AWT-EventQueue-0" java.lang.Unsatisfied
> LinkError: org.octave.Octave.needThreadedInvokation()Z
>         at org.octave.Octave.needThreadedInvokation(Native Method)
>         at org.octave.Octave.invokeLater(Octave.java:151)
>         at
> org.octave.graphics.OctaveCallback.execute(OctaveCallback.java:58)
>         at
> org.octave.graphics.CallbackProperty.execute(CallbackProperty.java:81
> )
>         at
> org.octave.graphics.FigureObject.windowClosing(FigureObject.java:409)
>
>         at java.awt.Window.processWindowEvent(Unknown Source)
>         at java.awt.Window.processEvent(Unknown Source)
>         at java.awt.Component.dispatchEventImpl(Unknown Source)
>         at java.awt.Container.dispatchEventImpl(Unknown Source)
>         at java.awt.Window.dispatchEventImpl(Unknown Source)
>         at java.awt.Component.dispatchEvent(Unknown Source)
>         at java.awt.EventQueue.dispatchEvent(Unknown Source)
>         at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown
> Source)
>         at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
>         at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown
> Source)
>         at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
>         at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
>         at java.awt.EventDispatchThread.run(Unknown Source)
>
> I don't know if I have failed to install something I need, or haven't set
>  up the directories right, or what.  Any advice?
>
> Oh, also if I try to print it (print('filename.eps','-deps')), I get a
> different set of errors:
>
> warning: implicit conversion from matrix to string
> warning: isstr is obsolete and will be removed from a future version of
> Octave,
> please use ischar instead
> error: [java] org.octave.graphics.PropertyException: property not found -
> __plot
> _stream__
> error: evaluating argument list element number 1
> error: evaluating argument list element number 1
> error: called from:
> error:
> C:\Octave\3.2.4_gcc-4.4.0\share\octave\packages\jhandles-0.3.5\__jhandl
> es_get.m at line 41, column 5
> error: evaluating argument list element number 1
> error: evaluating argument list element number 1
> error:
> C:\Octave\3.2.4_gcc-4.4.0\share\octave\3.2.4\m\plot\__gnuplot_get_var__
> .m at line 40, column 5
> error:   C:\Octave\3.2.4_gcc-4.4.0\share\octave\3.2.4\m\plot\print.m at
>  line 704
> , column 7
>
Hello I can confirm that. That's not nice since I am just in a discussion with
someone else who wanted to install it. Jhandles worked very well with an older
windows version of octave (3.0 MSVC build), but seems to be broken now.

The windows port is maintained by octave forge, I recommend to file a bug on
their mailing list about that.

https://lists.sourceforge.net/lists/listinfo/octave-dev

- mh
_______________________________________________
Help-octave mailing list
[hidden email]
https://www-old.cae.wisc.edu/mailman/listinfo/help-octave
Reply | Threaded
Open this post in threaded view
|

Re: Trouble with jhandles--installation issue?

martin_helm
Am Samstag, 7. August 2010 19:54:37 schrieb Martin Helm:

> Am Samstag, 7. August 2010 17:53:17 schrieb kimballjw:
> > I'm trying to use jhandles for graphics.  I have followed all the
> > instructions I was able to find on an old message posting, but still have
> > a problem.  I'm running Octave 3.2.4 on Windows Vista (and have had the
> > same problem on another computer running Windows XP).  I installed the
> > MinGW executable from Octave Forge.  I have installed the latest JRE,
> > JOGL, and JDK.  If I plot something, it appears.  When I try to close the
> > window, I get the following error stream:
> >
> > Exception in thread "AWT-EventQueue-0" java.lang.Unsatisfied
> > LinkError: org.octave.Octave.needThreadedInvokation()Z
> >         at org.octave.Octave.needThreadedInvokation(Native Method)
> >         at org.octave.Octave.invokeLater(Octave.java:151)
> >         at
> > org.octave.graphics.OctaveCallback.execute(OctaveCallback.java:58)
> >         at
> > org.octave.graphics.CallbackProperty.execute(CallbackProperty.java:81
> > )
> >         at
> > org.octave.graphics.FigureObject.windowClosing(FigureObject.java:409)
> >
> >         at java.awt.Window.processWindowEvent(Unknown Source)
> >         at java.awt.Window.processEvent(Unknown Source)
> >         at java.awt.Component.dispatchEventImpl(Unknown Source)
> >         at java.awt.Container.dispatchEventImpl(Unknown Source)
> >         at java.awt.Window.dispatchEventImpl(Unknown Source)
> >         at java.awt.Component.dispatchEvent(Unknown Source)
> >         at java.awt.EventQueue.dispatchEvent(Unknown Source)
> >         at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown
> > Source)
> >         at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown
> > Source) at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown
> > Source)
> >         at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
> >         at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
> >         at java.awt.EventDispatchThread.run(Unknown Source)
> >
> > I don't know if I have failed to install something I need, or haven't set
> >  up the directories right, or what.  Any advice?
> >
> > Oh, also if I try to print it (print('filename.eps','-deps')), I get a
> > different set of errors:
> >
> > warning: implicit conversion from matrix to string
> > warning: isstr is obsolete and will be removed from a future version of
> > Octave,
> > please use ischar instead
> > error: [java] org.octave.graphics.PropertyException: property not found -
> > __plot
> > _stream__
> > error: evaluating argument list element number 1
> > error: evaluating argument list element number 1
> > error: called from:
> > error:
> > C:\Octave\3.2.4_gcc-4.4.0\share\octave\packages\jhandles-0.3.5\__jhandl
> > es_get.m at line 41, column 5
> > error: evaluating argument list element number 1
> > error: evaluating argument list element number 1
> > error:
> > C:\Octave\3.2.4_gcc-4.4.0\share\octave\3.2.4\m\plot\__gnuplot_get_var__
> > .m at line 40, column 5
> > error:   C:\Octave\3.2.4_gcc-4.4.0\share\octave\3.2.4\m\plot\print.m at
> >  line 704
> > , column 7
>
> Hello I can confirm that. That's not nice since I am just in a discussion
>  with someone else who wanted to install it. Jhandles worked very well with
>  an older windows version of octave (3.0 MSVC build), but seems to be
>  broken now.
>
> The windows port is maintained by octave forge, I recommend to file a bug
>  on their mailing list about that.
>
> https://lists.sourceforge.net/lists/listinfo/octave-dev
>
> - mh
>
Meanwhile I succesfully compiled jhandles 0.3.5 with octave 3.2.4 (with the
usual problems to make it find jogl and its native libs) on opensuse 11.2.
The problem you have on windows does not appear here it simply works and no
exception when creating or closing plot windows happens, so I cannot help here
further.
My knowledge about compiling octave and/or packages on windows is rather
limited and tends toward zero.
I hope one of the windows people can jump in and help you.

- mh
_______________________________________________
Help-octave mailing list
[hidden email]
https://www-old.cae.wisc.edu/mailman/listinfo/help-octave
Reply | Threaded
Open this post in threaded view
|

Re: Trouble with jhandles--installation issue?

tmacchant
In reply to this post by martin_helm
Hello

--- Martin Helm  wrote:

> Am Samstag, 7. August 2010 17:53:17 schrieb kimballjw:
> > I'm trying to use jhandles for graphics.  I have followed all the
> > instructions I was able to find on an old message posting, but still have a
> > problem.  I'm running Octave 3.2.4 on Windows Vista (and have had the same
> > problem on another computer running Windows XP).  I installed the MinGW
> > executable from Octave Forge.  I have installed the latest JRE, JOGL, and
> > JDK.  If I plot something, it appears.  When I try to close the window, I
> > get the following error stream:
> >
> > Exception in thread "AWT-EventQueue-0" java.lang.Unsatisfied
> > LinkError: org.octave.Octave.needThreadedInvokation()Z
> >         at org.octave.Octave.needThreadedInvokation(Native Method)
> >         at org.octave.Octave.invokeLater(Octave.java:151)
> >         at
> > org.octave.graphics.OctaveCallback.execute(OctaveCallback.java:58)
> >         at
> > org.octave.graphics.CallbackProperty.execute(CallbackProperty.java:81
> > )
> >         at
> > org.octave.graphics.FigureObject.windowClosing(FigureObject.java:409)
> >
> >         at java.awt.Window.processWindowEvent(Unknown Source)
> >         at java.awt.Window.processEvent(Unknown Source)
> >         at java.awt.Component.dispatchEventImpl(Unknown Source)
> >         at java.awt.Container.dispatchEventImpl(Unknown Source)
> >         at java.awt.Window.dispatchEventImpl(Unknown Source)
> >         at java.awt.Component.dispatchEvent(Unknown Source)
> >         at java.awt.EventQueue.dispatchEvent(Unknown Source)
> >         at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown
> > Source)
> >         at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
> >         at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown
> > Source)
> >         at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
> >         at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
> >         at java.awt.EventDispatchThread.run(Unknown Source)
> >
> > I don't know if I have failed to install something I need, or haven't set
> >  up the directories right, or what.  Any advice?
> >
> > Oh, also if I try to print it (print('filename.eps','-deps')), I get a
> > different set of errors:
> >
> > warning: implicit conversion from matrix to string
> > warning: isstr is obsolete and will be removed from a future version of
> > Octave,
> > please use ischar instead
> > error: [java] org.octave.graphics.PropertyException: property not found -
> > __plot
> > _stream__
> > error: evaluating argument list element number 1
> > error: evaluating argument list element number 1
> > error: called from:
> > error:
> > C:\Octave\3.2.4_gcc-4.4.0\share\octave\packages\jhandles-0.3.5\__jhandl
> > es_get.m at line 41, column 5
> > error: evaluating argument list element number 1
> > error: evaluating argument list element number 1
> > error:
> > C:\Octave\3.2.4_gcc-4.4.0\share\octave\3.2.4\m\plot\__gnuplot_get_var__
> > .m at line 40, column 5
> > error:   C:\Octave\3.2.4_gcc-4.4.0\share\octave\3.2.4\m\plot\print.m at
> >  line 704
> > , column 7
> >
> Hello I can confirm that. That's not nice since I am just in a discussion with
> someone else who wanted to install it. Jhandles worked very well with an older
> windows version of octave (3.0 MSVC build), but seems to be broken now.
>
> The windows port is maintained by octave forge, I recommend to file a bug on
> their mailing list about that.
>
> https://lists.sourceforge.net/lists/listinfo/octave-dev
>
> - mh


Hello

I have also noticed that print command for the jhandles does not work octave/mingw32 binary packages.
Perhaps it will quite tough work to remove bug of the jhandle packages for windows.

In the development branch, the fltk backend is improved extensively.
The performance of the fltk backend seems to be quite good.

In my opinion, it is better to wait until the octave-3.4 will be released than waste your time to
struggle with the jhandles on octave-3.2.4 on windows.

However, other octave for windows people might give useful suggestion for jhandle for
octave-3.2.4/mingw32.

Regards

Tatsuro

--------------------------------------
Are you OK?  Online Safety Special Site - Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/security/
_______________________________________________
Help-octave mailing list
[hidden email]
https://www-old.cae.wisc.edu/mailman/listinfo/help-octave
Reply | Threaded
Open this post in threaded view
|

Re: Trouble with jhandles--installation issue?

kimballjw
I have another computer that is working correctly. It has Octave 3.0.1, which I installed from an Octave Forge package some time ago.  It includes java 1.2.4 and jhandles 0.3.3.  However, I can no longer find that package.  Octave 3.0.1 would be acceptable for what I'm trying to do.  Could you advise me on how I can get that?  At some point when I was trying to get things to work, I tried the Octave 3.0.2 package and had similar problems as with 3.2.4.

Thanks for all your help!
Jonathan

2010/8/8 Tatsuro MATSUOKA <[hidden email]>
Hello

--- Martin Helm  wrote:

> Am Samstag, 7. August 2010 17:53:17 schrieb kimballjw:
> > I'm trying to use jhandles for graphics.  I have followed all the
> > instructions I was able to find on an old message posting, but still have a
> > problem.  I'm running Octave 3.2.4 on Windows Vista (and have had the same
> > problem on another computer running Windows XP).  I installed the MinGW
> > executable from Octave Forge.  I have installed the latest JRE, JOGL, and
> > JDK.  If I plot something, it appears.  When I try to close the window, I
> > get the following error stream:
> >
> > Exception in thread "AWT-EventQueue-0" java.lang.Unsatisfied
> > LinkError: org.octave.Octave.needThreadedInvokation()Z
> >         at org.octave.Octave.needThreadedInvokation(Native Method)
> >         at org.octave.Octave.invokeLater(Octave.java:151)
> >         at
> > org.octave.graphics.OctaveCallback.execute(OctaveCallback.java:58)
> >         at
> > org.octave.graphics.CallbackProperty.execute(CallbackProperty.java:81
> > )
> >         at
> > org.octave.graphics.FigureObject.windowClosing(FigureObject.java:409)
> >
> >         at java.awt.Window.processWindowEvent(Unknown Source)
> >         at java.awt.Window.processEvent(Unknown Source)
> >         at java.awt.Component.dispatchEventImpl(Unknown Source)
> >         at java.awt.Container.dispatchEventImpl(Unknown Source)
> >         at java.awt.Window.dispatchEventImpl(Unknown Source)
> >         at java.awt.Component.dispatchEvent(Unknown Source)
> >         at java.awt.EventQueue.dispatchEvent(Unknown Source)
> >         at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown
> > Source)
> >         at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
> >         at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown
> > Source)
> >         at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
> >         at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
> >         at java.awt.EventDispatchThread.run(Unknown Source)
> >
> > I don't know if I have failed to install something I need, or haven't set
> >  up the directories right, or what.  Any advice?
> >
> > Oh, also if I try to print it (print('filename.eps','-deps')), I get a
> > different set of errors:
> >
> > warning: implicit conversion from matrix to string
> > warning: isstr is obsolete and will be removed from a future version of
> > Octave,
> > please use ischar instead
> > error: [java] org.octave.graphics.PropertyException: property not found -
> > __plot
> > _stream__
> > error: evaluating argument list element number 1
> > error: evaluating argument list element number 1
> > error: called from:
> > error:
> > C:\Octave\3.2.4_gcc-4.4.0\share\octave\packages\jhandles-0.3.5\__jhandl
> > es_get.m at line 41, column 5
> > error: evaluating argument list element number 1
> > error: evaluating argument list element number 1
> > error:
> > C:\Octave\3.2.4_gcc-4.4.0\share\octave\3.2.4\m\plot\__gnuplot_get_var__
> > .m at line 40, column 5
> > error:   C:\Octave\3.2.4_gcc-4.4.0\share\octave\3.2.4\m\plot\print.m at
> >  line 704
> > , column 7
> >
> Hello I can confirm that. That's not nice since I am just in a discussion with
> someone else who wanted to install it. Jhandles worked very well with an older
> windows version of octave (3.0 MSVC build), but seems to be broken now.
>
> The windows port is maintained by octave forge, I recommend to file a bug on
> their mailing list about that.
>
> https://lists.sourceforge.net/lists/listinfo/octave-dev
>
> - mh


Hello

I have also noticed that print command for the jhandles does not work octave/mingw32 binary packages.
Perhaps it will quite tough work to remove bug of the jhandle packages for windows.

In the development branch, the fltk backend is improved extensively.
The performance of the fltk backend seems to be quite good.

In my opinion, it is better to wait until the octave-3.4 will be released than waste your time to
struggle with the jhandles on octave-3.2.4 on windows.

However, other octave for windows people might give useful suggestion for jhandle for
octave-3.2.4/mingw32.

Regards

Tatsuro

--------------------------------------
Are you OK?  Online Safety Special Site - Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/security/


_______________________________________________
Help-octave mailing list
[hidden email]
https://www-old.cae.wisc.edu/mailman/listinfo/help-octave
Reply | Threaded
Open this post in threaded view
|

Re: [OctDev] Trouble with jhandles--installation issue?

Michael Goffioul
On Mon, Aug 9, 2010 at 3:02 AM, Jonathan Kimball
<[hidden email]> wrote:
> I have another computer that is working correctly. It has Octave 3.0.1,
> which I installed from an Octave Forge package some time ago.  It includes
> java 1.2.4 and jhandles 0.3.3.  However, I can no longer find that package.
>  Octave 3.0.1 would be acceptable for what I'm trying to do.  Could you
> advise me on how I can get that?

Due to GPL license violation claim, this package is no longer available.

Michael.

_______________________________________________
Help-octave mailing list
[hidden email]
https://www-old.cae.wisc.edu/mailman/listinfo/help-octave
Reply | Threaded
Open this post in threaded view
|

Re: [OctDev] Trouble with jhandles--installation issue?

Jordi Gutiérrez Hermoso
On 9 August 2010 01:33, Michael Goffioul <[hidden email]> wrote:
> On Mon, Aug 9, 2010 at 3:02 AM, Jonathan Kimball
> <[hidden email]> wrote:

>> I have another computer that is working correctly. It has Octave 3.0.1,
>> which I installed from an Octave Forge package some time ago.  It includes
>> java 1.2.4 and jhandles 0.3.3.  However, I can no longer find that package.

>
> Due to GPL license violation claim, this package is no longer available.

I just noticed that there is a packaging request for Debian for
jhandles, and I *did* mean to get around to it.

Is it impossible to work around the GPL issue? Is there any code that
could be rewritten?

Thanks,
- Jordi G. H.

_______________________________________________
Help-octave mailing list
[hidden email]
https://www-old.cae.wisc.edu/mailman/listinfo/help-octave
Reply | Threaded
Open this post in threaded view
|

Re: [OctDev] Trouble with jhandles--installation issue?

Judd Storrs-2
2010/8/10 Jordi Gutiérrez Hermoso <[hidden email]>
On 9 August 2010 01:33, Michael Goffioul <[hidden email]> wrote:
> Due to GPL license violation claim, this package is no longer available.

I just noticed that there is a packaging request for Debian for
jhandles, and I *did* mean to get around to it.

Is it impossible to work around the GPL issue? Is there any code that
could be rewritten?

This smells like the GPL distribution claim that was raised about whether the GPL authorizes octave-forge to distribute Microsoft's implementation of the C++ standard libraries or even to distribute binaries that link to them. It was decided (by [hidden email]) that the FSF's position was that the mechanism Microsoft uses to distribute it's implementation of the C++ standard library does not qualify for the "system library exemption" therefore (1) the libraries cannot be distributed alongside octave and (2) GNU considers binaries linking to them to violate of the GPL. It's frustrating because it apparently boils down to the fact that Microsoft doesn't ship the C++ standard library as part of a standard Windows install.

Basically, what appears to be necessary is getting these packages to compile/work using the newer mingw port that replaced the MSVC port.


--judd

_______________________________________________
Help-octave mailing list
[hidden email]
https://www-old.cae.wisc.edu/mailman/listinfo/help-octave
Reply | Threaded
Open this post in threaded view
|

Re: [OctDev] Trouble with jhandles--installation issue?

Jordi Gutiérrez Hermoso
2010/8/10 Judd Storrs <[hidden email]>:
> 2010/8/10 Jordi Gutiérrez Hermoso <[hidden email]>
>> I just noticed that there is a packaging request for Debian for
>> jhandles, and I *did* mean to get around to it.
>>
>> Is it impossible to work around the GPL issue? Is there any code that
>> could be rewritten?

> [...] it apparently boils down to the fact that Microsoft
> doesn't ship the C++ standard library as part of a standard Windows install.

Okay... I presume it must be using some JNI?

> Basically, what appears to be necessary is getting these packages to
> compile/work using the newer mingw port that replaced the MSVC port.

I am a bit confused. Was jhandles Windows-only software? Perhaps I
should close the Debian packaging request, in that case.

_______________________________________________
Help-octave mailing list
[hidden email]
https://www-old.cae.wisc.edu/mailman/listinfo/help-octave
Reply | Threaded
Open this post in threaded view
|

Re: [OctDev] Trouble with jhandles--installation issue?

martin_helm
Am Dienstag, 10. August 2010 19:44:15 schrieb Jordi Gutiérrez Hermoso:

> 2010/8/10 Judd Storrs <[hidden email]>:
> > 2010/8/10 Jordi Gutiérrez Hermoso <[hidden email]>
> >
> >> I just noticed that there is a packaging request for Debian for
> >> jhandles, and I *did* mean to get around to it.
> >>
> >> Is it impossible to work around the GPL issue? Is there any code that
> >> could be rewritten?
> >
> > [...] it apparently boils down to the fact that Microsoft
> > doesn't ship the C++ standard library as part of a standard Windows
> > install.
>
> Okay... I presume it must be using some JNI?
>
> > Basically, what appears to be necessary is getting these packages to
> > compile/work using the newer mingw port that replaced the MSVC port.
>
> I am a bit confused. Was jhandles Windows-only software? Perhaps I
> should close the Debian packaging request, in that case.
>
> _______________________________________________
> Help-octave mailing list
> [hidden email]
> https://www-old.cae.wisc.edu/mailman/listinfo/help-octave
>
Hello,

just to give you some feedback. Jhandles is not windows only. It is java based
and uses the library jogl (java opengl bindings) which is also available for
many platforms (including linux of course). And yes the binding to the native
libs for opengl is done via jni.
I compiled the jhandles package (and also used it) several times on my
opensuse PC and my opensuse laptop with version 3.0 and recently with 3.2.4 (I
did not yet try it with the 3.3.52 tarball or the development version but can
give you feedback for the 3.3.52 in a few days).
It works with 3.2.4 on opensuse 11.2 64 bit but I did not do much testing just
started some of my scripts to see if it behaves as it should.

So it should definitely compile and run on debian and it should be simpler
than on suse I guess.

- mh

_______________________________________________
Help-octave mailing list
[hidden email]
https://www-old.cae.wisc.edu/mailman/listinfo/help-octave
Reply | Threaded
Open this post in threaded view
|

Re: [OctDev] Trouble with jhandles--installation issue?

Jordi Gutiérrez Hermoso
On 10 August 2010 13:11, Martin Helm <[hidden email]> wrote:

> Am Dienstag, 10. August 2010 19:44:15 schrieb Jordi Gutiérrez Hermoso:
>> 2010/8/10 Judd Storrs <[hidden email]>:
>> > 2010/8/10 Jordi Gutiérrez Hermoso <[hidden email]>
>> >
>> >> I just noticed that there is a packaging request for Debian for
>> >> jhandles, and I *did* mean to get around to it.
>> >>
>> >> Is it impossible to work around the GPL issue? Is there any code that
>> >> could be rewritten?
>> >
>> > [...] it apparently boils down to the fact that Microsoft
>> > doesn't ship the C++ standard library as part of a standard Windows
>> > install.
>>
>> Okay... I presume it must be using some JNI?
>>
>> > Basically, what appears to be necessary is getting these packages to
>> > compile/work using the newer mingw port that replaced the MSVC port.
>>
>> I am a bit confused. Was jhandles Windows-only software? Perhaps I
>> should close the Debian packaging request, in that case.

> Jhandles is not windows only.

Well, the reason I'm confused is, why would a distribution problem on
Windows, due to restrictive licenses like the one that Microsoft's
implementation of the C++ stdlib uses, force the author to remove all
traces of jhandles from the web, not just for users of Windows?

Thanks,
- Jordi G. H.

_______________________________________________
Help-octave mailing list
[hidden email]
https://www-old.cae.wisc.edu/mailman/listinfo/help-octave
Reply | Threaded
Open this post in threaded view
|

Re: [OctDev] Trouble with jhandles--installation issue?

kimballjw
What isn't clear to me is whether this is a jhandles issue or an Octave issue.  Did the GPL issue affect the 3.0.1 build that was previously available for Octave, or v0.3.3 of jhandles?  More to my immediate concern, should I expect to be able to get an older version of jhandles working with Octave 3.2.4, or is it just broken on Windows altogether?

Thanks for all the info.

Jonathan

2010/8/10 Jordi Gutiérrez Hermoso <[hidden email]>
On 10 August 2010 13:11, Martin Helm <[hidden email]> wrote:
> Am Dienstag, 10. August 2010 19:44:15 schrieb Jordi Gutiérrez Hermoso:
>> 2010/8/10 Judd Storrs <[hidden email]>:
>> > 2010/8/10 Jordi Gutiérrez Hermoso <[hidden email]>
>> >
>> >> I just noticed that there is a packaging request for Debian for
>> >> jhandles, and I *did* mean to get around to it.
>> >>
>> >> Is it impossible to work around the GPL issue? Is there any code that
>> >> could be rewritten?
>> >
>> > [...] it apparently boils down to the fact that Microsoft
>> > doesn't ship the C++ standard library as part of a standard Windows
>> > install.
>>
>> Okay... I presume it must be using some JNI?
>>
>> > Basically, what appears to be necessary is getting these packages to
>> > compile/work using the newer mingw port that replaced the MSVC port.
>>
>> I am a bit confused. Was jhandles Windows-only software? Perhaps I
>> should close the Debian packaging request, in that case.

> Jhandles is not windows only.

Well, the reason I'm confused is, why would a distribution problem on
Windows, due to restrictive licenses like the one that Microsoft's
implementation of the C++ stdlib uses, force the author to remove all
traces of jhandles from the web, not just for users of Windows?

Thanks,
- Jordi G. H.


_______________________________________________
Help-octave mailing list
[hidden email]
https://www-old.cae.wisc.edu/mailman/listinfo/help-octave
Reply | Threaded
Open this post in threaded view
|

Re: [OctDev] Trouble with jhandles--installation issue?

Judd Storrs-2
2010/8/10 Jonathan Kimball <[hidden email]>
Did the GPL issue affect the 3.0.1 build that was previously available for Octave, or v0.3.3 of jhandles?

It seems I wasn't clear, so sorry for the confusion. The GPL issue is why older builds of Octave for Windows (3.0.x etc) were removed from source-forge.


--judd

_______________________________________________
Help-octave mailing list
[hidden email]
https://www-old.cae.wisc.edu/mailman/listinfo/help-octave
Reply | Threaded
Open this post in threaded view
|

Re: [OctDev] Trouble with jhandles--installation issue?

martin_helm
Am Dienstag, 10. August 2010 22:18:46 schrieb Judd Storrs:

> 2010/8/10 Jonathan Kimball <[hidden email]>
>
> > Did the GPL issue affect the 3.0.1 build that was previously available
> > for Octave, or v0.3.3 of jhandles?
>
> It seems I wasn't clear, so sorry for the confusion. The GPL issue is why
> older builds of Octave for Windows (3.0.x etc) were removed from
> source-forge.
>
>
> --judd
>
The jhandles itself is still there but seems not to build easily or whatever
the problem is so that it is not in the list of packages, but I took it from
the svn repo.
The last windows build with a fully functional jhandles was by accident
exactly the build with the MSVC license issue. It was definitely not the
jhandles itself which was the problem (I followed at that time the discussion
and was a bit confused why the MSVC libs do not qualify as system libs).
Jhandles should in theory work well with mingw (in fact it does except a nasty
bug when you try to close the plot windows), this bug does not exist on linux
so I cannot debug it (my windows programming times are almost more than a
decade ago).

To make a long story short, I would volunteer to help to save the jhandles
package so that it has a future, if there is some interest that it still
exists (I am a professional java programmer) but need time to understand the
problems with the windows port.


- mh
_______________________________________________
Help-octave mailing list
[hidden email]
https://www-old.cae.wisc.edu/mailman/listinfo/help-octave
Reply | Threaded
Open this post in threaded view
|

Re: [OctDev] Trouble with jhandles--installation issue?

kimballjw
If fixing it is a big deal, maybe the best thing is to follow the advice up-thread and wait on the fltk backend.  Having no gnuplot background but plenty of Matlab experience, I really like the jhandles graphical backend.  I'll either learn gnuplot or wait on fltk.

Please note that there are two bugs that prevent me from using jhandles.  One is the problem closing a plot window.  The other, more critical, bug is the inability to print the plot.  If anyone can recommend a way to somehow convert a jhandles-type plot into some graphics format (eps, png, etc.), I would appreciate it.

Thanks for all your help!
Jonathan

On Tue, Aug 10, 2010 at 3:45 PM, Martin Helm <[hidden email]> wrote:
Am Dienstag, 10. August 2010 22:18:46 schrieb Judd Storrs:
> 2010/8/10 Jonathan Kimball <[hidden email]>
>
> > Did the GPL issue affect the 3.0.1 build that was previously available
> > for Octave, or v0.3.3 of jhandles?
>
> It seems I wasn't clear, so sorry for the confusion. The GPL issue is why
> older builds of Octave for Windows (3.0.x etc) were removed from
> source-forge.
>
>
> --judd
>
The jhandles itself is still there but seems not to build easily or whatever
the problem is so that it is not in the list of packages, but I took it from
the svn repo.
The last windows build with a fully functional jhandles was by accident
exactly the build with the MSVC license issue. It was definitely not the
jhandles itself which was the problem (I followed at that time the discussion
and was a bit confused why the MSVC libs do not qualify as system libs).
Jhandles should in theory work well with mingw (in fact it does except a nasty
bug when you try to close the plot windows), this bug does not exist on linux
so I cannot debug it (my windows programming times are almost more than a
decade ago).

To make a long story short, I would volunteer to help to save the jhandles
package so that it has a future, if there is some interest that it still
exists (I am a professional java programmer) but need time to understand the
problems with the windows port.


- mh


_______________________________________________
Help-octave mailing list
[hidden email]
https://www-old.cae.wisc.edu/mailman/listinfo/help-octave
Reply | Threaded
Open this post in threaded view
|

Re: [OctDev] Trouble with jhandles--installation issue?

Michael Goffioul
There has been a lot of confusion in this thread. The GPL violation I
mentioned was not against jhandles, but against the Windows binary
package I used to provide. Those MSVC-compiled binaries contained a
working version of jhandles. When I mention the GPL issue, I was
specifically referring to the Windows binaries.

Now, concerning jhandles itself, it has been written whene there was
no graphics code in octave. It implemented its own modules (property
system, rendering, windowing) entirely in java. A large part of this
is now natively available in octave (for instance the OpenGL rendering
in octave is actually a rewrite of jhandles rendering in C++), making
their jhandles equivalent obsolete. Jhandles has grown unmaintained,
because I spent my time (re)implementing the graphics code in octave
rather than keeping it up to date. So the bottom line is: current
jhandles implementation is not suited for current octave code.

I think there's still room for a java-based backend, but it should be
rewritten as a thin wrapper on top of octave, making use of octave
tools (like the OpenGL renderer). I wrote some experimental code a
long time ago, using that idea. I could pass it on if anybody is
interested. While keeping the current implementation is theoretically
possible, it doesn't really make sense as a large part is redundant
with octave's code.

Concerning printing jhandles plot, I think your best chance at the
moment would be to make the figure background white, then use your
favorite screenshot tool to take a snapshot of the figure content.
It's better than nothing... Jhandles used to be able to print figures
to png, but I'm not sure it's still working.

Michael.
_______________________________________________
Help-octave mailing list
[hidden email]
https://www-old.cae.wisc.edu/mailman/listinfo/help-octave
Reply | Threaded
Open this post in threaded view
|

Re: [OctDev] Trouble with jhandles--installation issue?

martin_helm
Am Dienstag, 10. August 2010 23:20:41 schrieb Michael Goffioul:

> There has been a lot of confusion in this thread. The GPL violation I
> mentioned was not against jhandles, but against the Windows binary
> package I used to provide. Those MSVC-compiled binaries contained a
> working version of jhandles. When I mention the GPL issue, I was
> specifically referring to the Windows binaries.
>
> Now, concerning jhandles itself, it has been written whene there was
> no graphics code in octave. It implemented its own modules (property
> system, rendering, windowing) entirely in java. A large part of this
> is now natively available in octave (for instance the OpenGL rendering
> in octave is actually a rewrite of jhandles rendering in C++), making
> their jhandles equivalent obsolete. Jhandles has grown unmaintained,
> because I spent my time (re)implementing the graphics code in octave
> rather than keeping it up to date. So the bottom line is: current
> jhandles implementation is not suited for current octave code.
>
> I think there's still room for a java-based backend, but it should be
> rewritten as a thin wrapper on top of octave, making use of octave
> tools (like the OpenGL renderer). I wrote some experimental code a
> long time ago, using that idea. I could pass it on if anybody is
> interested. While keeping the current implementation is theoretically
> possible, it doesn't really make sense as a large part is redundant
> with octave's code.
>
> Concerning printing jhandles plot, I think your best chance at the
> moment would be to make the figure background white, then use your
> favorite screenshot tool to take a snapshot of the figure content.
> It's better than nothing... Jhandles used to be able to print figures
> to png, but I'm not sure it's still working.
>
> Michael.
>
Thank you for clarifying the status of jhandles. I understand that the focus
is now on fltk (which I use very much). My regret is that there are still some
things in jhandles which I miss in fltk (the gui functions and the lighting
capabilities). My knowledge about C++ is as old as my windows programming
skills, but the latter ones are not needed for fltk.
So I understand if I want to help improving the graphics capabilities of
octave it seems to be better if I make myself familiar with the fltk backend
code (and renew my rusty C++ knowledge) and try to add functionality there?
Is that correct?
Then I will check the next days where I see a chance to help improving the
fltk backend by working on missing functionality.

- mh

_______________________________________________
Help-octave mailing list
[hidden email]
https://www-old.cae.wisc.edu/mailman/listinfo/help-octave
Reply | Threaded
Open this post in threaded view
|

Re: Trouble with jhandles--installation issue?

martin_helm
In reply to this post by kimballjw
Am Montag, 9. August 2010 04:02:16 schrieb Jonathan Kimball:

> I have another computer that is working correctly. It has Octave 3.0.1,
> which I installed from an Octave Forge package some time ago.  It includes
> java 1.2.4 and jhandles 0.3.3.  However, I can no longer find that package.
>  Octave 3.0.1 would be acceptable for what I'm trying to do.  Could you
> advise me on how I can get that?  At some point when I was trying to get
> things to work, I tried the Octave 3.0.2 package and had similar problems
>  as with 3.2.4.
>
> Thanks for all your help!
> Jonathan
>

I thought about this a little late, I think this installation is relocatable.
That means you have a chance just to take the complete folder where this
octave 3.0 is installed from this machine and copy it to another machine to
use it. For your personal use the license issue mentioned does not apply as
long as you do not distribute this version.

Maybe you have luck and it simply works.

- mh
_______________________________________________
Help-octave mailing list
[hidden email]
https://www-old.cae.wisc.edu/mailman/listinfo/help-octave
Reply | Threaded
Open this post in threaded view
|

Re: [OctDev] Trouble with jhandles--installation issue?

Michael Goffioul
In reply to this post by martin_helm
On Tue, Aug 10, 2010 at 10:35 PM, Martin Helm <[hidden email]> wrote:

> Thank you for clarifying the status of jhandles. I understand that the focus
> is now on fltk (which I use very much). My regret is that there are still some
> things in jhandles which I miss in fltk (the gui functions and the lighting
> capabilities). My knowledge about C++ is as old as my windows programming
> skills, but the latter ones are not needed for fltk.
> So I understand if I want to help improving the graphics capabilities of
> octave it seems to be better if I make myself familiar with the fltk backend
> code (and renew my rusty C++ knowledge) and try to add functionality there?
> Is that correct?
> Then I will check the next days where I see a chance to help improving the
> fltk backend by working on missing functionality.

Just some clarifications. Do not confuse the OpenGL renderer and the FLTK
backend. The OpenGL renderer is backend/toolkit independent and can be
use by any backend. For instance, it is used by the GTK+ backend embedded
in octaveDE.

The FLTK backend provides the windowing capabilities and uses the OpenGL
renderer (it provides the drawing context for the renderer).

Now for the "missing" things from jhandles:
- light: the OpenGL renderer support lights, but there's no equivalent graphics
object defined, neither corresponding m-files; so the hard part exists, just a
way to access it is missing
- gui: i'm actually working on it (though I'm using GTK+ backend as a test
backend); but I don't have much spare time, so progress is slow...

Michael.
_______________________________________________
Help-octave mailing list
[hidden email]
https://www-old.cae.wisc.edu/mailman/listinfo/help-octave
Reply | Threaded
Open this post in threaded view
|

Re: Trouble with jhandles--installation issue?

kimballjw
In reply to this post by martin_helm
Such an obvious solution!  I should have tried it earlier.  Indeed the installation is relocatable.  I know that doesn't help anyone else, but it keeps my work going.  I'll check back in later when Octave 3.4 is out, to try out the new backend.

Thanks,
Jonathan

On Tue, Aug 10, 2010 at 5:40 PM, Martin Helm <[hidden email]> wrote:
Am Montag, 9. August 2010 04:02:16 schrieb Jonathan Kimball:
> I have another computer that is working correctly. It has Octave 3.0.1,
> which I installed from an Octave Forge package some time ago.  It includes
> java 1.2.4 and jhandles 0.3.3.  However, I can no longer find that package.
>  Octave 3.0.1 would be acceptable for what I'm trying to do.  Could you
> advise me on how I can get that?  At some point when I was trying to get
> things to work, I tried the Octave 3.0.2 package and had similar problems
>  as with 3.2.4.
>
> Thanks for all your help!
> Jonathan
>

I thought about this a little late, I think this installation is relocatable.
That means you have a chance just to take the complete folder where this
octave 3.0 is installed from this machine and copy it to another machine to
use it. For your personal use the license issue mentioned does not apply as
long as you do not distribute this version.

Maybe you have luck and it simply works.

- mh


_______________________________________________
Help-octave mailing list
[hidden email]
https://www-old.cae.wisc.edu/mailman/listinfo/help-octave