[scilab-Users] SOS: Version with Xcos usable for academic teaching??

Nick Rudnick joerg.rudnick at t-online.de
Mon Jun 21 09:30:26 CEST 2010 

Hello Sylvestre,

thank you for your mail -- at the moment I can say that in the weekend, 
I have tested scilab-master-1276871586.exe quite thoroughly and am so 
satisfied that I forwarded it to our students, together with 
scilab-master-1276780858_x64.exe, which I am about to test soon.

If I have a choice, I would prefer to assist in fixing bugs at the Linux 
builds, which still suffer from problems that prohibit usage -- I 
inspected mostly the 64 bit version, but I expect the 32 bit version to 
be equally affected, as the error message seemingly is thrown by the 
Java frontend.

<http://moodle.uni-duisburg-essen.de/mod/resource/view.php?id=112070>Specifically, 
at scilab-master-1276266589.bin.linux-x86_64.tar.gz, I would like to 
present the error message I receive -- as I suspect a 
java.lang.UnsatisfiedLinkError to be possibly a problem of access to a 
native library which might be very easy to solve. It is thrown whenever 
I try to drag something out of the palette browser (didn't find this at 
Bugzilla):

= 8< =================================
(process:3353): Gtk-WARNING **: Locale not supported by C library.
    Using the fallback 'C' locale.
Error parsing gtk-icon-sizes string: ''
Exception in thread "AWT-EventQueue-0" java.lang.UnsatisfiedLinkError: 
ncsa.hdf.hdf5lib.HDF5Constants.H5_SZIP_MAX_PIXELS_PER_BLOCK()I
    at 
ncsa.hdf.hdf5lib.HDF5Constants.H5_SZIP_MAX_PIXELS_PER_BLOCK(Native Method)
    at ncsa.hdf.hdf5lib.HDF5Constants.<clinit>(HDF5Constants.java:33)
    at org.scilab.modules.hdf5.read.H5Read.openFile(Unknown Source)
    at org.scilab.modules.xcos.io.scicos.H5RWHandler.readBlock(Unknown 
Source)
    at 
org.scilab.modules.xcos.palette.PaletteBlockCtrl.loadBlock(Unknown Source)
    at 
org.scilab.modules.xcos.palette.PaletteBlockCtrl.getTransferable(Unknown 
Source)
    at 
org.scilab.modules.xcos.palette.PaletteBlockCtrl$1.dragGestureRecognized(Unknown 
Source)
    at 
java.awt.dnd.DragGestureRecognizer.fireDragGestureRecognized(Unknown Source)
    at sun.awt.X11.XMouseDragGestureRecognizer.mouseDragged(Unknown Source)
    at java.awt.AWTEventMulticaster.mouseDragged(Unknown Source)
    at java.awt.Component.processMouseMotionEvent(Unknown Source)
    at javax.swing.JComponent.processMouseMotionEvent(Unknown Source)
    at java.awt.Component.processEvent(Unknown Source)
    at java.awt.Container.processEvent(Unknown Source)
    at java.awt.Component.dispatchEventImpl(Unknown Source)
    at java.awt.Container.dispatchEventImpl(Unknown Source)
    at java.awt.Component.dispatchEvent(Unknown Source)
    at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
    at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
    at java.awt.LightweightDispatcher.dispatchEvent(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)
= 8< =================================

In regard of a tutorial, I am in fact writing at the moment something 
which might be regarded as one, 20-30 pages, with economically motivated 
examples which should be easy to integrate into lessons, consuming about 
2-6 hours of lecture, depending on the students.

Once I can forward working binaries for Linux, too, I will be very 
satisfied, and could assist the Tk to JGraphX transition -- here I first 
would like to improve the branching of connections.

Seemingly, some (O)Caml code is used inside Scilab... very interesting 
stuff... :-)


All the best, and thank you for your reply,

    Nick



Sylvestre Ledru wrote:
> Hello Nick,
>
> We will try to provide good nightly build during next week (on our code
> review system [1], we accepted a lot of new patches during the last few
> days. They should fix some issues) and we are planning to release a beta
> of Scilab 5.3.0 during the next few weeks. 
>
> If you want to help, you are welcome. There are many way to help us. You
> can provide some real life demos (or showing what we should improve) on
> Xcos (or Scilab). With some coordination with Clément, you could also
> help us by fixing some bugs [2] or provide some tutorials on Xcos. 
>
> There are many ways to help us, it is up to you. 
> Don't hesitate to contact me if you have any questions.
>
> Cheers,
> Sylvestre
> [1] http://codereview.scilab.org/
> [2] http://bugzilla.scilab.org/
>
> Le vendredi 18 juin 2010 à 16:38 +0200, Nick Rudnick a écrit :
>   
>> SIGH... Thank you for answering, Clément,
>>
>> This gives hope... With at least mediocre Java & C/C++ knowledge, is 
>> there a way to assist you?
>>
>> I would be interested in binaries for {Linux|Windows}{64|32} to be 
>> handed out to our students -- do you know of a nightly build of the past 
>> time that ran quite stable? I saw lots of new features (especially in 
>> regard of the GUI) at the current nightly build; maybe there is on 
>> without these, but running fine?
>>
>> We are only doing introductory stuff, no specialties are needed -- 
>> others might also be interested in having a (temporary) link to a such 
>> release, I assume.
>>
>> If the delay is as described by Ray -- do you already have a theory how 
>> this might be fixed, and can I support you in any way? I would love to 
>> contribute in making available these four binaries for 
>> {Linux|Windows}{64|32}...
>>
>>
>> All the best,
>>
>>     Nick
>>
>>
>> Clément DAVID wrote:
>>     
>>> Dear list,
>>>
>>> I apologize for this inconvenience. We just released the 5.2.2 version
>>> on a rush to correct some blocking bugs (related to hdf5 and our hdf5
>>> wrapper) and just use a rapid validation phase.
>>>
>>> The next version will provide more and more improvement on the Xcos
>>> editor and we will validate it even more than any previous Xcos version.
>>> If you are using nightly builds please resync the third-party repository
>>> as some thirdparties has been updated.
>>>
>>> Some delay may also appear when dragging icons from the palette please
>>> report these issues if you find it unacceptable.
>>>
>>> Regards,
>>>
>>> Clément
>>>
>>>   
>>>       
>>>> Nick,
>>>>  
>>>> The specific match is (b) dragging blocks in 5.2.2.  This did not work
>>>> the first couple of times.  But after waiting a while, it worked.
>>>> This was repeatable.
>>>>  
>>>> Ray
>>>>         
>
>   

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20100621/519c052a/attachment.htm>

More information about the users mailing list