From johanwesselink23 at gmail.com Tue Aug 28 22:40:13 2018 From: johanwesselink23 at gmail.com (Johan Wesselink) Date: Tue, 28 Aug 2018 17:40:13 -0300 Subject: [Scilab-Dev] xcos Message-ID: Good day, I was having a look into some superblock problems. In version 6.0.1. there are many problems with the super block. I have checkout the latest version of the GIT repository and can build and debug it using eclipse. On this moment I am interested in Bug 14670 Super block can be opened more then once. I already discovered that the xcos/block/actian/BlockParametersAction.java contains the method ActionPerformed on line 96 that actually generates the diagram. I am a little bit curious for the architecture. I see that a XcosDiagram is created using the UID, Kind and Id of cell that is the SUPER_f block. This is created diagram is then added to the root diagram. Maybe a very simplistic view, but is it possible to get the root diagram and search for a sub diagram with the same UID, Kind and Id. And so, if this is present does that mean that the diagram is already created and that it only should be shown? Or do not understand how it works. Sincerely Johan -------------- next part -------------- An HTML attachment was scrubbed... URL: From johanwesselink23 at gmail.com Wed Aug 29 02:59:28 2018 From: johanwesselink23 at gmail.com (Johan Wesselink) Date: Tue, 28 Aug 2018 21:59:28 -0300 Subject: [Scilab-Dev] xcos In-Reply-To: References: Message-ID: I have a quick and dirty fix. Not for real use, but it shows a proof of concept. I am certainly cutting corners here. Would like to know how to translate this into a better solution? Add a function to the Xcos class that returns a diagram based on cell that is passed? Started with this simple problem. Really like Xcos, but it is still very broken. Like to contribute if possible. Thanks. Op di 28 aug. 2018 om 17:40 schreef Johan Wesselink < johanwesselink23 at gmail.com>: > Good day, > > I was having a look into some superblock problems. > In version 6.0.1. there are many problems with the super block. > > I have checkout the latest version of the GIT repository and can build and > debug it using eclipse. > > On this moment I am interested in Bug 14670 Super block can be opened more > then once. > I already discovered that the xcos/block/actian/BlockParametersAction.java > contains the method ActionPerformed on line 96 that actually generates the > diagram. > I am a little bit curious for the architecture. > I see that a XcosDiagram is created using the UID, Kind and Id of cell > that is the SUPER_f block. This is created diagram is then added to the > root diagram. > Maybe a very simplistic view, but is it possible to get the root diagram > and search for a sub diagram with the same UID, Kind and Id. And so, if > this is present does that mean that the diagram is already created and that > it only should be shown? > Or do not understand how it works. > > Sincerely > Johan > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: fix_multiple_open_super_block.patch Type: text/x-patch Size: 3733 bytes Desc: not available URL: From Clement.David at esi-group.com Thu Aug 30 15:07:14 2018 From: Clement.David at esi-group.com (=?utf-8?B?Q2zDqW1lbnQgRGF2aWQ=?=) Date: Thu, 30 Aug 2018 13:07:14 +0000 Subject: [Scilab-Dev] JOGL java OpenGL library In-Reply-To: References: <6500024b52564f6f0df20ea3b73ada6962d1942d.camel@esi-group.com> Message-ID: <806c3e782a4ad54ae6fa96efdc478b9ba14f439b.camel@esi-group.com> Hello Johan, Strange, that may be a regression using a fresh JOGL2 and the current master. Could you open a bug to trace this issue (with screenshots and your JOGL2 version) ? Thanks, -- Cl?ment Le lundi 30 juillet 2018 ? 10:01 -0300, Johan Wesselink a ?crit : > Thanks Cl?ment, > > I made the modifications by hand in the different files. Not that many files! > Had a quick look at the patch set it does exactly the same as mine as far as I can see. > > I can now compile an working Scilab from the master branch.However, I noticed that there is still > a selection bug in the plot window. > The red markers are correct. However, the rubber box is drawn upside down. > I don't know if this is also fixed in this patch set. But it is a really old bug which is not any > longer present in Scilab 6.0.1 > So at one moment in time it was fixed. I am curious if I introduced this bug myself because I > linked against an external > version of JOGL2 which may or may not contain this bug. In other words is this bug fixed JOGL2 > library you are using? > > Thanks, > > Johan > > > > > 2018-07-30 9:41 GMT-03:00 Cl?ment David : > > Hello Johan, > > > > Yep the patch is already in review [1] however we should rebuild jogl2 to ship it within our > > thirdparties. Currently to build Scilab for yourself with the latest jogl2 version from your > > distribution, apply it before building. > > > > [1]: https://codereview.scilab.org/#/c/17530/ > > > > Thanks, > > > > -- > > Cl?ment > > > > Le mercredi 25 juillet 2018 ? 22:09 -0300, Johan Wesselink a ?crit : > > > I build scilab from the scilab branch master under lubuntu. > > > This went well except for the JOGL2 library. > > > > > > I noticed that almost all modern distros come with its own version of this library. > > > The library is currently redistributed. However, there is a library problem in which > > > a dynamic library doesn't return the correct string. If I remember correctly this is the > > latest > > > MesagGL library. The redistributed version is no longer compatible with the latest mesa > > library. > > > > > > This is a well known problem and all distributions package scilab using the > > > new version. > > > They are aware that search path for the library in Java is modfied from > > > javax.opengl to com.jogamp. > > > Every distribution uses a patch which patches a set of java files and adapts the configure.ac > > > > > > I am very curious if there is an incentive to integrate this modification into the current > > > master branch and link to a new version of JOGL2. This will make it much easier to > > > compile scilab from scratch. > > > > > > I do this because I am interested on working on XCOS.. This is a very cool tool > > > which still needs a lot of work. > > > > > > Sincerely > > > Johan Wesselink > > > _______________________________________________ > > > dev mailing list > > > dev at lists.scilab.org > > > http://lists.scilab.org/mailman/listinfo/dev > > _______________________________________________ > > dev mailing list > > dev at lists.scilab.org > > http://lists.scilab.org/mailman/listinfo/dev > > _______________________________________________ > dev mailing list > dev at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/dev From johanwesselink23 at gmail.com Thu Aug 30 23:28:12 2018 From: johanwesselink23 at gmail.com (Johan Wesselink) Date: Thu, 30 Aug 2018 18:28:12 -0300 Subject: [Scilab-Dev] JOGL java OpenGL library In-Reply-To: <806c3e782a4ad54ae6fa96efdc478b9ba14f439b.camel@esi-group.com> References: <6500024b52564f6f0df20ea3b73ada6962d1942d.camel@esi-group.com> <806c3e782a4ad54ae6fa96efdc478b9ba14f439b.camel@esi-group.com> Message-ID: I used the latest git pull. Also updated the svn stuff. libJOGL 2.3.2 the latest. Lubuntu 18.04. OpenJDK Java 8.0. However, this runs inside a virtual machine. I think this is a very specific bug in the vmgfx drivers. Becuase I had an instance in which libGL could not open this driver and then everything worked fine. If you still want me to open a bug report I will do that. Let me now. Op do 30 aug. 2018 om 10:07 schreef Cl?ment David < Clement.David at esi-group.com>: > Hello Johan, > > Strange, that may be a regression using a fresh JOGL2 and the current > master. Could you open a bug > to trace this issue (with screenshots and your JOGL2 version) ? > > Thanks, > > -- > Cl?ment > > Le lundi 30 juillet 2018 ? 10:01 -0300, Johan Wesselink a ?crit : > > Thanks Cl?ment, > > > > I made the modifications by hand in the different files. Not that many > files! > > Had a quick look at the patch set it does exactly the same as mine as > far as I can see. > > > > I can now compile an working Scilab from the master branch.However, I > noticed that there is still > > a selection bug in the plot window. > > The red markers are correct. However, the rubber box is drawn upside > down. > > I don't know if this is also fixed in this patch set. But it is a really > old bug which is not any > > longer present in Scilab 6.0.1 > > So at one moment in time it was fixed. I am curious if I introduced this > bug myself because I > > linked against an external > > version of JOGL2 which may or may not contain this bug. In other words > is this bug fixed JOGL2 > > library you are using? > > > > Thanks, > > > > Johan > > > > > > > > > > 2018-07-30 9:41 GMT-03:00 Cl?ment David : > > > Hello Johan, > > > > > > Yep the patch is already in review [1] however we should rebuild jogl2 > to ship it within our > > > thirdparties. Currently to build Scilab for yourself with the latest > jogl2 version from your > > > distribution, apply it before building. > > > > > > [1]: https://codereview.scilab.org/#/c/17530/ > > > > > > Thanks, > > > > > > -- > > > Cl?ment > > > > > > Le mercredi 25 juillet 2018 ? 22:09 -0300, Johan Wesselink a ?crit : > > > > I build scilab from the scilab branch master under lubuntu. > > > > This went well except for the JOGL2 library. > > > > > > > > I noticed that almost all modern distros come with its own version > of this library. > > > > The library is currently redistributed. However, there is a library > problem in which > > > > a dynamic library doesn't return the correct string. If I remember > correctly this is the > > > latest > > > > MesagGL library. The redistributed version is no longer compatible > with the latest mesa > > > library. > > > > > > > > This is a well known problem and all distributions package scilab > using the > > > > new version. > > > > They are aware that search path for the library in Java is modfied > from > > > > javax.opengl to com.jogamp. > > > > Every distribution uses a patch which patches a set of java files > and adapts the configure.ac > > > > > > > > I am very curious if there is an incentive to integrate this > modification into the current > > > > master branch and link to a new version of JOGL2. This will make it > much easier to > > > > compile scilab from scratch. > > > > > > > > I do this because I am interested on working on XCOS.. This is a > very cool tool > > > > which still needs a lot of work. > > > > > > > > Sincerely > > > > Johan Wesselink > > > > _______________________________________________ > > > > dev mailing list > > > > dev at lists.scilab.org > > > > http://lists.scilab.org/mailman/listinfo/dev > > > _______________________________________________ > > > dev mailing list > > > dev at lists.scilab.org > > > http://lists.scilab.org/mailman/listinfo/dev > > > > _______________________________________________ > > dev mailing list > > dev at lists.scilab.org > > http://lists.scilab.org/mailman/listinfo/dev > _______________________________________________ > dev mailing list > dev at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: