From piumi.tiki at gmail.com Mon Mar 1 13:44:41 2010 From: piumi.tiki at gmail.com (Piumi Nanayakkara) Date: Mon, 1 Mar 2010 18:14:41 +0530 Subject: Request to join Mailing List Message-ID: Hii, I'm an Computer Science and Engineering Undergraduate from University of Moratuwa, Sri Lanka.I'm willing to take part in the Google Summer of Code this year.While i was browsing through the last years list i found this project of "scilab" really interesting since it involves the areas of programming i always loved, algorithms and mathematics. :D So i would like to join this mailing list to learn more about "scilab" development and share & enhance my knowledge Thanks in Advance!! Best Regards, --Piums-- -------------- next part -------------- An HTML attachment was scrubbed... URL: From sylvestre.ledru at scilab.org Mon Mar 1 21:55:32 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Mon, 01 Mar 2010 21:55:32 +0100 Subject: [Scilab-Dev] Request to join Mailing List In-Reply-To: References: Message-ID: <1267476932.19167.124.camel@zlarin> Hello, Thanks for your interest. Le lundi 01 mars 2010 ? 18:14 +0530, Piumi Nanayakkara a ?crit : > Hii, > > > I'm an Computer Science and Engineering Undergraduate from University > of Moratuwa, Sri Lanka.I'm willing to take part in the Google Summer > of Code this year.While i was browsing through the last years list i > found this project of "scilab" really interesting since it involves > the areas of programming i always loved, algorithms and > mathematics. :D > > > > > So i would like to join this mailing list to learn more about "scilab" > development and share & enhance my knowledge The subscription is public and open. See: http://www.scilab.org/communities/developer_zone/tools/mailing_list Sylvestre > -- ------------------------- Sylvestre Ledru ------------------------- The Scilab Consortium Digiteo Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay Cedex France From piumi.tiki at gmail.com Tue Mar 2 04:36:01 2010 From: piumi.tiki at gmail.com (Piumi Nanayakkara) Date: Tue, 2 Mar 2010 09:06:01 +0530 Subject: More Information on project ideas Message-ID: Hii all, I'm Piumi Nanayakkara, a Computer Science and Engineering Undergraduate from Sri Lanka.I'm willing to take part in the Google Summer of Code this year.While i was browsing through the last years list i found this project of "scilab" really interesting since it involves the areas of programming i always loved algorithms and mathematics. :D I found the two project ideas as best suits for my intentions at http://wiki.scilab.org/Ideas_of_development_for_Scilab and would like to know whether those ideas has been implemented already or else any one currently working them??And i would be glad if i can get more information on these ideas like what exactly is required, etc. The two project ideas are, - Integration in Netbean - Scilab Help Search Engine Thanks in Advance!!! :) Best Regards, --Piums-- -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Tue Mar 2 09:35:13 2010 From: stephane.mottelet at utc.fr (=?UTF-8?B?U3TCjsOpcGhhbmUgTW90dGVsZXQ=?=) Date: Tue, 02 Mar 2010 09:35:13 +0100 Subject: problem with function overloading Message-ID: <4B8CCDC1.5040105@utc.fr> Hi all, I have some difficulties to understand how overloading of functions (not operators) works. E.g. I would like to redefine delete() for handles, which is done actually with %h_delete. (BTW, when I look at the source i see some calls to delete with handle arguments, how does scilab cope with apparent recursivity here ?). When I try to redifine %h_delete in a library loaded at startup time, then the original %h_delete is still used instead of the "new" one. How can solve this problem (I also need to redefine %h_set and %h_get...) thanks for help S. From allan.cornet at scilab.org Tue Mar 2 16:12:47 2010 From: allan.cornet at scilab.org (Allan CORNET) Date: Tue, 2 Mar 2010 16:12:47 +0100 Subject: SEP #39: MSDOS variable replaced by getos() Message-ID: <002301caba1a$d1ec49c0$75c4dd40$@cornet@scilab.org> Hi, Here is a SEP about MSDOS variable replaced by getos() Best regards -- Allan CORNET ------------------------- The Scilab Consortium Digiteo Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay Cedex France -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: SEP_39_MSDOS.pdf Type: application/pdf Size: 22144 bytes Desc: not available URL: From Calixte.Denizet at ac-rennes.fr Thu Mar 4 09:52:21 2010 From: Calixte.Denizet at ac-rennes.fr (Calixte.Denizet at ac-rennes.fr) Date: Thu, 04 Mar 2010 09:52:21 +0100 Subject: [Scilab-Dev] SEP #39: MSDOS variable replaced by getos() In-Reply-To: <002301caba1a$d1ec49c0$75c4dd40$%cornet@scilab.org> References: <002301caba1a$d1ec49c0$75c4dd40$%cornet@scilab.org> Message-ID: Hello, It could be interesting to have a function such as uname (getos would be equivalent to uname('s')) to have more information on the computer. Calixte ----- Message d'origine ----- De: Allan CORNET Date: Mardi, Mars 2, 2010 4:12 pm Objet: [Scilab-Dev] SEP #39: MSDOS variable replaced by getos() ?: dev at lists.scilab.org > Hi, > > > > Here is a SEP about MSDOS variable replaced by getos() > > > > Best regards > > > > -- > > Allan CORNET > > ------------------------- > > The Scilab Consortium > > Digiteo > > Domaine de Voluceau > > Rocquencourt - B.P. 105 > > 78153 Le Chesnay Cedex > > France > > > From goyalsanyam at gmail.com Fri Mar 5 17:58:28 2010 From: goyalsanyam at gmail.com (Sanyam goyal) Date: Fri, 5 Mar 2010 22:28:28 +0530 Subject: Gsoc 2010: "Debugger in Scilab 6 dev version" Message-ID: <6bfa5ab21003050858m11d96f43o6d69c15c41cc6735@mail.gmail.com> Hi my name is Sanyam, I am final year Student of Computer Science department , IIT Bombay, india. I am interested in applying for google summer of code 2010. I particularly liked the idea of developing a "Debugger for scilab 6 dev version". I couldn't find the details of this project on the ideas page. I would like to know the details of the project So that I can build a good proposal on google site. Thanks -- Sanyam Goyal Btech4,Senior UnderGraduate IIT Bombay -------------- next part -------------- An HTML attachment was scrubbed... URL: From sylvestre.ledru at scilab.org Fri Mar 5 18:22:22 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Fri, 05 Mar 2010 18:22:22 +0100 Subject: [Scilab-Dev] Gsoc 2010: "Debugger in Scilab 6 dev version" In-Reply-To: <6bfa5ab21003050858m11d96f43o6d69c15c41cc6735@mail.gmail.com> References: <6bfa5ab21003050858m11d96f43o6d69c15c41cc6735@mail.gmail.com> Message-ID: <1267809742.8613.10776.camel@korcula.inria.fr> Hello Sanyam, Le vendredi 05 mars 2010 ? 22:28 +0530, Sanyam goyal a ?crit : > Hi > my name is Sanyam, I am final year Student of Computer Science > department , IIT Bombay, india. I am interested in applying for google > summer of code 2010. > I particularly liked the idea of developing a "Debugger for scilab 6 > dev version". I couldn't find the details of this project on the ideas > page. I would like to know the details of the project So that I can > build a good proposal on google site. Indeed. It was not available. I just wrote some pieces explaining what should be done, what kind of features should be available: http://wiki.scilab.org/Contributor_-_Debugger Don't hesitate if you need more information on this subject. Sylvestre PS: Bruno J, if you see anything missing or if you disagree on some aspects, please let me know. From sylvestre.ledru at scilab.org Fri Mar 5 19:16:59 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Fri, 05 Mar 2010 19:16:59 +0100 Subject: [Scilab-Dev] Gsoc 2010: "Debugger in Scilab 6 dev version" In-Reply-To: <6bfa5ab21003051001v1345265cnf5b7b2c1debd6a1@mail.gmail.com> References: <6bfa5ab21003050858m11d96f43o6d69c15c41cc6735@mail.gmail.com> <1267809742.8613.10776.camel@korcula.inria.fr> <6bfa5ab21003051001v1345265cnf5b7b2c1debd6a1@mail.gmail.com> Message-ID: <1267813019.8613.11014.camel@korcula.inria.fr> Le vendredi 05 mars 2010 ? 23:31 +0530, Sanyam goyal a ?crit : > Hi Sylvestre > Thanks for the immediate response. You are welcome. > by looking at the description now I Think this would really be a > exciting/challenging project. I am sure it will be. > I have previously worked on some building a basic interpreter in C in > the basic compiler course at College. > some questions that I have:- > 1) Can you provide some reading material that would be helpful for > this project ? Sure, Have a look on the URL I send you ( http://wiki.scilab.org/Contributor_-_Debugger ) . At the bottom, you will find documentations from R, Ruby, Python and others. I am pretty sure you will find some technical documentations, otherwise, you can still download the code to see how they did it. And anyway, I am confident there are some tutorials on the web about this kind of issue. > 2) Can I apply to other projects as well ? Sure. However, try to focus on a few projects. It takes some time to write a good proposal. > 3) What should I ideally be doing to get picked ? Have a look here: http://wiki.scilab.org/How_to_apply_to_the_GSOC_%3F > 4) what is IRC channel for scilab on freenode ? http://www.scilab.org/communities/developer_zone/tools/irc Don't forget that most of us are french and mostly connected during the week. Sylvestre > Cheers > -Sanyam > > On Fri, Mar 5, 2010 at 10:52 PM, Sylvestre Ledru > wrote: > Hello Sanyam, > > Le vendredi 05 mars 2010 ? 22:28 +0530, Sanyam goyal a ?crit : > > Hi > > my name is Sanyam, I am final year Student of Computer > Science > > department , IIT Bombay, india. I am interested in applying > for google > > summer of code 2010. > > I particularly liked the idea of developing a "Debugger for > scilab 6 > > dev version". I couldn't find the details of this project on > the ideas > > page. I would like to know the details of the project So > that I can > > build a good proposal on google site. > > Indeed. It was not available. > I just wrote some pieces explaining what should be done, what > kind of > features should be available: > http://wiki.scilab.org/Contributor_-_Debugger > > Don't hesitate if you need more information on this subject. > > Sylvestre > PS: Bruno J, if you see anything missing or if you disagree on > some > aspects, please let me know. > > > > > -- > Sanyam Goyal > Btech4,Senior UnderGraduate > IIT Bombay From chirag at iitg.ernet.in Sun Mar 7 19:49:35 2010 From: chirag at iitg.ernet.in (chirag at iitg.ernet.in) Date: Mon, 8 Mar 2010 00:19:35 +0530 (IST) Subject: GSOC query for Scilab UI elements Message-ID: <49982.10.1.2.76.1267987775.squirrel@webmail.iitg.ernet.in> Respested Sir This is with reference to Scilab UI elements project posted on http://wiki.scilab.org/Ideas_of_development_for_Scilab site. I wanted to know some more details about the project . Please if you can give some information it would be of great help. Thanking you Regards Chirag Gupta 2nd Year IIT Guwahati India From sylvestre.ledru at scilab.org Sun Mar 7 19:55:43 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Sun, 07 Mar 2010 19:55:43 +0100 Subject: [Scilab-Dev] GSOC query for Scilab UI elements In-Reply-To: <49982.10.1.2.76.1267987775.squirrel@webmail.iitg.ernet.in> References: <49982.10.1.2.76.1267987775.squirrel@webmail.iitg.ernet.in> Message-ID: <1267988143.6366.6124.camel@zlarin> Le lundi 08 mars 2010 ? 00:19 +0530, chirag at iitg.ernet.in a ?crit : > Respested Sir > This is with reference to Scilab UI elements project posted on > http://wiki.scilab.org/Ideas_of_development_for_Scilab site. > I wanted to know some more details about the project . > Please if you can give some information it would be of great help. > In Scilab, uicontrol is the capability to create window and interact with them. You can have a look in the documentation here: http://www.scilab.org/product/man/uicontrol.html or http://www.scilab.org/product/man/section_0e2c3baade72c97c1c28ae3cb0c431fc.html The idea would be to plug this different kind of UI elements (spreadhseet, image display, etc) and make them available into the Scilab language. Sylvestre -- ------------------------- Sylvestre Ledru ------------------------- The Scilab Consortium Digiteo Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay Cedex France From srajesh42 at gmail.com Mon Mar 8 06:19:36 2010 From: srajesh42 at gmail.com (Rajesh Somavarapu) Date: Mon, 8 Mar 2010 10:49:36 +0530 Subject: Request to join mailing list Message-ID: <10a7e9a11003072119j3dcc541aged35ddd52aad0fb9@mail.gmail.com> Hi I am an Under Graduate student at BITS PIlani Goa Campus, India. I would like to join the mailing list as I am very much interested in programming and mathematics, so I wanted to know more about Scilab and am willing to contribute to Scilab Development. Thanks Rajesh S -- Rajesh Somavarapu BITS Pilani Goa Campus -------------- next part -------------- An HTML attachment was scrubbed... URL: From sylvestre.ledru at scilab.org Mon Mar 8 08:38:45 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Mon, 08 Mar 2010 08:38:45 +0100 Subject: [Scilab-Dev] Request to join mailing list In-Reply-To: <10a7e9a11003072119j3dcc541aged35ddd52aad0fb9@mail.gmail.com> References: <10a7e9a11003072119j3dcc541aged35ddd52aad0fb9@mail.gmail.com> Message-ID: <1268033925.6366.9199.camel@zlarin> Hello Le lundi 08 mars 2010 ? 10:49 +0530, Rajesh Somavarapu a ?crit : > Hi > > I am an Under Graduate student at BITS PIlani Goa Campus, India. I > would like to join the mailing list as I am very much interested in > programming and mathematics, so I wanted to know more about Scilab and > am willing to contribute to Scilab Development. You are welcome to help. Scilab Mailing lists are public. To subscribe, send an email to: dev-subscribe at lists.scilab.org and users-subscribe at lists.scilab.org for the user ML. Sylvestre -- ------------------------- Sylvestre Ledru ------------------------- The Scilab Consortium Digiteo Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay Cedex France From sylvestre.ledru at scilab.org Mon Mar 8 11:15:19 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Mon, 08 Mar 2010 11:15:19 +0100 Subject: [Scilab-Dev] Re : [Scilab-Dev] SEP #39: MSDOS variable replaced by getos() In-Reply-To: References: <002301caba1a$d1ec49c0$75c4dd40$%cornet@scilab.org> Message-ID: <1268043319.6366.9582.camel@zlarin> Hello, Yes, it would be nice but it is not trivial to extract these information from an operating system ... Sylvestre Le jeudi 04 mars 2010 ? 09:52 +0100, Calixte.Denizet at ac-rennes.fr a ?crit : > Hello, > > It could be interesting to have a function such as uname (getos would be equivalent to uname('s')) to have more information on the computer. > > Calixte > > ----- Message d'origine ----- > De: Allan CORNET > Date: Mardi, Mars 2, 2010 4:12 pm > Objet: [Scilab-Dev] SEP #39: MSDOS variable replaced by getos() > ?: dev at lists.scilab.org > > > > Hi, > > > > > > > > Here is a SEP about MSDOS variable replaced by getos() > > > > > > > > Best regards > > > > > > > > -- > > > > Allan CORNET > > > > ------------------------- > > > > The Scilab Consortium > > > > Digiteo > > > > Domaine de Voluceau > > > > Rocquencourt - B.P. 105 > > > > 78153 Le Chesnay Cedex > > > > France > > > > > > -- ------------------------- Sylvestre Ledru ------------------------- The Scilab Consortium Digiteo Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay Cedex France From Jean-Pierre.Dussault at USherbrooke.ca Tue Mar 9 17:50:01 2010 From: Jean-Pierre.Dussault at USherbrooke.ca (Jean-Pierre Dussault) Date: Tue, 09 Mar 2010 11:50:01 -0500 Subject: Cuter In-Reply-To: <1268043319.6366.9582.camel@zlarin> References: <002301caba1a$d1ec49c0$75c4dd40$%cornet@scilab.org> <1268043319.6366.9582.camel@zlarin> Message-ID: <4B967C39.9070604@USherbrooke.ca> An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: hs_err_pid15495.log Type: text/x-log Size: 67620 bytes Desc: not available URL: From chirag at iitg.ernet.in Tue Mar 9 17:51:18 2010 From: chirag at iitg.ernet.in (chirag at iitg.ernet.in) Date: Tue, 9 Mar 2010 22:21:18 +0530 (IST) Subject: GSOC query for Scilab UI elements Message-ID: <49970.10.1.2.76.1268153478.squirrel@webmail.iitg.ernet.in> Respested Sir This is with reference to Scilab UI elements project posted on http://wiki.scilab.org/Ideas_of_development_for_Scilab site. I wanted to know some more details about the project . Can i use ExtenXLS 8 for spreadsheet element Please if you can give some information it would be of great help. Thanking you Regards Chirag Gupta 2nd Year IIT Guwahati India From sylvestre.ledru at scilab.org Tue Mar 9 18:03:53 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Tue, 09 Mar 2010 18:03:53 +0100 Subject: [Scilab-Dev] GSOC query for Scilab UI elements In-Reply-To: <49970.10.1.2.76.1268153478.squirrel@webmail.iitg.ernet.in> References: <49970.10.1.2.76.1268153478.squirrel@webmail.iitg.ernet.in> Message-ID: <1268154233.14507.934.camel@zlarin> Le mardi 09 mars 2010 ? 22:21 +0530, chirag at iitg.ernet.in a ?crit : > Respested Sir > This is with reference to Scilab UI elements project posted on > http://wiki.scilab.org/Ideas_of_development_for_Scilab site. > I wanted to know some more details about the project . I already replied to you: http://lists.scilab.org/cgi-bin/ezmlm-browse?list=dev&cmd=showmsg&msgnum=1714 Please consider to subscribe to the ML. > Can i use ExtenXLS 8 for spreadsheet element The information about the license is a bit blurry on their website. ExtenXLS does not seem to be free (as speech). http://www.extentech.com/estore/product_features.jsp?product_group_id=1 Therefor, no, not extenxls, maybe openXLS... (if we get accepted, please write down this kind of information in your proposal) Sylvestre > Please if you can give some information it would be of great help. > > > Thanking you > > Regards > Chirag Gupta > 2nd Year > IIT Guwahati > India > > -- ------------------------- Sylvestre Ledru ------------------------- The Scilab Consortium Digiteo Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay Cedex France From piumi.tiki at gmail.com Tue Mar 9 19:42:20 2010 From: piumi.tiki at gmail.com (Piumi Nanayakkara) Date: Wed, 10 Mar 2010 00:12:20 +0530 Subject: Information on the project idea- NetBeans plug-in Message-ID: Hi all, Can i please get some further info on the project The link provided for "more information didn't work". IS there any other way i can find more information on this project idea.Any clue is highly appreciated. I requested for the info @ http://lists.scilab.org/cgi-bin/ezmlm-browse?list=dev&cmd=showmsg&msgnum=1706 . and couldn't get a reply. And the other project i was interested in which is "Help Search Engine" is not their in the list now.Is it considered to be a sub part of the project-Scilab Help (http://wiki.scilab.org/Contributor_-_ScilabHelp) now?? Thanks in Advance!!! Best Regards, --Piums-- -------------- next part -------------- An HTML attachment was scrubbed... URL: From sylvestre.ledru at scilab.org Tue Mar 9 19:51:57 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Tue, 09 Mar 2010 19:51:57 +0100 Subject: [Scilab-Dev] Information on the project idea- NetBeans plug-in In-Reply-To: References: Message-ID: <1268160717.14507.1902.camel@zlarin> Hello, Sorry, I forgot to reply to you. Le mercredi 10 mars 2010 ? 00:12 +0530, Piumi Nanayakkara a ?crit : > Hi all, > > > Can i please get some further info on the project The link provided > for "more information didn't work". IS there any other way i can find > more information on this project idea.Any clue is highly appreciated. > > > I requested for the info > @ http://lists.scilab.org/cgi-bin/ezmlm-browse?list=dev&cmd=showmsg&msgnum=1706 . and couldn't get a reply. Sorry about that. Here is a kind of documentation on the Eclipse / Scilab connexion: http://forge.scilab.org/index.php/p/scilab-eclipse/downloads/60/ The netbean integration would be pretty much the same concept. > And the other project i was interested in which is "Help Search > Engine" is not their in the list now.Is it considered to be a sub part > of the project-Scilab Help > (http://wiki.scilab.org/Contributor_-_ScilabHelp) now?? > You found it. I saw your email and it is why I wrote the Scilab Help project on the wiki. I just missed to send you back the page. I apologize if this page is messy. We are mainly happy about the current building system but there is some strong weak points which are identified on this page. Sylvestre > Thanks in Advance!!! > > > Best Regards, > --Piums-- > -- ------------------------- Sylvestre Ledru ------------------------- The Scilab Consortium Digiteo Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay Cedex France From sylvestre.ledru at scilab.org Tue Mar 9 20:12:59 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Tue, 09 Mar 2010 20:12:59 +0100 Subject: [Scilab-Dev] GSOC query for Scilab UI elements In-Reply-To: <50452.10.1.2.76.1268161617.squirrel@webmail.iitg.ernet.in> References: <49970.10.1.2.76.1268153478.squirrel@webmail.iitg.ernet.in> <1268154233.14507.934.camel@zlarin> <50452.10.1.2.76.1268161617.squirrel@webmail.iitg.ernet.in> Message-ID: <1268161979.14507.1977.camel@zlarin> Le mercredi 10 mars 2010 ? 00:36 +0530, chirag at iitg.ernet.in a ?crit : > Can this be possible that we can call a Java or C++ function from a Scilab > command Yes, it is possible. It is possible by default with C++ (and fortran or C). See: http://www.scilab.org/product/man/section_eb691bc0a443eb3a95bc5db4d1be2102.html and with Java through: http://forge.scilab.org/index.php/p/importjava/ (which is still under development) > and run java or c++ gui and then implement a interface program to > communicate between Java/C++ gui and scilab ? Well, yes but not out of the box. You have to go through SWIG or GIWS to do it. There are some usages of this into Scilab source code. Sylvestre From chirag at iitg.ernet.in Tue Mar 9 20:23:53 2010 From: chirag at iitg.ernet.in (chirag at iitg.ernet.in) Date: Wed, 10 Mar 2010 00:53:53 +0530 (IST) Subject: [Scilab-Dev] GSOC query for Scilab UI elements In-Reply-To: <1268161979.14507.1977.camel@zlarin> References: <49970.10.1.2.76.1268153478.squirrel@webmail.iitg.ernet.in> <1268154233.14507.934.camel@zlarin> <50452.10.1.2.76.1268161617.squirrel@webmail.iitg.ernet.in> <1268161979.14507.1977.camel@zlarin> Message-ID: <50553.10.1.2.76.1268162633.squirrel@webmail.iitg.ernet.in> Sorry Sir disturbing you again But can you advice if below method would be better for Scilab UI elements project or to use the uicontrol function of scilab would be better . Actually I read about uicontrol function and it has limited functionalties which will make it difficult to implement a spreadsheet . > > Le mercredi 10 mars 2010 ?? 00:36 +0530, chirag at iitg.ernet.in a ??crit : >> Can this be possible that we can call a Java or C++ function from a >> Scilab >> command > Yes, it is possible. > It is possible by default with C++ (and fortran or C). See: > http://www.scilab.org/product/man/section_eb691bc0a443eb3a95bc5db4d1be2102.html > and with Java through: > http://forge.scilab.org/index.php/p/importjava/ > (which is still under development) > > >> and run java or c++ gui and then implement a interface program to >> communicate between Java/C++ gui and scilab ? > Well, yes but not out of the box. You have to go through SWIG or GIWS to > do it. > There are some usages of this into Scilab source code. > > Sylvestre > > > From Calixte.Denizet at ac-rennes.fr Tue Mar 9 20:26:41 2010 From: Calixte.Denizet at ac-rennes.fr (Calixte.Denizet at ac-rennes.fr) Date: Tue, 09 Mar 2010 20:26:41 +0100 Subject: [Scilab-Dev] GSOC query for Scilab UI elements In-Reply-To: <1268161979.14507.1977.camel@zlarin> References: <49970.10.1.2.76.1268153478.squirrel@webmail.iitg.ernet.in> <1268154233.14507.934.camel@zlarin> <50452.10.1.2.76.1268161617.squirrel@webmail.iitg.ernet.in> <1268161979.14507.1977.camel@zlarin> Message-ID: Hello Chirag, The toolbox importjava (the name should change !) is almost finished. I don't make the documentation so don't hesitate to contact me. The tbx provides an easy way to use Java's object wrapped into Scilab's mlist. Calixte > Le mercredi 10 mars 2010 ? 00:36 +0530, chirag at iitg.ernet.in a ?crit : > > Can this be possible that we can call a Java or C++ function from a > Scilab > > command > Yes, it is possible. > It is possible by default with C++ (and fortran or C). See: > > and with Java through: > > (which is still under development) > > > > and run java or c++ gui and then implement a interface program to > > communicate between Java/C++ gui and scilab ? > Well, yes but not out of the box. You have to go through SWIG or GIWS > to do it. > There are some usages of this into Scilab source code. > > Sylvestre > > From sylvestre.ledru at scilab.org Tue Mar 9 22:28:25 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Tue, 09 Mar 2010 22:28:25 +0100 Subject: [Scilab-Dev] GSOC query for Scilab UI elements In-Reply-To: <50553.10.1.2.76.1268162633.squirrel@webmail.iitg.ernet.in> References: <49970.10.1.2.76.1268153478.squirrel@webmail.iitg.ernet.in> <1268154233.14507.934.camel@zlarin> <50452.10.1.2.76.1268161617.squirrel@webmail.iitg.ernet.in> <1268161979.14507.1977.camel@zlarin> <50553.10.1.2.76.1268162633.squirrel@webmail.iitg.ernet.in> Message-ID: <1268170105.14507.2398.camel@zlarin> I agree with your analyze. When I talked about uicontrol, it was not to use uicontrol features to produce the new UI elements like the spreadsheet. The proposal suggests to extend the current system to propose these new features in the Scilab language. It should follow the current implementation. AFAIK, the Scilab engine (C / C++) is calling the Java swing API to produce the various GUI component. This is done through GIWS [1] which manages the wrapping on the Java object. The wrapper are described here: modules/gui/src/jni/*.xml (and will generate the .hxx & .cpp) For example, the wrapper CallScilabBridge.giws.xml is used in various places in modules/gui/src/cpp/ Hope this helps, Sylvestre [1] http://forge.scilab.org/index.php/p/giws/ Le mercredi 10 mars 2010 ? 00:53 +0530, chirag at iitg.ernet.in a ?crit : > Sorry Sir disturbing you again > But can you advice if below method would be better for Scilab UI elements > project or to use the uicontrol function of scilab would be better . > Actually I read about uicontrol function and it has limited functionalties > which will make it difficult to implement a spreadsheet . > > > > > Le mercredi 10 mars 2010 ? 00:36 +0530, chirag at iitg.ernet.in a ??crit : > >> Can this be possible that we can call a Java or C++ function from a > >> Scilab > >> command > > Yes, it is possible. > > It is possible by default with C++ (and fortran or C). See: > > http://www.scilab.org/product/man/section_eb691bc0a443eb3a95bc5db4d1be2102.html > > and with Java through: > > http://forge.scilab.org/index.php/p/importjava/ > > (which is still under development) > > > > > >> and run java or c++ gui and then implement a interface program to > >> communicate between Java/C++ gui and scilab ? > > Well, yes but not out of the box. You have to go through SWIG or GIWS to > > do it. > > There are some usages of this into Scilab source code. > > > > Sylvestre > > > > > > > -- ------------------------- Sylvestre Ledru ------------------------- The Scilab Consortium Digiteo Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay Cedex France From sylvestre.ledru at scilab.org Wed Mar 10 10:06:52 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Wed, 10 Mar 2010 10:06:52 +0100 Subject: [Scilab-Dev] problem with function overloading In-Reply-To: <4B8CCDC1.5040105@utc.fr> References: <4B8CCDC1.5040105@utc.fr> Message-ID: <1268212012.26344.196.camel@korcula.inria.fr> Le mardi 02 mars 2010 ? 09:35 +0100, St??phane Mottelet a ?crit : > Hi all, > > I have some difficulties to understand how overloading of functions (not > operators) works. > E.g. I would like to redefine delete() for handles, which is done > actually with %h_delete. > (BTW, when I look at the source i see some calls to delete with handle > arguments, how does > scilab cope with apparent recursivity here ?). When I try to redifine > %h_delete in a > library loaded at startup time, then the original %h_delete is still > used instead of the > "new" one. How can solve this problem (I also need to redefine %h_set > and %h_get...) A priori (thanks for the information Yann), it is not possible. Could you submit a bug tagged as wishlist about this ? http://bugzilla.scilab.org/ Thanks Sylvestre From stephane.mottelet at utc.fr Wed Mar 10 10:57:35 2010 From: stephane.mottelet at utc.fr (=?UTF-8?B?U3TCjsOpcGhhbmUgTW90dGVsZXQ=?=) Date: Wed, 10 Mar 2010 10:57:35 +0100 Subject: [Scilab-Dev] problem with function overloading In-Reply-To: <1268212012.26344.196.camel@korcula.inria.fr> References: <4B8CCDC1.5040105@utc.fr> <1268212012.26344.196.camel@korcula.inria.fr> Message-ID: <4B976D0F.2010208@utc.fr> Sylvestre Ledru a ?crit : > Le mardi 02 mars 2010 ? 09:35 +0100, St??phane Mottelet a ?crit : > >> Hi all, >> >> I have some difficulties to understand how overloading of functions (not >> operators) works. >> E.g. I would like to redefine delete() for handles, which is done >> actually with %h_delete. >> (BTW, when I look at the source i see some calls to delete with handle >> arguments, how does >> scilab cope with apparent recursivity here ?). When I try to redifine >> %h_delete in a >> library loaded at startup time, then the original %h_delete is still >> used instead of the >> "new" one. How can solve this problem (I also need to redefine %h_set >> and %h_get...) >> > A priori (thanks for the information Yann), it is not possible. > > Could you submit a bug tagged as wishlist about this ? > http://bugzilla.scilab.org/ > > Thanks > Sylvestre > > > done. S. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Samuel.Gougeon at univ-lemans.fr Wed Mar 10 15:03:30 2010 From: Samuel.Gougeon at univ-lemans.fr (Samuel Gougeon) Date: Wed, 10 Mar 2010 15:03:30 +0100 Subject: [Scilab-Dev] problem with function overloading In-Reply-To: <4B8CCDC1.5040105@utc.fr> References: <4B8CCDC1.5040105@utc.fr> Message-ID: <4B97A6B2.6050303@univ-lemans.fr> Hi St?phane, ----- Message d'origine ----- De : St??phane Mottelet Date : 02/03/2010 09:35: > Hi all, > > I have some difficulties to understand how overloading of functions > (not operators) works. > E.g. I would like to redefine delete() for handles, which is done > actually with %h_delete. > (BTW, when I look at the source i see some calls to delete with handle > arguments, how does > scilab cope with apparent recursivity here ?). When I try to redifine > %h_delete in a > library loaded at startup time, then the original %h_delete is still > used instead of the > "new" one. How can solve this problem (I also need to redefine %h_set > and %h_get...) > > thanks for help > > S. AFAIU, overloading enables (and is aimed) to _extend_ a function in order to handle _new data types_, not to redefine it to the already supported data types. By default, whether arguments are of the "default" supported data types, the regular definition of the primitive is used and applied. Otherwise, and only then, the overloading definition is applied. There is no reason that SCI/modules/gui/%h_delete exists, since the "h" = graphic handle data type is the default one for the delete() primitive. So, %h_delete likely cannot be called by scilab, unless maybe it is aimed to be used with a _vector_ of handles instead of a scalar handle (whether the primitive is defined only for a scalar handle as input argument). For redefining a primitive, you should overwrite it with a macro. Now, if you want to use the initial definition of the primitive inside its own redefinition, you should first define an alias of the primitive. Here is an example for the max() function. Its default definition returns the position only of the first occurence of the max value, while i need the position of all occurences. Therefore, i want to redefine max() as well as to use the original max() primitive inside it. I will do : m=grand(10,5,"uin",0,9) // Create data for test [v,ij]=max(m) // test before redefinition of max() Max=max; // Creates an alias. deff("[v,k]=max(m)","v=Max(m); k=ind2sub(size(m), find(m==v));") // redefines max() using the alias [v,ij]=max(m) // Applying the new max() [v,ij]=Max(m) // Applying the former max() // max=Max; // Restoring the old max() Note that it is not possible to create the alias inside the redefinition, since the definition is overwritten prior to be called ;) Then, the Max=max; may be done for instance in the scilab.ini (i did not try). HTH Samuel PS: Because overloading is not aimed to redefine, i am not sure that a bug report is relevant. From stephane.mottelet at utc.fr Wed Mar 10 15:22:12 2010 From: stephane.mottelet at utc.fr (=?UTF-8?B?U3TCjsOpcGhhbmUgTW90dGVsZXQ=?=) Date: Wed, 10 Mar 2010 15:22:12 +0100 Subject: [Scilab-Dev] problem with function overloading In-Reply-To: <4B97A6B2.6050303@univ-lemans.fr> References: <4B8CCDC1.5040105@utc.fr> <4B97A6B2.6050303@univ-lemans.fr> Message-ID: <4B97AB14.9070500@utc.fr> Samuel Gougeon a ?crit : > Hi St?phane, > > ----- Message d'origine ----- > De : St??phane Mottelet > Date : 02/03/2010 09:35: >> Hi all, >> >> I have some difficulties to understand how overloading of functions >> (not operators) works. >> E.g. I would like to redefine delete() for handles, which is done >> actually with %h_delete. >> (BTW, when I look at the source i see some calls to delete with >> handle arguments, how does >> scilab cope with apparent recursivity here ?). When I try to redifine >> %h_delete in a >> library loaded at startup time, then the original %h_delete is still >> used instead of the >> "new" one. How can solve this problem (I also need to redefine %h_set >> and %h_get...) >> >> thanks for help >> >> S. > AFAIU, overloading enables (and is aimed) to _extend_ a function in > order to > handle _new data types_, not to redefine it to the already supported > data types. > By default, whether arguments are of the "default" supported data > types, the > regular definition of the primitive is used and applied. Otherwise, > and only then, > the overloading definition is applied. > > There is no reason that SCI/modules/gui/%h_delete exists, since the > "h" = graphic > handle data type is the default one for the delete() primitive. So, > %h_delete likely > cannot be called by scilab, unless maybe it is aimed to be used with a > _vector_ of > handles instead of a scalar handle (whether the primitive is defined > only for a scalar > handle as input argument). > > For redefining a primitive, you should overwrite it with a macro. > Now, if you want to use the initial definition of the primitive inside > its own redefinition, > you should first define an alias of the primitive. Here is an example > for the max() > function. Its default definition returns the position only of the > first occurence of the > max value, while i need the position of all occurences. Therefore, i > want to redefine > max() as well as to use the original max() primitive inside it. I will > do : > > m=grand(10,5,"uin",0,9) // Create data for test > [v,ij]=max(m) // test before redefinition of max() > Max=max; // Creates an alias. > deff("[v,k]=max(m)","v=Max(m); k=ind2sub(size(m), find(m==v));") // > redefines max() using the alias > [v,ij]=max(m) // Applying the new max() > [v,ij]=Max(m) // Applying the former max() > // max=Max; // Restoring the old max() > > Note that it is not possible to create the alias inside the > redefinition, since > the definition is overwritten prior to be called ;) > Then, the Max=max; may be done for instance in the scilab.ini (i did > not try). > > HTH > Samuel > > PS: Because overloading is not aimed to redefine, i am not sure that a > bug report is relevant. > Hi Samuel, I already know this trick; the problem is that it it does not work with overloading functions, that is what I was explaining in the bug report. I fully understand that overloading is not aimed to redefine, but this is the only solution for me to emulate new properties for graphic objects (in the Plotlib). I use the user_data field. You will sayt that I could have directly used a tlist, and overload set and get, but the big problem in Scilab is that tlists are not passed by reference in macros, although graphic handles are... So, I need to modify %h_set and %h_get. The problem is that they do not seem to be overwritable; this is what the bug report is about. S. From Samuel.Gougeon at univ-lemans.fr Wed Mar 10 15:24:38 2010 From: Samuel.Gougeon at univ-lemans.fr (Samuel Gougeon) Date: Wed, 10 Mar 2010 15:24:38 +0100 Subject: [Scilab-Dev] problem with function overloading In-Reply-To: <4B97A6B2.6050303@univ-lemans.fr> References: <4B8CCDC1.5040105@utc.fr> <4B97A6B2.6050303@univ-lemans.fr> Message-ID: <4B97ABA6.7010404@univ-lemans.fr> ----- Message d'origine ----- De : Samuel Gougeon Date : 10/03/2010 15:03: > There is no reason that SCI/modules/gui/%h_delete exists, since the > "h" = graphic > handle data type is the default one for the delete() primitive. So, > %h_delete likely > cannot be called by scilab, unless maybe it is aimed to be used with a > _vector_ of > handles instead of a scalar handle (whether the primitive is defined > only for a scalar > handle as input argument). I did not check this assumption before my prior post. It is done. Actually, it is right. * In %h_delete , comment all lines and add disp("Hello from %h_delete") * Rebuild the library exec("buildmacros.sce") * Quit and restart scilab plot2d() e=gce(); delete(e.children(1)) // Here, the primitive is called, because the handle is scalar // Then, only 2 curves remain over the 3 clf plot2d() e=gce(); delete(e.children([1 3])) // Here, the overloading is performed "Hello from %h_delete" is displayed as expected. Conclusion : The overload is called not only in case of unsupported default data types, but also in case of unsupported data size for supported data types. Samuel From Samuel.Gougeon at univ-lemans.fr Wed Mar 10 15:36:00 2010 From: Samuel.Gougeon at univ-lemans.fr (Samuel Gougeon) Date: Wed, 10 Mar 2010 15:36:00 +0100 Subject: [Scilab-Dev] problem with function overloading In-Reply-To: <4B97AB14.9070500@utc.fr> References: <4B8CCDC1.5040105@utc.fr> <4B97A6B2.6050303@univ-lemans.fr> <4B97AB14.9070500@utc.fr> Message-ID: <4B97AE50.9000008@univ-lemans.fr> ----- Message d'origine ----- De : St??phane Mottelet Date : 10/03/2010 15:22: > I already know this trick; the problem is that it it does not work > with overloading functions, that > is what I was explaining in the bug report. > I fully understand that overloading is not aimed to redefine, but this > is the only solution for me > to emulate new properties for graphic objects (in the Plotlib). So do it as i have done it for max(). You just have to write a clean wrapper for properly transfering support of default cases, and then extend it with your own code for additionnal cases. > I use the user_data field. > You will sayt that I could have directly used a tlist, and overload > set and get, but the big problem in Scilab is > that tlists are not passed by reference in macros, although graphic > handles are... > > So, I need to modify %h_set and %h_get. The problem is that they do > not seem to be > overwritable; Yes they are. See my previous post. Samuel From Samuel.Gougeon at univ-lemans.fr Wed Mar 10 15:52:46 2010 From: Samuel.Gougeon at univ-lemans.fr (Samuel Gougeon) Date: Wed, 10 Mar 2010 15:52:46 +0100 Subject: [Scilab-Dev] problem with function overloading In-Reply-To: <4B97ABA6.7010404@univ-lemans.fr> References: <4B8CCDC1.5040105@utc.fr> <4B97A6B2.6050303@univ-lemans.fr> <4B97ABA6.7010404@univ-lemans.fr> Message-ID: <4B97B23E.6040008@univ-lemans.fr> ----- Message d'origine ----- De : Samuel Gougeon Date : 10/03/2010 15:24: > > Conclusion : The overload is called not only in case of unsupported > default > data types, but also in case of unsupported data size for supported > data types. By the way, this is why 1) %h_delete is indeed usefull ;) 2) there is no recursivity inside it. Indeed, delete() is called with a scalar argument from %h_delete. Then, the primitive is called. and %h_delete is called by a delete(H) instruction only when H is not-a-scalar handle. There would be recursivity only if the inner delete() applied to a not-a-scalar handle. It is not the case. I do not remember having read anywhere in the doc that unsupported sizes of supported data types can also be handled with overloading. Another effect of confusion between "data type" (= property of the content) and data size (or data format) (= property of the container). SG From liqunzhou1 at gmail.com Wed Mar 10 16:22:44 2010 From: liqunzhou1 at gmail.com (Liqun Zhou) Date: Wed, 10 Mar 2010 08:22:44 -0700 Subject: Java Scilab integration Message-ID: <5e84fb011003100722n1980e267w5164c3aa4d4cce9c@mail.gmail.com> Dear developers, I tried to launch Scilab graphics from my Java application using javasci's Scilab.Exec(String job). This launches the Scilab graphics window but it does not consume mouse and keyboard event. I tried launching the Scilab plotting job from the AWT event dispatch thread, I also tried from a separate thread, both deadlocked. I also tried to use Java Runtime to spawn a separate process to couple my Java application with Scilab graphics, I had no luck in finding the right document that shows some examples in invoking the right executable and passing the right parameters in order to launch Scilab graphics in another process. I try this method because I could not make javasci' Scilab.Exec() working. I am new to Scilab and could not find the forum that discusses this topic. I would appreciate very much if you have an answer to address my issues, or suggestions that you think it would help. Thanks in advance. -Lee -------------- next part -------------- An HTML attachment was scrubbed... URL: From BlanchardJ at ieee.org Wed Mar 10 16:32:00 2010 From: BlanchardJ at ieee.org (Jonathan Blanchard) Date: Wed, 10 Mar 2010 11:32:00 -0400 Subject: Error generating lexer while building Scilab 5.2.1 Message-ID: I get the following error while building Scilab 5.2.1 on Solaris 10. Any insight? Making all in scicos gmake[3]: Entering directory `/home/jo/gar/gar2009/apps/scilab/work/jo-deimos/i386/i386/scilab-5.2.1/modules/scicos' Makefile:1999: warning: overriding commands for target `modelicac' Makefile:910: warning: ignoring old commands for target `modelicac' ocamlyacc src/modelica_compiler/parser.mly rm -f -f src/modelica_compiler/parser.mli ocamllex src/modelica_compiler/lexer.mll 44 states, 657 transitions, table size 2892 bytes Fatal error: exception Sys_error("Invalid argument") gmake[3]: *** [generate-lexer] Error 2 gmake[3]: Leaving directory `/home/jo/gar/gar2009/apps/scilab/work/jo-deimos/i386/i386/scilab-5.2.1/modules/scicos' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/home/jo/gar/gar2009/apps/scilab/work/jo-deimos/i386/i386/scilab-5.2.1/modules' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/home/jo/gar/gar2009/apps/scilab/work/jo-deimos/i386/i386/scilab-5.2.1' gmake: *** [build-work/jo-deimos/i386/i386/scilab-5.2.1/Makefile] Error 2 Jonathan Blanchard From sylvestre.ledru at scilab.org Thu Mar 11 18:29:10 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Thu, 11 Mar 2010 18:29:10 +0100 Subject: [Scilab-Dev] Error generating lexer while building Scilab 5.2.1 In-Reply-To: References: Message-ID: <1268328550.20216.32.camel@zlarin> Hello mate, Le mercredi 10 mars 2010 ? 11:32 -0400, Jonathan Blanchard a ?crit : > I get the following error while building Scilab 5.2.1 on Solaris 10. > Any insight? > > Making all in scicos > gmake[3]: Entering directory > `/home/jo/gar/gar2009/apps/scilab/work/jo-deimos/i386/i386/scilab-5.2.1/modules/scicos' > Makefile:1999: warning: overriding commands for target `modelicac' > Makefile:910: warning: ignoring old commands for target `modelicac' > ocamlyacc src/modelica_compiler/parser.mly > rm -f -f src/modelica_compiler/parser.mli > ocamllex src/modelica_compiler/lexer.mll > 44 states, 657 transitions, table size 2892 bytes > Fatal error: exception Sys_error("Invalid argument") Which version of Ocaml are you using ? Sylvestre > Jonathan Blanchard -- ------------------------- Sylvestre Ledru ------------------------- The Scilab Consortium Digiteo Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay Cedex France From BlanchardJ at ieee.org Fri Mar 12 15:52:34 2010 From: BlanchardJ at ieee.org (Jonathan Blanchard) Date: Fri, 12 Mar 2010 10:52:34 -0400 Subject: [Scilab-Dev] Error generating lexer while building Scilab 5.2.1 In-Reply-To: <1268328550.20216.32.camel@zlarin> References: <1268328550.20216.32.camel@zlarin> Message-ID: On Thu, Mar 11, 2010 at 1:29 PM, Sylvestre Ledru wrote: > Hello mate, > > Le mercredi 10 mars 2010 ? 11:32 -0400, Jonathan Blanchard a ?crit : >> I get the following error while building Scilab 5.2.1 on Solaris 10. >> Any insight? >> >> Making all in scicos >> gmake[3]: Entering directory >> `/home/jo/gar/gar2009/apps/scilab/work/jo-deimos/i386/i386/scilab-5.2.1/modules/scicos' >> Makefile:1999: warning: overriding commands for target `modelicac' >> Makefile:910: warning: ignoring old commands for target `modelicac' >> ocamlyacc src/modelica_compiler/parser.mly >> rm -f -f src/modelica_compiler/parser.mli >> ocamllex src/modelica_compiler/lexer.mll >> 44 states, 657 transitions, table size 2892 bytes >> Fatal error: exception Sys_error("Invalid argument") > Which version of Ocaml are you using ? Currently I use 3.11.1 Jonathan Blanchard From yann.collette at scilab.org Fri Mar 12 16:05:54 2010 From: yann.collette at scilab.org (Collette yann) Date: Fri, 12 Mar 2010 16:05:54 +0100 Subject: [Scilab-Dev] Error generating lexer while building Scilab 5.2.1 In-Reply-To: References: <1268328550.20216.32.camel@zlarin> Message-ID: <4B9A5852.3040305@scilab.org> I have also ocaml 3.11.1 under mandriva 2010.0 and everything is fine here. YC Jonathan Blanchard a ?crit : > On Thu, Mar 11, 2010 at 1:29 PM, Sylvestre Ledru > wrote: > >> Hello mate, >> >> Le mercredi 10 mars 2010 ? 11:32 -0400, Jonathan Blanchard a ?crit : >> >>> I get the following error while building Scilab 5.2.1 on Solaris 10. >>> Any insight? >>> >>> Making all in scicos >>> gmake[3]: Entering directory >>> `/home/jo/gar/gar2009/apps/scilab/work/jo-deimos/i386/i386/scilab-5.2.1/modules/scicos' >>> Makefile:1999: warning: overriding commands for target `modelicac' >>> Makefile:910: warning: ignoring old commands for target `modelicac' >>> ocamlyacc src/modelica_compiler/parser.mly >>> rm -f -f src/modelica_compiler/parser.mli >>> ocamllex src/modelica_compiler/lexer.mll >>> 44 states, 657 transitions, table size 2892 bytes >>> Fatal error: exception Sys_error("Invalid argument") >>> >> Which version of Ocaml are you using ? >> > > Currently I use 3.11.1 > > Jonathan Blanchard > From BlanchardJ at ieee.org Fri Mar 12 16:07:12 2010 From: BlanchardJ at ieee.org (Jonathan Blanchard) Date: Fri, 12 Mar 2010 11:07:12 -0400 Subject: [Scilab-Dev] Error generating lexer while building Scilab 5.2.1 In-Reply-To: <4B9A5852.3040305@scilab.org> References: <1268328550.20216.32.camel@zlarin> <4B9A5852.3040305@scilab.org> Message-ID: On Fri, Mar 12, 2010 at 11:05 AM, Collette yann wrote: > I have also ocaml 3.11.1 under mandriva 2010.0 and everything is fine here. > > YC The funny part is that everything was fine with Scilab 5.2.0, maybe it's problem on my side but everything looks to be in order. Jonathan Blanchard > > Jonathan Blanchard a ?crit : >> >> On Thu, Mar 11, 2010 at 1:29 PM, Sylvestre Ledru >> wrote: >> >>> >>> Hello mate, >>> >>> Le mercredi 10 mars 2010 ? 11:32 -0400, Jonathan Blanchard a ?crit : >>> >>>> >>>> I get the following error while building Scilab 5.2.1 on Solaris 10. >>>> Any insight? >>>> >>>> Making all in scicos >>>> gmake[3]: Entering directory >>>> >>>> `/home/jo/gar/gar2009/apps/scilab/work/jo-deimos/i386/i386/scilab-5.2.1/modules/scicos' >>>> Makefile:1999: warning: overriding commands for target `modelicac' >>>> Makefile:910: warning: ignoring old commands for target `modelicac' >>>> ocamlyacc src/modelica_compiler/parser.mly >>>> rm -f -f src/modelica_compiler/parser.mli >>>> ocamllex src/modelica_compiler/lexer.mll >>>> 44 states, 657 transitions, table size 2892 bytes >>>> Fatal error: exception Sys_error("Invalid argument") >>>> >>> >>> Which version of Ocaml are you using ? >>> >> >> Currently I use 3.11.1 >> >> Jonathan Blanchard >> > > From yann.collette at scilab.org Fri Mar 12 16:10:41 2010 From: yann.collette at scilab.org (Collette yann) Date: Fri, 12 Mar 2010 16:10:41 +0100 Subject: [Scilab-Dev] Error generating lexer while building Scilab 5.2.1 In-Reply-To: References: <1268328550.20216.32.camel@zlarin> <4B9A5852.3040305@scilab.org> Message-ID: <4B9A5971.50300@scilab.org> Are you on the master or on the 5.2.x branch ? If you are on the master, the modelica compiler has changed. So, maybe there is a real problem compiling the modelica compiler under solaris ? YC Jonathan Blanchard a ?crit : > On Fri, Mar 12, 2010 at 11:05 AM, Collette yann > wrote: > >> I have also ocaml 3.11.1 under mandriva 2010.0 and everything is fine here. >> >> YC >> > > The funny part is that everything was fine with Scilab 5.2.0, maybe > it's problem on my side but everything looks to be in order. > > Jonathan Blanchard > > >> Jonathan Blanchard a ?crit : >> >>> On Thu, Mar 11, 2010 at 1:29 PM, Sylvestre Ledru >>> wrote: >>> >>> >>>> Hello mate, >>>> >>>> Le mercredi 10 mars 2010 ? 11:32 -0400, Jonathan Blanchard a ?crit : >>>> >>>> >>>>> I get the following error while building Scilab 5.2.1 on Solaris 10. >>>>> Any insight? >>>>> >>>>> Making all in scicos >>>>> gmake[3]: Entering directory >>>>> >>>>> `/home/jo/gar/gar2009/apps/scilab/work/jo-deimos/i386/i386/scilab-5.2.1/modules/scicos' >>>>> Makefile:1999: warning: overriding commands for target `modelicac' >>>>> Makefile:910: warning: ignoring old commands for target `modelicac' >>>>> ocamlyacc src/modelica_compiler/parser.mly >>>>> rm -f -f src/modelica_compiler/parser.mli >>>>> ocamllex src/modelica_compiler/lexer.mll >>>>> 44 states, 657 transitions, table size 2892 bytes >>>>> Fatal error: exception Sys_error("Invalid argument") >>>>> >>>>> >>>> Which version of Ocaml are you using ? >>>> >>>> >>> Currently I use 3.11.1 >>> >>> Jonathan Blanchard >>> >>> >> From Calixte.Denizet at ac-rennes.fr Fri Mar 12 16:18:11 2010 From: Calixte.Denizet at ac-rennes.fr (Calixte.Denizet at ac-rennes.fr) Date: Fri, 12 Mar 2010 16:18:11 +0100 Subject: [Scilab-Dev] Error generating lexer while building Scilab 5.2.1 In-Reply-To: References: <1268328550.20216.32.camel@zlarin> <4B9A5852.3040305@scilab.org> Message-ID: <8aa610207d8d01e2.4b9a6943@ac-rennes.fr> Hello Jonathan, I had a problem of compilation because a file in the directory modules/scicos/src/modelica_compiler was root:root. So try a ls -l and eventually a chown... Calixte ----- Message d'origine ----- De: Jonathan Blanchard Date: Vendredi, Mars 12, 2010 4:07 pm Objet: Re: [Scilab-Dev] Error generating lexer while building Scilab 5.2.1 ?: dev at lists.scilab.org > On Fri, Mar 12, 2010 at 11:05 AM, Collette yann > wrote: > > I have also ocaml 3.11.1 under mandriva 2010.0 and everything is > fine here. > > > > YC > > The funny part is that everything was fine with Scilab 5.2.0, maybe > it's problem on my side but everything looks to be in order. > > Jonathan Blanchard > > > > > Jonathan Blanchard a ?crit : > >> > >> On Thu, Mar 11, 2010 at 1:29 PM, Sylvestre Ledru > >> wrote: > >> > >>> > >>> Hello mate, > >>> > >>> Le mercredi 10 mars 2010 ? 11:32 -0400, Jonathan Blanchard a ?crit > : > >>> > >>>> > >>>> I get the following error while building Scilab 5.2.1 on Solaris > 10. > >>>> Any insight? > >>>> > >>>> Making all in scicos > >>>> gmake[3]: Entering directory > >>>> > >>>> `/home/jo/gar/gar2009/apps/scilab/work/jo-deimos/i386/i386/scilab-5.2.1/modules/scicos' > >>>> Makefile:1999: warning: overriding commands for target `modelicac' > >>>> Makefile:910: warning: ignoring old commands for target `modelicac' > >>>> ocamlyacc src/modelica_compiler/parser.mly > >>>> rm -f -f src/modelica_compiler/parser.mli > >>>> ocamllex src/modelica_compiler/lexer.mll > >>>> 44 states, 657 transitions, table size 2892 bytes > >>>> Fatal error: exception Sys_error("Invalid argument") > >>>> > >>> > >>> Which version of Ocaml are you using ? > >>> > >> > >> Currently I use 3.11.1 > >> > >> Jonathan Blanchard > >> > > > > From Jean-Pierre.Dussault at USherbrooke.ca Fri Mar 12 17:11:54 2010 From: Jean-Pierre.Dussault at USherbrooke.ca (Jean-Pierre Dussault) Date: Fri, 12 Mar 2010 11:11:54 -0500 Subject: Compilation of 5.2.1 under ubuntu 9.10 Message-ID: <4B9A67CA.1060703@USherbrooke.ca> An HTML attachment was scrubbed... URL: From sylvestre.ledru at scilab.org Fri Mar 12 18:55:50 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Fri, 12 Mar 2010 18:55:50 +0100 Subject: [Scilab-Dev] Compilation of 5.2.1 under ubuntu 9.10 In-Reply-To: <4B9A67CA.1060703@USherbrooke.ca> References: <4B9A67CA.1060703@USherbrooke.ca> Message-ID: <1268416550.14646.448.camel@zlarin> Le vendredi 12 mars 2010 ? 11:11 -0500, Jean-Pierre Dussault a ?crit : > Hi! > > I wish to compile scilab 5.2.1, but the configure crashes with the > message: > configure: error: libjhdf5: Library missing (Cannot find > symbol h5JNIFatalError). Check if libjhdf5 - C/Java (JNI) > interface for HDF5 - is installed and if the version is > correct. Note that you might have to update > etc/librarypath.xml to provide the actual path the the JNI > libraries. > Can someone please point out a work around for this problem. I saw > that the library is provided under thirdparty, but have no idea on > what to change for having it detected. The libjhdf5.so library should be available in the search patch of the library. You can put this lib into scilab/source/tree/bin/ It should fix this problem. Sylvestre > Thx, > > JPD > -- ------------------------- Sylvestre Ledru ------------------------- The Scilab Consortium Digiteo Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay Cedex France From Jean-Pierre.Dussault at USherbrooke.ca Fri Mar 12 19:22:35 2010 From: Jean-Pierre.Dussault at USherbrooke.ca (Jean-Pierre Dussault) Date: Fri, 12 Mar 2010 13:22:35 -0500 Subject: [Scilab-Dev] Compilation of 5.2.1 under ubuntu 9.10 In-Reply-To: <1268416550.14646.448.camel@zlarin> References: <4B9A67CA.1060703@USherbrooke.ca> <1268416550.14646.448.camel@zlarin> Message-ID: <4B9A866B.60801@USherbrooke.ca> Sylvestre Ledru a ?crit : > Le vendredi 12 mars 2010 ? 11:11 -0500, Jean-Pierre Dussault a ?crit : > >> Hi! >> >> I wish to compile scilab 5.2.1, but the configure crashes with the >> message: >> configure: error: libjhdf5: Library missing (Cannot find >> symbol h5JNIFatalError). Check if libjhdf5 - C/Java (JNI) >> interface for HDF5 - is installed and if the version is >> correct. Note that you might have to update >> etc/librarypath.xml to provide the actual path the the JNI >> libraries. >> Can someone please point out a work around for this problem. I saw >> that the library is provided under thirdparty, but have no idea on >> what to change for having it detected. >> > The libjhdf5.so library should be available in the search patch of the > library. You can put this lib into scilab/source/tree/bin/ > It should fix this problem. > Uh, I don't quite understand "scilab/source/tree/bin"... In SCILAB_HOME/bin, I have: dussault at dussault-laptop:~/import/TstScilab/scilab-5.2.1src/bin$ ls Atlas.spec libgluegen-rt.so libjogl_awt.so libjogl.so scilab-adv-cli bin.iss _libjhdf5.so_ libjogl_cg.so scilab scilab-cli and it is readeable: -rw-r--r-- 1 dussault dussault 163604 2010-02-18 10:36 libjhdf5.so Do I need to put it somewhere else? Thx, JPD From fedebergero at gmail.com Fri Mar 12 20:42:45 2010 From: fedebergero at gmail.com (Federico Bergero) Date: Fri, 12 Mar 2010 16:42:45 -0300 Subject: Scilab interconnection In-Reply-To: References: Message-ID: Hi, ? we are currently developing a Discrete Event System Simulator (PowerDEVS) and we are using Scilab as a workspace for calculation. We have made a modification to Scilab in order to communicate both tools by UDP, but this a rather nasty solution. Is there a clean way that another process (the simulator) can access and modify Scilab's workspace variables? I think that I'm trying to do something similar to the LabView Gateway, where can I get more information. Thanks Federico Bergero -- I find television very educational. Every time someone switches it on, I go into another room and read a good book. -- I find television very educational. Every time someone switches it on, I go into another room and read a good book. From sylvestre.ledru at scilab.org Sat Mar 13 04:34:51 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Sat, 13 Mar 2010 04:34:51 +0100 Subject: [Scilab-Dev] Compilation of 5.2.1 under ubuntu 9.10 In-Reply-To: <4B9A866B.60801@USherbrooke.ca> References: <4B9A67CA.1060703@USherbrooke.ca> <1268416550.14646.448.camel@zlarin> <4B9A866B.60801@USherbrooke.ca> Message-ID: <1268451291.14646.530.camel@zlarin> Le vendredi 12 mars 2010 ? 13:22 -0500, Jean-Pierre Dussault a ?crit : > Sylvestre Ledru a ?crit : > > Le vendredi 12 mars 2010 ? 11:11 -0500, Jean-Pierre Dussault a ?crit : > > > >> Hi! > >> > >> I wish to compile scilab 5.2.1, but the configure crashes with the > >> message: > >> configure: error: libjhdf5: Library missing (Cannot find > >> symbol h5JNIFatalError). Check if libjhdf5 - C/Java (JNI) > >> interface for HDF5 - is installed and if the version is > >> correct. Note that you might have to update > >> etc/librarypath.xml to provide the actual path the the JNI > >> libraries. > >> Can someone please point out a work around for this problem. I saw > >> that the library is provided under thirdparty, but have no idea on > >> what to change for having it detected. > >> > > The libjhdf5.so library should be available in the search patch of the > > library. You can put this lib into scilab/source/tree/bin/ > > It should fix this problem. > > > Uh, I don't quite understand "scilab/source/tree/bin"... It is what I meant. > In SCILAB_HOME/bin, I have: > > dussault at dussault-laptop:~/import/TstScilab/scilab-5.2.1src/bin$ ls > Atlas.spec libgluegen-rt.so libjogl_awt.so libjogl.so scilab-adv-cli > bin.iss _libjhdf5.so_ libjogl_cg.so scilab scilab-cli > > and it is readeable: > -rw-r--r-- 1 dussault dussault 163604 2010-02-18 10:36 libjhdf5.so If the file is available, are you sure it is the right on architecture ? (ie, libhdf5 is 32 bits for a 32 bits arch). You can know that with the command file. Anyway, to get the real error message which was causing the configure to fail, have a look in the config.log. At the end, you will find the error on the jhdf5 check. Sylvestre -- ------------------------- Sylvestre Ledru ------------------------- The Scilab Consortium Digiteo Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay Cedex France From Jean-Pierre.Dussault at USherbrooke.ca Sat Mar 13 05:49:36 2010 From: Jean-Pierre.Dussault at USherbrooke.ca (Jean-Pierre Dussault) Date: Fri, 12 Mar 2010 23:49:36 -0500 Subject: [Scilab-Dev] Compilation of 5.2.1 under ubuntu 9.10 In-Reply-To: <1268451291.14646.530.camel@zlarin> References: <4B9A67CA.1060703@USherbrooke.ca> <1268416550.14646.448.camel@zlarin> <4B9A866B.60801@USherbrooke.ca> <1268451291.14646.530.camel@zlarin> Message-ID: <4B9B1960.9090504@USherbrooke.ca> An HTML attachment was scrubbed... URL: From fedebergero at gmail.com Fri Mar 12 20:39:06 2010 From: fedebergero at gmail.com (Federico Bergero) Date: Fri, 12 Mar 2010 16:39:06 -0300 Subject: Scilab interconnection Message-ID: Hi, we are currently developing a Discrete Event System Simulator (PowerDEVS) and we are using Scilab as a workspace for calculation. We have made a modification to Scilab in order to communicate both tools by UDP, but this a rather nasty solution. Is there a clean way that another process (the simulator) can access and modify Scilab's workspace variables? I think that I'm trying to do something similar to the LabView Gateway, where can I get more information. Thanks Federico Bergero -- I find television very educational. Every time someone switches it on, I go into another room and read a good book. From sylvestre.ledru at scilab.org Sat Mar 13 13:35:34 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Sat, 13 Mar 2010 13:35:34 +0100 Subject: [Scilab-Dev] Scilab interconnection In-Reply-To: References: Message-ID: <1268483734.14646.844.camel@zlarin> Le vendredi 12 mars 2010 ? 16:42 -0300, Federico Bergero a ?crit : > Hi, > we are currently developing a Discrete Event System Simulator > (PowerDEVS) and we are using Scilab as a workspace for calculation. We > have made a modification to Scilab in order to communicate both tools > by UDP, but this a rather nasty solution. I would be interested by a description of your work here. It could interest other people to have UDP connection available. > Is there a clean way that another process (the simulator) can access > and modify Scilab's workspace variables? call_scilab is probably what you are looking for: http://www.scilab.org/product/man/call_scilab.html Don't hesitate if you have any questions here. > I think that I'm trying to do something similar to the LabView > Gateway, where can I get more information. AFAIK, the labview gateway uses call_scilab. Allan, don't hesitate to correct me if I am wrong. Sylvestre > Thanks > Federico Bergero > > -- > I find television very educational. Every time someone switches it on, > I go into another room and read a good book. > > > -- ------------------------- Sylvestre Ledru ------------------------- The Scilab Consortium Digiteo Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay Cedex France From fedebergero at gmail.com Sat Mar 13 20:23:44 2010 From: fedebergero at gmail.com (Federico Bergero) Date: Sat, 13 Mar 2010 16:23:44 -0300 Subject: [Scilab-Dev] Scilab interconnection In-Reply-To: <1268483734.14646.844.camel@zlarin> References: <1268483734.14646.844.camel@zlarin> Message-ID: Thanks for the response Sylvestre. Sorry I didn't gave more info regarding the work we did connecting Scilab with our DEVS-Simulator (http://sourceforge.net/projects/powerdevs/). We wanted Scilab to act as a workspace for PowerDEVS (as it is Matlab for Simulink) . To this end we modify Scilab so that it starts a new thread that listens on a UDP port waiting for a request from PowerDEVS. The request are direct representation of the command to execute (a string like 'x=inv(A)*-b'), so if you send a UDP message containing that string, it gets executed in Scilab workspace. In some cases the new thread in Scilab gives the result of the last operation (the 'ans' variable) back to PowerDEVS. Based on this mechanism we can read and modify Scilab's variables and use it as a calculation engine. This solution works but like I said before is rather nasty. It has some problems, for example if you try use this mechanism while Scilab is running another scripts, Scilabs dies. Another problem is that as we modified Scilab's behaviour, we have to distribute a modified binary with our package (for Linux and Windows). Another issue is that we used Scilab 4.1.2, and have no yet done a attempt to modify newer versions of Scilab. Our first attempt was to use call_scilab, in fact we used this solution for some time, but it didn't fulfill our objectives because we needed a complete Scilab instance with GUI. This is because one of our objectives was that the user of PowerDEVS could keep a live workspace running between simulations. For example changing a variable in Scilab workspace, running a DEVS simulation, change the variable again and then run another simulation. If we had implemented with call_scilab, the Scilab workspace is lost after the first simulation (because the program ends and quits). Perhaps I haven't used it well but I think that if a process uses the call_scilab mechanism, Scilab doesnt show a GUI, and when the caller process finishes, the Scilab instance finishes too. So I was wondering if there is a cleaner mechanism that the one we have implemented. Federico On Sat, Mar 13, 2010 at 9:35 AM, Sylvestre Ledru wrote: > Le vendredi 12 mars 2010 ? 16:42 -0300, Federico Bergero a ?crit : >> Hi, >> ? we are currently developing a Discrete Event System Simulator >> (PowerDEVS) and we are using Scilab as a workspace for calculation. We >> have made a modification to Scilab in order to communicate both tools >> by UDP, but this a rather nasty solution. > I would be interested by a description of your work here. > It could interest other people to have UDP connection available. > >> Is there a clean way that another process (the simulator) can access >> and modify Scilab's workspace variables? > call_scilab is probably what you are looking for: > http://www.scilab.org/product/man/call_scilab.html > Don't hesitate if you have any questions here. > >> I think that I'm trying to do something similar to the LabView >> Gateway, where can I get more information. > AFAIK, the labview gateway uses call_scilab. > Allan, don't hesitate to correct me if I am wrong. > > Sylvestre > >> Thanks >> Federico Bergero >> >> -- >> I find television very educational. Every time someone switches it on, >> I go into another room and read a good book. >> >> >> > > -- > ------------------------- > Sylvestre Ledru > ------------------------- > The Scilab Consortium > Digiteo > Domaine de Voluceau > Rocquencourt - B.P. 105 > 78153 Le Chesnay Cedex > France > > -- I find television very educational. Every time someone switches it on, I go into another room and read a good book. From sylvestre.ledru at scilab.org Sun Mar 14 13:30:47 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Sun, 14 Mar 2010 13:30:47 +0100 Subject: [Scilab-Dev] Scilab interconnection In-Reply-To: References: <1268483734.14646.844.camel@zlarin> Message-ID: <1268569847.21057.583.camel@zlarin> Le samedi 13 mars 2010 ? 16:23 -0300, Federico Bergero a ?crit : > Thanks for the response Sylvestre. You are welcome. > Sorry I didn't gave more info regarding the work we did connecting > Scilab with our DEVS-Simulator > (http://sourceforge.net/projects/powerdevs/). > We wanted Scilab to act as a workspace for PowerDEVS (as it is Matlab > for Simulink) . To this end we modify Scilab so that it starts a new > thread that listens on a UDP port waiting for a request from > PowerDEVS. The request are direct representation of the command to > execute (a string like 'x=inv(A)*-b'), so if you send a UDP message > containing that string, it gets executed in Scilab workspace. In some > cases the new thread in Scilab gives the result of the last operation > (the 'ans' variable) back to PowerDEVS. Based on this mechanism we can > read and modify Scilab's variables and use it as a calculation engine. > This solution works but like I said before is rather nasty. It has > some problems, for example if you try use this mechanism while Scilab > is running another scripts, Scilabs dies. Indeed, Scilab is not thread safe for now. We are working on it but it is a long and painful task. However, in the family 5, we introduced a event loop (ie a decorrelation of the various events). Though it is not available to a user, with a minimal work, you should be available to lock the interpreter while you run your task and unlock it after. If you are interested by this potential solution, I can send you some pointers on the Scilab code source and some help. I can also apply some of your patches to make it available easily to external codes. > Our first attempt was to use call_scilab, in fact we used this > solution for some time, but it didn't fulfill our objectives because > we needed a complete Scilab instance with GUI. This is because one of > our objectives was that the user of PowerDEVS could keep a live > workspace running between simulations. For example changing a variable > in Scilab workspace, running a DEVS simulation, change the variable > again and then run another simulation. OK, I understand your need. > If we had implemented with call_scilab, the Scilab workspace is lost after the first simulation > (because the program ends and quits). > Perhaps I haven't used it well but I think that if a process uses the > call_scilab mechanism, Scilab doesnt show a GUI, and when the caller > process finishes, the Scilab instance finishes too. Well, no, you control the start and stop of the Scilab session (StartScilab & TerminateScilab). It remains in the same session until you call these functions. > So I was wondering if there is a cleaner mechanism that the one we > have implemented. Well, to talk with an already running application, network (or socket) access seems the best way to go. Sylvestre From fedebergero at gmail.com Mon Mar 15 16:08:07 2010 From: fedebergero at gmail.com (Federico Bergero) Date: Mon, 15 Mar 2010 12:08:07 -0300 Subject: [Scilab-Dev] Scilab interconnection In-Reply-To: <1268569847.21057.583.camel@zlarin> References: <1268483734.14646.844.camel@zlarin> <1268569847.21057.583.camel@zlarin> Message-ID: On Sun, Mar 14, 2010 at 9:30 AM, Sylvestre Ledru wrote: > Le samedi 13 mars 2010 ? 16:23 -0300, Federico Bergero a ?crit : >> Thanks for the response Sylvestre. > You are welcome. > > >> Sorry I didn't gave more info regarding the work we did connecting >> Scilab with our DEVS-Simulator >> (http://sourceforge.net/projects/powerdevs/). >> We wanted Scilab to act as a workspace for PowerDEVS (as it is Matlab >> for Simulink) . To this end we modify Scilab so that it starts a new >> thread that listens on a UDP port waiting for a request from >> PowerDEVS. The request are direct representation of the command to >> execute (a string like 'x=inv(A)*-b'), so if you send a UDP message >> containing that string, it gets executed in Scilab workspace. In some >> cases the new thread in Scilab gives the result of the last operation >> (the 'ans' variable) back to PowerDEVS. Based on this mechanism we can >> read and modify Scilab's variables and use it as a calculation engine. >> This solution works but like I said before is rather nasty. It has >> some problems, for example if you try use this mechanism while Scilab >> is running another scripts, Scilabs dies. > Indeed, Scilab is not thread safe for now. We are working on it but it > is a long and painful task. > However, in the family 5, we introduced a event loop (ie a decorrelation > of the various events). Though it is not available to a user, with a > minimal work, you should be available to lock the interpreter while you > run your task and unlock it after. > If you are interested by this potential solution, I can send you some > pointers on the Scilab code source and some help. I can also apply some > of your patches to make it available easily to external codes. Ok. Send me info and pointers about how to do this. Is this solution possible both in Linux and Windows? > >> Our first attempt was to use call_scilab, in fact we used this >> solution for some time, but it didn't fulfill our objectives because >> we needed a complete Scilab instance with GUI. This is because one of >> our objectives was that the user of PowerDEVS could keep a live >> workspace running between simulations. For example changing a variable >> in Scilab workspace, running a DEVS simulation, change the variable >> again and then run another simulation. > OK, I understand your need. > >> ?If we had ?implemented with call_scilab, the Scilab workspace is lost after the first simulation >> (because the program ends and quits). >> Perhaps I haven't used it well but I think that if a process uses the >> call_scilab mechanism, Scilab doesnt show a GUI, and when the caller >> process finishes, the Scilab instance finishes too. > Well, no, you control the start and stop of the Scilab session > (StartScilab & TerminateScilab). It remains in the same session until > you call these functions. And call_scilab starts a complete Scilab instance? With GUI? Anyway the problem is that this kind of communication wouldn't be available after the caller process finishes, in order for a new process to communicate with the running Scilab, is that right? > >> So I was wondering if there is a cleaner mechanism that the one we >> have implemented. > Well, to talk with an already running application, network (or socket) > access seems the best way to go. Yes. We've implemented thorught UDP beacuse it is message orientated but we now have problems beacuse of UDP packet limit (we cannot send a complete matrix in a UDP message), so we are thinking of using TCP. Federico > > Sylvestre > > > -- I find television very educational. Every time someone switches it on, I go into another room and read a good book. From sylvestre.ledru at scilab.org Tue Mar 16 17:38:20 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Tue, 16 Mar 2010 17:38:20 +0100 Subject: [Scilab-Dev] Compilation of 5.2.1 under ubuntu 9.10 In-Reply-To: <4B9B1960.9090504@USherbrooke.ca> References: <4B9A67CA.1060703@USherbrooke.ca> <1268416550.14646.448.camel@zlarin> <4B9A866B.60801@USherbrooke.ca> <1268451291.14646.530.camel@zlarin> <4B9B1960.9090504@USherbrooke.ca> Message-ID: <1268757500.30558.720.camel@zlarin> > > Anyway, to get the real error message which was causing the configure to > > fail, have a look in the config.log. At the end, you will find the error > > on the jhdf5 check. > > > The error is: > /usr/bin/ld: warning: libhdf5.so.6, needed > by ./bin//libjhdf5.so, not found (try using -rpath or > -rpath-link) > ./bin//libjhdf5.so: undefined reference to `H5E_NOTHDF5_g' > ./bin//libjhdf5.so: undefined reference to `H5E_CALLBACK_g' > etc... many more undefined references... > The file prerequirements-scilab-5.2.1-src.tar.gz does include > bin/libjhdf5.so but NOT bin/libhdf5.so.6 > I copied all the *hdf5* files from $SCILAB_HOME_bin/lib in > $SCILAB_HOME_src/bin, and configure stopped complaining. > > May I suggest to include all the required *hdf5* in > prerequirements-scilab-5.2.1-src.tar.gz ? Yes, we have to check if we did anything wrong here. > Previously, I compiled with success using the --without-hdf5 option to > configure. Now, it compiles OK with hdf5. FYI, this prevented Xcos to run. > Thank you for pointing out to look at config.log. You are welcome. > I have another question: why in the binary version is the path to the > toolboxes > $SCILAB_HOME_bin/share/scilab/contrib > while in the src version, it is > $SCILAB_HOME_src/contrib ? This is a good question ;) The reason is because we are following the FHS (Filesystem Hierarchy Standard) norm. This is managed transparently by the autotools and it requires a clear separation between library, binary and data files. Since is the content of contrib/ is only data files, the install system is going to install them in the share/ directory. You will find some information here: http://wiki.scilab.org/Different_directory_trees_in_Scilab_under_GNU-Linux_Unix Sylvestre -- ------------------------- Sylvestre Ledru ------------------------- The Scilab Consortium Digiteo Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay Cedex France From sylvestre.ledru at scilab.org Tue Mar 16 18:26:24 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Tue, 16 Mar 2010 18:26:24 +0100 Subject: [Scilab-Dev] Scilab interconnection In-Reply-To: References: <1268483734.14646.844.camel@zlarin> <1268569847.21057.583.camel@zlarin> Message-ID: <1268760384.30558.840.camel@zlarin> Le lundi 15 mars 2010 ? 12:08 -0300, Federico Bergero a ?crit : > On Sun, Mar 14, 2010 at 9:30 AM, Sylvestre Ledru > wrote: > > Le samedi 13 mars 2010 ? 16:23 -0300, Federico Bergero a ?crit : > > However, in the family 5, we introduced a event loop (ie a decorrelation > > of the various events). Though it is not available to a user, with a > > minimal work, you should be available to lock the interpreter while you > > run your task and unlock it after. > > If you are interested by this potential solution, I can send you some > > pointers on the Scilab code source and some help. I can also apply some > > of your patches to make it available easily to external codes. > Ok. Send me info and pointers about how to do this. Is this solution > possible both in Linux and Windows? Yes (and also Mac OS X) Here is two usages of the internal threading capabilities: http://gitweb.scilab.org/?p=scilab;a=blob;f=scilab/modules/action_binding/src/c/dynamic_menus.c; http://gitweb.scilab.org/?p=scilab;a=blob;f=scilab/modules/shell/src/c/GetCommandLine.c; And the send of a Scilab command to the interpreter: http://gitweb.scilab.org/?p=scilab;a=blob;f=scilab/modules/call_scilab/src/c/SendScilabJobs.c#l41 Mixing both of them should be pretty easy. Don't hesitate if you have any questions. > >> If we had implemented with call_scilab, the Scilab workspace is lost after the first simulation > >> (because the program ends and quits). > >> Perhaps I haven't used it well but I think that if a process uses the > >> call_scilab mechanism, Scilab doesnt show a GUI, and when the caller > >> process finishes, the Scilab instance finishes too. > > Well, no, you control the start and stop of the Scilab session > > (StartScilab & TerminateScilab). It remains in the same session until > > you call these functions. > And call_scilab starts a complete Scilab instance? With GUI? Anyway > the problem is that this kind of communication wouldn't be available > after the caller process finishes, in order for a new process to > communicate with the running Scilab, is that right? Yes, you will just have to kind a thread open on the Scilab session. To use call_scilab with the GUI, you just have to do: setScilabMode(SCILAB_STD); if ( StartScilab(getenv("SCI"),NULL,NULL) == FALSE ) with the include: #include "scilabmode.h" This works for me but this has not been testing with the GUI (we did not know that some users might want to use it this way). > >> So I was wondering if there is a cleaner mechanism that the one we > >> have implemented. > > Well, to talk with an already running application, network (or socket) > > access seems the best way to go. > Yes. We've implemented thorught UDP beacuse it is message orientated > but we now have problems beacuse of UDP packet limit (we cannot send a > complete matrix in a UDP message), so we are thinking of using TCP. OK. Please let me know if you are getting somewhere here. I am sure that other people might want to interact with Scilab this way and it could be interesting to make a module out of your work. Sylvestre -- ------------------------- Sylvestre Ledru ------------------------- The Scilab Consortium Digiteo Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay Cedex France From fedebergero at gmail.com Tue Mar 16 19:26:49 2010 From: fedebergero at gmail.com (Federico Bergero) Date: Tue, 16 Mar 2010 15:26:49 -0300 Subject: [Scilab-Dev] Scilab interconnection In-Reply-To: <1268760384.30558.840.camel@zlarin> References: <1268483734.14646.844.camel@zlarin> <1268569847.21057.583.camel@zlarin> <1268760384.30558.840.camel@zlarin> Message-ID: On Tue, Mar 16, 2010 at 2:26 PM, Sylvestre Ledru wrote: > Le lundi 15 mars 2010 ? 12:08 -0300, Federico Bergero a ?crit : >> On Sun, Mar 14, 2010 at 9:30 AM, Sylvestre Ledru >> wrote: >> > Le samedi 13 mars 2010 ? 16:23 -0300, Federico Bergero a ?crit : >> > However, in the family 5, we introduced a event loop (ie a decorrelation >> > of the various events). Though it is not available to a user, with a >> > minimal work, you should be available to lock the interpreter while you >> > run your task and unlock it after. >> > If you are interested by this potential solution, I can send you some >> > pointers on the Scilab code source and some help. I can also apply some >> > of your patches to make it available easily to external codes. >> Ok. Send me info and pointers about how to do this. Is this solution >> possible both in Linux and Windows? > Yes (and also Mac OS X) > Here is two usages of the internal threading capabilities: > http://gitweb.scilab.org/?p=scilab;a=blob;f=scilab/modules/action_binding/src/c/dynamic_menus.c; > http://gitweb.scilab.org/?p=scilab;a=blob;f=scilab/modules/shell/src/c/GetCommandLine.c; > > And the send of a Scilab command to the interpreter: > http://gitweb.scilab.org/?p=scilab;a=blob;f=scilab/modules/call_scilab/src/c/SendScilabJobs.c#l41 > I've been reading this files. How can I using this API, lock the interpreter, send a job, get the result (ans var) and unlock the intepreter. From what I see calling SendScilabJob would not lock the interpreter and would not give me back the result. Should I call StoreCommand instead of SendScilabJob ? > Mixing both of them should be pretty easy. > Don't hesitate if you have any questions. Ok > >> >> ?If we had ?implemented with call_scilab, the Scilab workspace is lost after the first simulation >> >> (because the program ends and quits). >> >> Perhaps I haven't used it well but I think that if a process uses the >> >> call_scilab mechanism, Scilab doesnt show a GUI, and when the caller >> >> process finishes, the Scilab instance finishes too. >> > Well, no, you control the start and stop of the Scilab session >> > (StartScilab & TerminateScilab). It remains in the same session until >> > you call these functions. >> And call_scilab starts a complete Scilab instance? With GUI? Anyway >> the problem is that this kind of communication wouldn't be available >> after the caller process finishes, in order for a new process to >> communicate with the running Scilab, is that right? > Yes, you will just have to kind a thread open on the Scilab session. > > To use call_scilab with the GUI, you just have to do: > ? ? ? ?setScilabMode(SCILAB_STD); > ? ? ? ?if ( StartScilab(getenv("SCI"),NULL,NULL) == FALSE ) > with the include: > #include "scilabmode.h" > > This works for me but this has not been testing with the GUI (we did not > know that some users might want to use it this way). > >> >> So I was wondering if there is a cleaner mechanism that the one we >> >> have implemented. >> > Well, to talk with an already running application, network (or socket) >> > access seems the best way to go. >> Yes. We've implemented thorught UDP beacuse it is message orientated >> but we now have problems beacuse of UDP packet limit (we cannot send a >> complete matrix in a UDP message), so we are thinking of using TCP. > OK. Please let me know if you are getting somewhere here. I am sure that > other people might want to interact with Scilab this way and it could be > interesting to make a module out of your work. That's another question. I originally put the new code into the interpreter (x_main.c in Linnux). Where is the RIGHT place to put it? Or should I write it as a module? (Don't know how to do it as a module neither). Fede > > Sylvestre > > > -- > ------------------------- > Sylvestre Ledru > ------------------------- > The Scilab Consortium > Digiteo > Domaine de Voluceau > Rocquencourt - B.P. 105 > 78153 Le Chesnay Cedex > France > > -- I find television very educational. Every time someone switches it on, I go into another room and read a good book. From fedebergero at gmail.com Tue Mar 16 19:27:16 2010 From: fedebergero at gmail.com (Federico Bergero) Date: Tue, 16 Mar 2010 15:27:16 -0300 Subject: [Scilab-Dev] Scilab interconnection In-Reply-To: <1268760384.30558.840.camel@zlarin> References: <1268483734.14646.844.camel@zlarin> <1268569847.21057.583.camel@zlarin> <1268760384.30558.840.camel@zlarin> Message-ID: On Tue, Mar 16, 2010 at 2:26 PM, Sylvestre Ledru wrote: > Le lundi 15 mars 2010 ? 12:08 -0300, Federico Bergero a ?crit : >> On Sun, Mar 14, 2010 at 9:30 AM, Sylvestre Ledru >> wrote: >> > Le samedi 13 mars 2010 ? 16:23 -0300, Federico Bergero a ?crit : >> > However, in the family 5, we introduced a event loop (ie a decorrelation >> > of the various events). Though it is not available to a user, with a >> > minimal work, you should be available to lock the interpreter while you >> > run your task and unlock it after. >> > If you are interested by this potential solution, I can send you some >> > pointers on the Scilab code source and some help. I can also apply some >> > of your patches to make it available easily to external codes. >> Ok. Send me info and pointers about how to do this. Is this solution >> possible both in Linux and Windows? > Yes (and also Mac OS X) > Here is two usages of the internal threading capabilities: > http://gitweb.scilab.org/?p=scilab;a=blob;f=scilab/modules/action_binding/src/c/dynamic_menus.c; > http://gitweb.scilab.org/?p=scilab;a=blob;f=scilab/modules/shell/src/c/GetCommandLine.c; > > And the send of a Scilab command to the interpreter: > http://gitweb.scilab.org/?p=scilab;a=blob;f=scilab/modules/call_scilab/src/c/SendScilabJobs.c#l41 > I've been reading this files. How can I using this API, lock the interpreter, send a job, get the result (ans var) and unlock the intepreter. From what I see calling SendScilabJob would not lock the interpreter and would not give me back the result. Should I call StoreCommand instead of SendScilabJob ? > Mixing both of them should be pretty easy. > Don't hesitate if you have any questions. Ok > >> >> ?If we had ?implemented with call_scilab, the Scilab workspace is lost after the first simulation >> >> (because the program ends and quits). >> >> Perhaps I haven't used it well but I think that if a process uses the >> >> call_scilab mechanism, Scilab doesnt show a GUI, and when the caller >> >> process finishes, the Scilab instance finishes too. >> > Well, no, you control the start and stop of the Scilab session >> > (StartScilab & TerminateScilab). It remains in the same session until >> > you call these functions. >> And call_scilab starts a complete Scilab instance? With GUI? Anyway >> the problem is that this kind of communication wouldn't be available >> after the caller process finishes, in order for a new process to >> communicate with the running Scilab, is that right? > Yes, you will just have to kind a thread open on the Scilab session. > > To use call_scilab with the GUI, you just have to do: > ? ? ? ?setScilabMode(SCILAB_STD); > ? ? ? ?if ( StartScilab(getenv("SCI"),NULL,NULL) == FALSE ) > with the include: > #include "scilabmode.h" > > This works for me but this has not been testing with the GUI (we did not > know that some users might want to use it this way). > >> >> So I was wondering if there is a cleaner mechanism that the one we >> >> have implemented. >> > Well, to talk with an already running application, network (or socket) >> > access seems the best way to go. >> Yes. We've implemented thorught UDP beacuse it is message orientated >> but we now have problems beacuse of UDP packet limit (we cannot send a >> complete matrix in a UDP message), so we are thinking of using TCP. > OK. Please let me know if you are getting somewhere here. I am sure that > other people might want to interact with Scilab this way and it could be > interesting to make a module out of your work. That's another question. I originally put the new code into the interpreter (x_main.c in Linnux). Where is the RIGHT place to put it? Or should I write it as a module? ( > > Sylvestre > > > -- > ------------------------- > Sylvestre Ledru > ------------------------- > The Scilab Consortium > Digiteo > Domaine de Voluceau > Rocquencourt - B.P. 105 > 78153 Le Chesnay Cedex > France > > -- I find television very educational. Every time someone switches it on, I go into another room and read a good book. From stephane.mottelet at utc.fr Thu Mar 18 12:06:55 2010 From: stephane.mottelet at utc.fr (=?UTF-8?B?U3TCjsOpcGhhbmUgTW90dGVsZXQ=?=) Date: Thu, 18 Mar 2010 12:06:55 +0100 Subject: [scilab-Users] Plotlib 0.4 In-Reply-To: <4BA20230.1070806@utc.fr> References: <4f80778a1003170513q25fa4537w6edc2743063050d6@mail.gmail.com> <4BA1D9E3.2010406@utc.fr> <4BA1E29B.9050801@univ-lemans.fr> <4BA1E5D5.2060906@utc.fr> <4BA1ED96.1070300@scilab.org> <4BA1F001.80609@utc.fr> <4BA1F420.2080702@scilab.org> <4BA20230.1070806@utc.fr> Message-ID: <4BA2094F.2000604@utc.fr> Hi devs, I realized that the Plotlib breaks the Atoms Gui (or the converse ?) since Atoms uses the user_data field of figures :-( S. St??phane Mottelet a ?crit : > Hi all, > > I am proud to announce the release of Plotlib 0.4 > > This new version is, more that ever, dedicated to Matlab users > planning to switch > to Scilab. The new features of the plotlib gives further compatibility > with Matlab graphics. > Follow this link to see the new features : > > http://www.lmac.utc.fr/~mottelet/plotlib/html-0.4/en_US/xxxxx_plotlib.html > > > and this one to see a bunch of screenshots : > > > For the moment this version does not support older versions of Scilab > (the required > version is scilab >=5.2 and some features, in particular the > overloading of 'set' and 'get', > need the nightly build of master branch), but the porting to ScicosLab > should be > easy (the main problem is about Scilab 5 graphic properties which do > not exist or behave > differently in ScicosLab). > > The plotlib will we available thru ATOMS in a few days, in the > meantime, please use > the following links : > > Linux/Unix users : > http://www.lmac.utc.fr/~mottelet/plotlib/plotlib040.tgz > Windows users : http://www.lmac.utc.fr/~mottelet/plotlib/plotlib040.zip > > I hope that prospective Scilab users will find what they need in the > Plotlib. Of course, > many features are missing, but the most important high-level commands > are available. > > Actually, some of these new features may break some scripts using > actual Scilab > graphics. But the Plotlib should now give you enough low-level control > (by means > of the overloaded 'set' and 'get' macros) so that you won't need to > mix native Scilab > graphic commands and Plotlib ones. > > If you use the Plotlib and find any bugs or need some features which > are missing, > just le me know. > > Enjoy ! > > S. > > > From shankhsps at gmail.com Fri Mar 19 13:42:32 2010 From: shankhsps at gmail.com (shankhs ch) Date: Fri, 19 Mar 2010 18:12:32 +0530 Subject: Convert Matlab to Scilab m2sci Message-ID: <2b2ecc681003190542l3b218753pf2715e8b82024919@mail.gmail.com> Hi, The ideas for development page in Scilab Wiki gave me the idea.So my main idea would be to implement a converter from matlab files to scilab files. I am doing a bit of research on it.Till now I have found the following things to do: 1. Develop a parser. 2. Design a mapper to map matlab functions to scilab functions. I need advice so that I can develop my idea further. Moreover I would also like to apply for this project in GSoC 2010.Is there any more thing that I should do? Desperately waiting for advices. Thanks and regards shankhs -------------- next part -------------- An HTML attachment was scrubbed... URL: From sylvestre.ledru at scilab.org Fri Mar 19 16:53:52 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Fri, 19 Mar 2010 16:53:52 +0100 Subject: Google Summer of code 2010 and Scilab Message-ID: <1269014032.13578.3029.camel@korcula.inria.fr> Hello, For a second year, Scilab has been accepted to be part of the Google Summer of Code 2010: http://www.scilab.org/news/events/20100319 http://www.scilab.org/fr/news/events/20100319 (for the french version) The list of ideas is available here: http://wiki.scilab.org/Ideas_of_development_for_Scilab Anybody is welcome to edit this page to add more ideas to improve Scilab and its ecosystem. Don't hesitate to contact me privately if you have any questions/suggestions about this. For student, we also improved the information needed for a good proposal: http://wiki.scilab.org/How_to_apply_to_the_GSOC_%3F Regards, Sylvestre -- Sylvestre Ledru ------------------------- The Scilab Consortium Digiteo Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay Cedex France From vincent.couvert at scilab.org Fri Mar 19 17:13:47 2010 From: vincent.couvert at scilab.org (Vincent COUVERT) Date: Fri, 19 Mar 2010 17:13:47 +0100 Subject: [Scilab-Dev] Convert Matlab to Scilab m2sci In-Reply-To: <2b2ecc681003190542l3b218753pf2715e8b82024919@mail.gmail.com> References: <2b2ecc681003190542l3b218753pf2715e8b82024919@mail.gmail.com> Message-ID: <4BA3A2BB.4030209@scilab.org> Hi Shankhs, A first version of a Matlab to Scilab converter already exists so there is no need to write a parser. Moreover, a map is not enough to make conversion work because of Matlab/Scilab incompatibilities and functions prototypes differences. The aim of the project listed here [1] is to improve the existing tools and update it to be compatible with last Scilab and Matlab versions. I just created this page to explain this project [2]. Regards, Vincent [1] http://wiki.scilab.org/Ideas_of_development_for_Scilab [2] http://wiki.scilab.org/Contributor_-_m2sci On 19/03/2010 13:42, shankhs ch wrote: > Hi, > The ideas for development page in Scilab Wiki gave me the idea.So my > main idea would be to implement a converter from matlab files > to scilab files. > I am doing a bit of research on it.Till now I have found the following > things to do: > 1. Develop a parser. > 2. Design a mapper to map matlab functions to scilab functions. > I need advice so that I can develop my idea further. > Moreover I would also like to apply for this project in GSoC 2010.Is > there any more thing that I should do? > Desperately waiting for advices. > Thanks and regards > shankhs From chirag at iitg.ernet.in Fri Mar 19 18:08:28 2010 From: chirag at iitg.ernet.in (chirag at iitg.ernet.in) Date: Fri, 19 Mar 2010 22:38:28 +0530 (IST) Subject: UI elements GSOC query Message-ID: <49942.10.1.2.76.1269018508.squirrel@webmail.iitg.ernet.in> Hi I want to develop the UI elements for scilab as shown on wikipage. I intend to use GIWS to call java swing objects from c++ code. And to get the feedback back i am thinking of making a seperate thread in c++ which will wait for signal changes in Java variables and act appropriately this way java gui will be able to provide feedback to c++ code or to scilab. But I saw JIMS on wikipage and I think that can also be used but I am not sure because there is no documentation for JIMS . So can you please tell me more about JIMS and can it be used for UI elements. Thanks Chirag From sylvestre.ledru at scilab.org Fri Mar 19 18:40:32 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Fri, 19 Mar 2010 18:40:32 +0100 Subject: [Scilab-Dev] UI elements GSOC query In-Reply-To: <49942.10.1.2.76.1269018508.squirrel@webmail.iitg.ernet.in> References: <49942.10.1.2.76.1269018508.squirrel@webmail.iitg.ernet.in> Message-ID: <1269020432.13578.3518.camel@korcula.inria.fr> Hello, Le vendredi 19 mars 2010 ? 22:38 +0530, chirag at iitg.ernet.in a ?crit : > Hi > I want to develop the UI elements for scilab as shown on wikipage. > I intend to use GIWS to call java swing objects from c++ code. > And to get the feedback back i am thinking of making a seperate thread in > c++ which will wait for signal changes in Java variables and act > appropriately this way java gui will be able to provide feedback to c++ > code or to scilab. Note that it is not a development from scratch. Such operations are already done in Scilab and this project will be to extend the current feature. I just wrote this page to try to explain that: http://wiki.scilab.org/Contributor_-_Scilab_UI_Element > But I saw JIMS on wikipage and I think that can also be used but I am not > sure because there is no documentation for JIMS . So can you please tell > me more about JIMS and can it be used for UI elements. JIMS is an ongoing project. It is normal that there is no documentation. ;) However, you are mixing two projects (I understand it is not trivial at first): * Scilab UI element is to extend uicontrol feature. * a part of this page http://wiki.scilab.org/Contributor_-_advanced_interaction proposes to present some methods of the internal Scilab Java object to the language. This would allow important customization to advanced users. Maybe we should do some more work here... Sylvestre From chirag at iitg.ernet.in Sat Mar 20 14:33:59 2010 From: chirag at iitg.ernet.in (chirag at iitg.ernet.in) Date: Sat, 20 Mar 2010 19:03:59 +0530 (IST) Subject: GSOC query for ui elements Message-ID: <49600.10.1.2.76.1269092039.squirrel@webmail.iitg.ernet.in> Sir I wanted to see the source code for gui controls like figure , message box , uimenu , etc . But I am not able to search it in Scilab installation directory . Can you tell me where I can find them. Thanks From Calixte.Denizet at ac-rennes.fr Sat Mar 20 15:19:08 2010 From: Calixte.Denizet at ac-rennes.fr (Calixte.Denizet at ac-rennes.fr) Date: Sat, 20 Mar 2010 15:19:08 +0100 Subject: [Scilab-Dev] GSOC query for ui elements In-Reply-To: <49600.10.1.2.76.1269092039.squirrel@webmail.iitg.ernet.in> References: <49600.10.1.2.76.1269092039.squirrel@webmail.iitg.ernet.in> Message-ID: Hello Chirag, A function such as uimenu has a typeof equals to fptr so uimenu is a built-in function. Just try to find sci_uimenu.c and you'll find it in the directory modules/gui/sci_gateway/c so you can conclude that modules/gui/src is probably a good directory... ;o) Calixte ----- Message d'origine ----- De: chirag at iitg.ernet.in Date: Samedi, Mars 20, 2010 2:35 pm Objet: [Scilab-Dev] GSOC query for ui elements ?: dev at lists.scilab.org > Sir > I wanted to see the source code for gui controls like figure , message > box > , uimenu , etc . But I am not able to search it in Scilab installation > directory . Can you tell me where I can find them. > > Thanks > From Calixte.Denizet at ac-rennes.fr Sat Mar 20 19:35:26 2010 From: Calixte.Denizet at ac-rennes.fr (Calixte.Denizet at ac-rennes.fr) Date: Sat, 20 Mar 2010 19:35:26 +0100 Subject: JIMS code In-Reply-To: <1269102716.20313.16.camel@zlarin> References: <1269081637.19206.47.camel@sploving-desktop> <1269102716.20313.16.camel@zlarin> Message-ID: > Hello, Hello > > I am adding Calixte as as C/C. He is the developer of JIMS and he will > be better than me to answer to you. > > Cheers, > Sylvestre > > Le samedi 20 mars 2010 ? 18:40 +0800, sploving a ?crit : > > Hello, > > I am learning the code of JIMS in order to know how to import Python > > in Scilab. I found Scilab use the mlist to wrap the Java class/ object. > > I want to use the mlist to wrap the Python object,will that be OK? > Yes > > > The implement of the JIMS is as the following: Scilab use the Scilab/C > > API to call C/C++, which could use the JNI to call java. When I read > the > > file "wrapInMlist.sci", I could not understand it very well. Could you > > explain how the Java object/methods/fields are wrapped in mlist ? For the moment (actual version on git master) : java class { field F method M } is converted into the mlist : obj = mlist(['_JObj' '_id' 'M' 'F']) * _id is the pos of the object in an array on the java side, for example _id=314 * for the method, I create a scilab function in using deff : deff('y=tmpmacro(varargin)','y=wrapInMList(invoke(314,''M'',varargin))') invoke returns the id of the object returned by the invocation of the method M of the object 314. The function tmpmacro is affected to the field 'M' of the mlist * for the field, I create a function using deff too, the syntax in Scilab is obj.F(32) affects 32 to F on the java side and obj.F() gets the value of F. I'm currently working to simplify the wrapping... (I don't push my work for the moment). I use the overloading of extraction to improve wrapping. The idea is : function y=%_JObj_e(name,M) if name is the name of a method of object M._id then deff('y=tmpmacro(varargin)','y=invoke(314,name,varargin)') y=tmpmacro return end if name is the name of a field then y=get field value... end endfunction Obj.foo(1,2,3) call the previous function with args foo and Obj, and it returns a function which takes 1,2,3 as arguments... I wrote %_JObj_e in C to have the best performances... I'll try to keep this last solution because the speed of execution is better and the consumption of memory is lower... For a > > java class example: > > > > public class test { > > double salary; > > String name; > > double getSalary() { > > return salary; > > > > } > > } > > After call the wrapInMlist.sci, what is content of the mlist > returned ? > > > If you want to see just use in Scilab the function getfield. > > > ps: the following code I cound not understand well (in the file > > "wrapInMlist"): > > > > wobj = mlist([infos 'new' meths fields], id); > > deff('y=tmpmacro(varargin)', 'y=wrapInMlist(newInstance_l(' + > sid > > + ',varargin))'); > > setfield(3, tmpmacro, wobj); > > > > s = size(meths, 2); > > for i=1:s > > deff('y=tmpmacro(varargin)', 'y=wrapInMlist(invoke_l(' + sid + > > ',''' + meths(i) + ''',varargin))'); > > setfield(i + dec, tmpmacro, wobj); > > clear('tmpmacro'); > > end > > > > When I ask questions, do I ask you directly in this mail or use the > > mail list gsoc at lists.scilab.org ? > > Thanks in advance > > Have fun and don't hesitate to contact me ... > > Baozeng > > Calixte > > > > > > > > -- > ------------------------- > Sylvestre Ledru > ------------------------- > The Scilab Consortium > Digiteo > Domaine de Voluceau > Rocquencourt - B.P. 105 > 78153 Le Chesnay Cedex > France > > > From kunigami at gmail.com Sun Mar 21 00:54:39 2010 From: kunigami at gmail.com (Guilherme Kunigami) Date: Sat, 20 Mar 2010 20:54:39 -0300 Subject: [Scilab-Dev] Compilation of 5.2.1 under ubuntu 9.10 In-Reply-To: <4B9B1960.9090504@USherbrooke.ca> References: <4B9A67CA.1060703@USherbrooke.ca> <1268416550.14646.448.camel@zlarin> <4B9A866B.60801@USherbrooke.ca> <1268451291.14646.530.camel@zlarin> <4B9B1960.9090504@USherbrooke.ca> Message-ID: Jean-Pierre Dussault wrote: > Sylvestre Ledru a ?crit : >> Le vendredi 12 mars 2010 ? 13:22 -0500, Jean-Pierre Dussault a ?crit : >> >>> Sylvestre Ledru a ?crit : >>> >>>> Le vendredi 12 mars 2010 ? 11:11 -0500, Jean-Pierre Dussault a ?crit : >>>> >>>> >>>>> Hi! >>>>> >>>>> I wish to compile scilab 5.2.1, but the configure crashes with the >>>>> message: >>>>> configure: error: libjhdf5: Library missing (Cannot find >>>>> symbol h5JNIFatalError). Check if libjhdf5 - C/Java (JNI) >>>>> interface for HDF5 - is installed and if the version is >>>>> correct. Note that you might have to update >>>>> etc/librarypath.xml to provide the actual path the the JNI >>>>> libraries. >>>>> Can someone please point out a work around for this problem. I saw >>>>> that the library is provided under thirdparty, but have no idea on >>>>> what to change for having it detected. >>>>> >>>>> >>>> The libjhdf5.so library should be available in the search patch of the >>>> library. You can put this lib into scilab/source/tree/bin/ >>>> It should fix this problem. >>>> >>>> >>> Uh, I don't quite understand "scilab/source/tree/bin"... >>> >> It is what I meant. >> >> >>> In SCILAB_HOME/bin, I have: >>> >>> dussault at dussault-laptop:~/import/TstScilab/scilab-5.2.1src/bin$ ls >>> Atlas.spec libgluegen-rt.so libjogl_awt.so libjogl.so scilab-adv-cli >>> bin.iss _libjhdf5.so_ libjogl_cg.so scilab scilab-cli >>> >>> and it is readeable: >>> -rw-r--r-- 1 dussault dussault 163604 2010-02-18 10:36 libjhdf5.so >>> >> If the file is available, are you sure it is the right on architecture ? >> (ie, libhdf5 is 32 bits for a 32 bits arch). >> You can know that with the command file. >> >> Anyway, to get the real error message which was causing the configure to >> fail, have a look in the config.log. At the end, you will find the error >> on the jhdf5 check. >> > The error is: > > /usr/bin/ld: warning: libhdf5.so.6, needed by ./bin//libjhdf5.so, > not found (try using -rpath or -rpath-link) > ./bin//libjhdf5.so: undefined reference to `H5E_NOTHDF5_g' > ./bin//libjhdf5.so: undefined reference to `H5E_CALLBACK_g' > etc... many more undefined references... > > The file prerequirements-scilab-5.2.1-src.tar.gz does include > bin/libjhdf5.so but NOT bin/libhdf5.so.6 > I copied all the *hdf5* files from $SCILAB_HOME_bin/lib in > $SCILAB_HOME_src/bin, and configure stopped complaining. Hi, I have the same problem here, but I don't know where is $SCILAB_HOME_bin/lib. I have already installed Scilab debian package through $ apt-get install scilab and also got the dependencies $ apt-get build-dep scilab and also got the libhdf5 debian package but can' t find libhdf5.so.6. Thanks, > > May I suggest to include all the required *hdf5* in > prerequirements-scilab-5.2.1-src.tar.gz ? > > Previously, I compiled with success using the --without-hdf5 option to > configure. Now, it compiles OK with hdf5. > > Thank you for pointing out to look at config.log. > > I have another question: why in the binary version is the path to the > toolboxes > > $SCILAB_HOME_bin/share/scilab/contrib > > while in the src version, it is > > $SCILAB_HOME_src/contrib ? > > Thank's again, > > JPD > >> Sylvestre >> >> >> > From xendoo at gmail.com Sun Mar 21 10:59:01 2010 From: xendoo at gmail.com (xendo) Date: Sun, 21 Mar 2010 10:59:01 +0100 Subject: [Scilab-Dev] Compilation of 5.2.1 under ubuntu 9.10 In-Reply-To: References: <4B9A67CA.1060703@USherbrooke.ca> <1268416550.14646.448.camel@zlarin> <4B9A866B.60801@USherbrooke.ca> <1268451291.14646.530.camel@zlarin> <4B9B1960.9090504@USherbrooke.ca> Message-ID: <6d2fcb41003210259v4ce6932cw9777f62f2d908dc8@mail.gmail.com> get the binaries from here http://www.scilab.org/products/scilab/download, after extracting you should find packages you need in bin/ copy them (*hdf5*) to $SCILAB_HOME_scr/lib/. It's solved the problem for me. On 21 March 2010 00:54, Guilherme Kunigami wrote: > Jean-Pierre Dussault wrote: >> >> Sylvestre Ledru a ?crit : >>> >>> Le vendredi 12 mars 2010 ? 13:22 -0500, Jean-Pierre Dussault a ?crit : >>> >>>> >>>> Sylvestre Ledru a ?crit : >>>> >>>>> >>>>> Le vendredi 12 mars 2010 ? 11:11 -0500, Jean-Pierre Dussault a ?crit : >>>>> >>>>>> >>>>>> Hi! >>>>>> >>>>>> I wish to compile scilab 5.2.1, but the configure crashes with the >>>>>> message: >>>>>> ? ? ? ?configure: error: libjhdf5: Library missing (Cannot find >>>>>> ? ? ? ?symbol h5JNIFatalError). Check if libjhdf5 - C/Java (JNI) >>>>>> ? ? ? ?interface for HDF5 - is installed and if the version is >>>>>> ? ? ? ?correct. Note that you might have to update >>>>>> ? ? ? ?etc/librarypath.xml to provide the actual path the the JNI >>>>>> ? ? ? ?libraries. >>>>>> Can someone please point out a work around for this problem. I saw >>>>>> that the library is provided under thirdparty, but have no idea on >>>>>> what to change for having it detected. >>>>>> >>>>> >>>>> The libjhdf5.so library should be available in the search patch of the >>>>> library. You can put this lib into scilab/source/tree/bin/ >>>>> It should fix this problem. >>>>> >>>> >>>> Uh, ?I don't quite understand "scilab/source/tree/bin"... >>>> >>> >>> It is what I meant. >>> >>> >>>> >>>> In SCILAB_HOME/bin, I have: >>>> >>>> ? ?dussault at dussault-laptop:~/import/TstScilab/scilab-5.2.1src/bin$ ls >>>> ? ?Atlas.spec ?libgluegen-rt.so ?libjogl_awt.so ?libjogl.so >>>> ?scilab-adv-cli >>>> ? ?bin.iss ? ? _libjhdf5.so_ ? ? ? libjogl_cg.so ? scilab >>>> ?scilab-cli >>>> >>>> ? ?and it is readeable: >>>> ? ?-rw-r--r-- 1 dussault dussault ?163604 2010-02-18 10:36 libjhdf5.so >>>> >>> >>> If the file is available, are you sure it is the right on architecture ? >>> (ie, libhdf5 is 32 bits for a 32 bits arch). >>> You can know that with the command file. >>> >>> Anyway, to get the real error message which was causing the configure to >>> fail, have a look in the config.log. At the end, you will find the error >>> on the jhdf5 check. >>> >> >> The error is: >> >> ? ?/usr/bin/ld: warning: libhdf5.so.6, needed by ./bin//libjhdf5.so, >> ? ?not found (try using -rpath or -rpath-link) >> ? ?./bin//libjhdf5.so: undefined reference to `H5E_NOTHDF5_g' >> ? ?./bin//libjhdf5.so: undefined reference to `H5E_CALLBACK_g' >> ? ?etc... many more undefined references... >> >> The file ?prerequirements-scilab-5.2.1-src.tar.gz ?does include >> bin/libjhdf5.so but NOT bin/libhdf5.so.6 >> I copied all the ?*hdf5* files from $SCILAB_HOME_bin/lib in >> $SCILAB_HOME_src/bin, and configure stopped complaining. > > Hi, > > I have the same problem here, but I don't know where is > $SCILAB_HOME_bin/lib. I have already installed Scilab debian package through > > $ apt-get install scilab > > and also got the dependencies > > $ apt-get build-dep scilab > > and also got the libhdf5 debian package but can' t find libhdf5.so.6. > > Thanks, > >> >> May I suggest to include all the required *hdf5* in >> prerequirements-scilab-5.2.1-src.tar.gz ? >> >> Previously, I compiled with success using the --without-hdf5 option to >> configure. Now, it compiles OK with hdf5. >> >> Thank you for pointing out to look at config.log. >> >> I have another question: why in the binary version is the path to the >> toolboxes >> >> ? ?$SCILAB_HOME_bin/share/scilab/contrib >> >> while in the src version, it is >> >> ? ?$SCILAB_HOME_src/contrib ? ? >> >> Thank's again, >> >> JPD >> >>> Sylvestre >>> >>> >>> >> > > From sylvestre.ledru at scilab.org Sun Mar 21 11:29:00 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Sun, 21 Mar 2010 11:29:00 +0100 Subject: [Scilab-Dev] Compilation of 5.2.1 under ubuntu 9.10 In-Reply-To: References: <4B9A67CA.1060703@USherbrooke.ca> <1268416550.14646.448.camel@zlarin> <4B9A866B.60801@USherbrooke.ca> <1268451291.14646.530.camel@zlarin> <4B9B1960.9090504@USherbrooke.ca> Message-ID: <1269167340.16879.19.camel@zlarin> Le samedi 20 mars 2010 ? 20:54 -0300, Guilherme Kunigami a ?crit : [...] > Hi, > > I have the same problem here, but I don't know where is > $SCILAB_HOME_bin/lib. I have already installed Scilab debian package through > > $ apt-get install scilab > > and also got the dependencies > > $ apt-get build-dep scilab > > and also got the libhdf5 debian package but can' t find libhdf5.so.6. It is weird. Installation of build-dep on Debian testing/unstable or Ubuntu Lucid should give you all the build dependencies. Can you tell which distribution (and version) you are running ? Sylvestre From shankhsps at gmail.com Sun Mar 21 14:30:37 2010 From: shankhsps at gmail.com (shankhs ch) Date: Sun, 21 Mar 2010 19:00:37 +0530 Subject: [Scilab-Dev] Convert Matlab to Scilab m2sci In-Reply-To: <4BA3A2BB.4030209@scilab.org> References: <2b2ecc681003190542l3b218753pf2715e8b82024919@mail.gmail.com> <4BA3A2BB.4030209@scilab.org> Message-ID: <2b2ecc681003210630gd22483bi896bb84b1dc1b72b@mail.gmail.com> Hi Shankhs, > > A first version of a Matlab to Scilab converter already exists so there is > no need to write a parser. Moreover, a map is not enough to make conversion > work because of Matlab/Scilab incompatibilities and functions prototypes > differences. > > The aim of the project listed here [1] is to improve the existing tools and > update it to be compatible with last Scilab and Matlab versions. I just > created this page to explain this project [2]. > I am very interested in matlab and scilab interoperability.I have a few questions: 1. since some work has been done , can it be taken as 6 months project . If not can you advice some other project? 2. If yes I want to start the work right away.Can you give me any good starting point like documentation of the module? Thanx and regards shankhs -------------- next part -------------- An HTML attachment was scrubbed... URL: From kunigami at gmail.com Sun Mar 21 19:25:23 2010 From: kunigami at gmail.com (Guilherme Kunigami) Date: Sun, 21 Mar 2010 15:25:23 -0300 Subject: [Scilab-Dev] Compilation of 5.2.1 under ubuntu 9.10 In-Reply-To: <1269167340.16879.19.camel@zlarin> References: <4B9A67CA.1060703@USherbrooke.ca> <1268416550.14646.448.camel@zlarin> <4B9A866B.60801@USherbrooke.ca> <1268451291.14646.530.camel@zlarin> <4B9B1960.9090504@USherbrooke.ca> <1269167340.16879.19.camel@zlarin> Message-ID: <1fd0e24c1003211125k41215d01l26d68e51eb10e4b3@mail.gmail.com> Actually I'm using the latest stable version of Ubuntu: Karmic Koala. By the way, I'm justing using Ubuntu for development (virtual machine). Do you prefer to use unstable/beta versions? Thanks, On Sun, Mar 21, 2010 at 7:29 AM, Sylvestre Ledru wrote: > Le samedi 20 mars 2010 ? 20:54 -0300, Guilherme Kunigami a ?crit : > [...] > >> Hi, >> >> I have the same problem here, but I don't know where is >> $SCILAB_HOME_bin/lib. I have already installed Scilab debian package through >> >> $ apt-get install scilab >> >> and also got the dependencies >> >> $ apt-get build-dep scilab >> >> and also got the libhdf5 debian package but can' t find libhdf5.so.6. > It is weird. Installation of build-dep on Debian testing/unstable or > Ubuntu Lucid should give you all the build dependencies. > Can you tell which distribution (and version) you are running ? > > > Sylvestre > > > > -- Guilherme Kunigami From sylvestre.ledru at scilab.org Sun Mar 21 19:33:11 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Sun, 21 Mar 2010 19:33:11 +0100 Subject: [Scilab-Dev] Compilation of 5.2.1 under ubuntu 9.10 In-Reply-To: <1fd0e24c1003211125k41215d01l26d68e51eb10e4b3@mail.gmail.com> References: <4B9A67CA.1060703@USherbrooke.ca> <1268416550.14646.448.camel@zlarin> <4B9A866B.60801@USherbrooke.ca> <1268451291.14646.530.camel@zlarin> <4B9B1960.9090504@USherbrooke.ca> <1269167340.16879.19.camel@zlarin> <1fd0e24c1003211125k41215d01l26d68e51eb10e4b3@mail.gmail.com> Message-ID: <1269196391.16879.429.camel@zlarin> Le dimanche 21 mars 2010 ? 15:25 -0300, Guilherme Kunigami a ?crit : > Actually I'm using the latest stable version of Ubuntu: Karmic Koala. > > By the way, I'm justing using Ubuntu for development (virtual > machine). Do you prefer to use unstable/beta versions? Not particularly, I was asking because the few new dependencies has been added in Scilab 5.2 (hdf5, jhdf5 & jgraphx). These dependencies are not available in Karmic. Sylvestre > Thanks, > > On Sun, Mar 21, 2010 at 7:29 AM, Sylvestre Ledru > wrote: > > Le samedi 20 mars 2010 ? 20:54 -0300, Guilherme Kunigami a ?crit : > > [...] > > > >> Hi, > >> > >> I have the same problem here, but I don't know where is > >> $SCILAB_HOME_bin/lib. I have already installed Scilab debian package through > >> > >> $ apt-get install scilab > >> > >> and also got the dependencies > >> > >> $ apt-get build-dep scilab > >> > >> and also got the libhdf5 debian package but can' t find libhdf5.so.6. > > It is weird. Installation of build-dep on Debian testing/unstable or > > Ubuntu Lucid should give you all the build dependencies. > > Can you tell which distribution (and version) you are running ? > > > > > > Sylvestre > > > > > > > > > > > -- ------------------------- Sylvestre Ledru ------------------------- The Scilab Consortium Digiteo Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay Cedex France From kunigami at gmail.com Sun Mar 21 20:59:03 2010 From: kunigami at gmail.com (Guilherme Kunigami) Date: Sun, 21 Mar 2010 16:59:03 -0300 Subject: [Scilab-Dev] Compilation of 5.2.1 under ubuntu 9.10 In-Reply-To: <6d2fcb41003210259v4ce6932cw9777f62f2d908dc8@mail.gmail.com> References: <4B9A67CA.1060703@USherbrooke.ca> <1268416550.14646.448.camel@zlarin> <4B9A866B.60801@USherbrooke.ca> <1268451291.14646.530.camel@zlarin> <4B9B1960.9090504@USherbrooke.ca> <6d2fcb41003210259v4ce6932cw9777f62f2d908dc8@mail.gmail.com> Message-ID: <1fd0e24c1003211259j6baf3cfeo27ca9e711f222fb3@mail.gmail.com> Thank you, I've downloaded the binaries and added the remaining libs. Sorry for the newbie question, but why it does not suffice to get libhdf5 through synaptic to get those libraries? On Sun, Mar 21, 2010 at 6:59 AM, xendo wrote: > get the binaries from here > http://www.scilab.org/products/scilab/download, after extracting you > should find packages you need in bin/ copy them (*hdf5*) to > $SCILAB_HOME_scr/lib/. It's solved the problem for me. > > On 21 March 2010 00:54, Guilherme Kunigami wrote: >> Jean-Pierre Dussault wrote: >>> >>> Sylvestre Ledru a ?crit : >>>> >>>> Le vendredi 12 mars 2010 ? 13:22 -0500, Jean-Pierre Dussault a ?crit : >>>> >>>>> >>>>> Sylvestre Ledru a ?crit : >>>>> >>>>>> >>>>>> Le vendredi 12 mars 2010 ? 11:11 -0500, Jean-Pierre Dussault a ?crit : >>>>>> >>>>>>> >>>>>>> Hi! >>>>>>> >>>>>>> I wish to compile scilab 5.2.1, but the configure crashes with the >>>>>>> message: >>>>>>> ? ? ? ?configure: error: libjhdf5: Library missing (Cannot find >>>>>>> ? ? ? ?symbol h5JNIFatalError). Check if libjhdf5 - C/Java (JNI) >>>>>>> ? ? ? ?interface for HDF5 - is installed and if the version is >>>>>>> ? ? ? ?correct. Note that you might have to update >>>>>>> ? ? ? ?etc/librarypath.xml to provide the actual path the the JNI >>>>>>> ? ? ? ?libraries. >>>>>>> Can someone please point out a work around for this problem. I saw >>>>>>> that the library is provided under thirdparty, but have no idea on >>>>>>> what to change for having it detected. >>>>>>> >>>>>> >>>>>> The libjhdf5.so library should be available in the search patch of the >>>>>> library. You can put this lib into scilab/source/tree/bin/ >>>>>> It should fix this problem. >>>>>> >>>>> >>>>> Uh, ?I don't quite understand "scilab/source/tree/bin"... >>>>> >>>> >>>> It is what I meant. >>>> >>>> >>>>> >>>>> In SCILAB_HOME/bin, I have: >>>>> >>>>> ? ?dussault at dussault-laptop:~/import/TstScilab/scilab-5.2.1src/bin$ ls >>>>> ? ?Atlas.spec ?libgluegen-rt.so ?libjogl_awt.so ?libjogl.so >>>>> ?scilab-adv-cli >>>>> ? ?bin.iss ? ? _libjhdf5.so_ ? ? ? libjogl_cg.so ? scilab >>>>> ?scilab-cli >>>>> >>>>> ? ?and it is readeable: >>>>> ? ?-rw-r--r-- 1 dussault dussault ?163604 2010-02-18 10:36 libjhdf5.so >>>>> >>>> >>>> If the file is available, are you sure it is the right on architecture ? >>>> (ie, libhdf5 is 32 bits for a 32 bits arch). >>>> You can know that with the command file. >>>> >>>> Anyway, to get the real error message which was causing the configure to >>>> fail, have a look in the config.log. At the end, you will find the error >>>> on the jhdf5 check. >>>> >>> >>> The error is: >>> >>> ? ?/usr/bin/ld: warning: libhdf5.so.6, needed by ./bin//libjhdf5.so, >>> ? ?not found (try using -rpath or -rpath-link) >>> ? ?./bin//libjhdf5.so: undefined reference to `H5E_NOTHDF5_g' >>> ? ?./bin//libjhdf5.so: undefined reference to `H5E_CALLBACK_g' >>> ? ?etc... many more undefined references... >>> >>> The file ?prerequirements-scilab-5.2.1-src.tar.gz ?does include >>> bin/libjhdf5.so but NOT bin/libhdf5.so.6 >>> I copied all the ?*hdf5* files from $SCILAB_HOME_bin/lib in >>> $SCILAB_HOME_src/bin, and configure stopped complaining. >> >> Hi, >> >> I have the same problem here, but I don't know where is >> $SCILAB_HOME_bin/lib. I have already installed Scilab debian package through >> >> $ apt-get install scilab >> >> and also got the dependencies >> >> $ apt-get build-dep scilab >> >> and also got the libhdf5 debian package but can' t find libhdf5.so.6. >> >> Thanks, >> >>> >>> May I suggest to include all the required *hdf5* in >>> prerequirements-scilab-5.2.1-src.tar.gz ? >>> >>> Previously, I compiled with success using the --without-hdf5 option to >>> configure. Now, it compiles OK with hdf5. >>> >>> Thank you for pointing out to look at config.log. >>> >>> I have another question: why in the binary version is the path to the >>> toolboxes >>> >>> ? ?$SCILAB_HOME_bin/share/scilab/contrib >>> >>> while in the src version, it is >>> >>> ? ?$SCILAB_HOME_src/contrib ? ? >>> >>> Thank's again, >>> >>> JPD >>> >>>> Sylvestre >>>> >>>> >>>> >>> >> >> > -- Guilherme Kunigami From vincent.couvert at scilab.org Mon Mar 22 09:00:03 2010 From: vincent.couvert at scilab.org (Vincent COUVERT) Date: Mon, 22 Mar 2010 09:00:03 +0100 Subject: [Scilab-Dev] Convert Matlab to Scilab m2sci In-Reply-To: <2b2ecc681003210630gd22483bi896bb84b1dc1b72b@mail.gmail.com> References: <2b2ecc681003190542l3b218753pf2715e8b82024919@mail.gmail.com> <4BA3A2BB.4030209@scilab.org> <2b2ecc681003210630gd22483bi896bb84b1dc1b72b@mail.gmail.com> Message-ID: <4BA72383.2060809@scilab.org> GSOC is only 3 months long and there is a lot of work to do, I'm sure there is enough work for a full time student. Some documentation is available at http://www.scilab.org/product/man/section_c592a9ecd0ed2b4d08f8a4de718ee9aa.html Regards. Vincent On 21/03/2010 14:30, shankhs ch wrote: > > > > Hi Shankhs, > > A first version of a Matlab to Scilab converter already exists so > there is no need to write a parser. Moreover, a map is not enough > to make conversion work because of Matlab/Scilab incompatibilities > and functions prototypes differences. > > The aim of the project listed here [1] is to improve the existing > tools and update it to be compatible with last Scilab and Matlab > versions. I just created this page to explain this project [2]. > > I am very interested in matlab and scilab interoperability.I have a > few questions: > 1. since some work has been done , can it be taken as 6 months project > . If not can you advice some other project? > 2. If yes I want to start the work right away.Can you give me any good > starting point like documentation of the module? > > Thanx and regards > shankhs -------------- next part -------------- An HTML attachment was scrubbed... URL: From communication at scilab.org Mon Mar 22 10:02:20 2010 From: communication at scilab.org (Scilab Communication) Date: Mon, 22 Mar 2010 10:02:20 +0100 Subject: Save the date =?windows-1252?Q?=96_ScilabTec=9210?= Message-ID: <4BA7321C.8050105@scilab.org> The 2nd edition of *Scilab Users Day* will take place on *Wednesday 16th June 2010 at the ?cole Polytechnique.* Organized during Tert at tec Forum, different moments will made of the Scilab Users Day a very special moment to share experiences and exchange on Scilab: ? Plenary presentations of developments around Scilab, ? Thematic workshops. *Online registration*: http://www.teratec.eu/gb/forum/inscription.php / Complete program to be communicated shorly./ -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Scilabtec10.png Type: image/png Size: 9850 bytes Desc: not available URL: From chirag at iitg.ernet.in Mon Mar 22 14:08:08 2010 From: chirag at iitg.ernet.in (chirag at iitg.ernet.in) Date: Mon, 22 Mar 2010 18:38:08 +0530 (IST) Subject: GSOC query for ui elements Message-ID: <50175.10.1.2.76.1269263288.squirrel@webmail.iitg.ernet.in> Sir I was looking into the source files .For most uielements like messagebox or let say {A} , there are following files : 1) scilab-5.2.1\modules\gui\src\java\org\scilab\modules\gui\{A} --> This contains a interface and a class for Scilab{A} 2) scilab-5.2.1\modules\gui\src\java\org\scilab\modules\gui\brigde\{A} --> this also contains a class for SwingScilab{A} 3)scilab-5.2.1\modules\gui\src\cpp\call{A}.cpp --> This creates the messagebox using CALL SCILAB BRIGDE class 4) The corrosponiding interface program in Scilab_gateway folder I couldnt understant the role of two classes namely SwingScilab{A} and Scilab{A}. Also please tell if i am missing any other files related to {A}. And in the project for GSOC we are expected to make new {A} for the Scilab using current implementation methods ?? From sylvestre.ledru at scilab.org Wed Mar 24 20:13:00 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Wed, 24 Mar 2010 20:13:00 +0100 Subject: [Scilab-Dev] GSOC query for ui elements In-Reply-To: <50175.10.1.2.76.1269263288.squirrel@webmail.iitg.ernet.in> References: <50175.10.1.2.76.1269263288.squirrel@webmail.iitg.ernet.in> Message-ID: <1269457980.4834.73.camel@zlarin> Le lundi 22 mars 2010 ? 18:38 +0530, chirag at iitg.ernet.in a ?crit : > Sir > I was looking into the source files .For most uielements like messagebox > or let say {A} , there are following files : > > 1) scilab-5.2.1\modules\gui\src\java\org\scilab\modules\gui\{A} --> This > contains a interface and a class for Scilab{A} > 2) scilab-5.2.1\modules\gui\src\java\org\scilab\modules\gui\brigde\{A} --> > this also contains a class for SwingScilab{A} > 3)scilab-5.2.1\modules\gui\src\cpp\call{A}.cpp --> This creates the > messagebox using CALL SCILAB BRIGDE class > 4) The corrosponiding interface program in Scilab_gateway folder > > I couldnt understant the role of two classes namely SwingScilab{A} and > Scilab{A}. If I remember correctly, we tried to decorelate the Swing component to the Scilab one. This has been done to facilitate a migration to other GUI (SWT for example) and avoid a too strong connexion from an API to the other. > Also please tell if i am missing any other files related to {A}. grep is your friend ;) > And in the project for GSOC we are expected to make new {A} for the Scilab > using current implementation methods ?? I am not sure to understand your question here. By the way, could you use/register to the gsoc at lists.scilab.org mailing list to communicate ? Thanks Sylvestre > -- ------------------------- Sylvestre Ledru ------------------------- The Scilab Consortium Digiteo Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay Cedex France From vincent.couvert at scilab.org Thu Mar 25 10:07:40 2010 From: vincent.couvert at scilab.org (Vincent COUVERT) Date: Thu, 25 Mar 2010 10:07:40 +0100 Subject: [Scilab-Dev] Convert Matlab to Scilab m2sci In-Reply-To: <2b2ecc681003241934l5a6a483bwde9e211d1bba0b6a@mail.gmail.com> References: <2b2ecc681003190542l3b218753pf2715e8b82024919@mail.gmail.com> <4BA3A2BB.4030209@scilab.org> <2b2ecc681003210630gd22483bi896bb84b1dc1b72b@mail.gmail.com> <4BA72383.2060809@scilab.org> <2b2ecc681003241934l5a6a483bwde9e211d1bba0b6a@mail.gmail.com> Message-ID: <4BAB27DC.3040108@scilab.org> You can get the source code from our GIT repository: http://wiki.scilab.org/GIT_step_by_Step We created a specific branch called m2sci where I'll commit (ASAP) some examples of development improving the M2SCI converter code (Use the overloading of set & get, ...) I'm going to update the Wiki page about GSOC with these new ideas. Regards, Vincent On 25/03/2010 03:34, shankhs ch wrote: > > GSOC is only 3 months long and there is a lot of work to do, I'm > sure there is enough work for a full time student. > Some documentation is available at > http://www.scilab.org/product/man/section_c592a9ecd0ed2b4d08f8a4de718ee9aa.html > > The page gives a lot of info.Thnx . I got some familiarity with the > commands but to do anything I need to have the source code. So how to > get the source code? -------------- next part -------------- An HTML attachment was scrubbed... URL: From shankhsps at gmail.com Sun Mar 28 09:58:53 2010 From: shankhsps at gmail.com (shankhs ch) Date: Sun, 28 Mar 2010 13:28:53 +0530 Subject: Bug list Message-ID: <2b2ecc681003280058s2f22441dlc82cb5ebe478e9a2@mail.gmail.com> hi where is the scilab bug list? thanx -------------- next part -------------- An HTML attachment was scrubbed... URL: From Calixte.Denizet at ac-rennes.fr Sun Mar 28 10:51:29 2010 From: Calixte.Denizet at ac-rennes.fr (Calixte.Denizet at ac-rennes.fr) Date: Sun, 28 Mar 2010 10:51:29 +0200 Subject: [Scilab-Dev] Bug list In-Reply-To: <2b2ecc681003280058s2f22441dlc82cb5ebe478e9a2@mail.gmail.com> References: <2b2ecc681003280058s2f22441dlc82cb5ebe478e9a2@mail.gmail.com> Message-ID: Hello, bugzilla.scilab.org Calixte PS: in Google : "bug scilab" gives the answer ... ----- Message d'origine ----- De: shankhs ch Date: Dimanche, Mars 28, 2010 9:58 am Objet: [Scilab-Dev] Bug list ?: dev at lists.scilab.org > hi > where is the scilab bug list? > thanx From sploving1 at gmail.com Sun Mar 28 13:38:26 2010 From: sploving1 at gmail.com (sploving) Date: Sun, 28 Mar 2010 19:38:26 +0800 Subject: JIMS code In-Reply-To: References: <1269081637.19206.47.camel@sploving-desktop> <1269102716.20313.16.camel@zlarin> Message-ID: <1269776306.28027.36.camel@sploving-desktop> ? 2010-03-20?? 19:35 +0100?Calixte.Denizet at ac-rennes.fr??? > > Hello, > > Hello > > > > > I am adding Calixte as as C/C. He is the developer of JIMS and he will > > be better than me to answer to you. > > > > Cheers, > > Sylvestre > > > > Le samedi 20 mars 2010 ? 18:40 +0800, sploving a ?crit : > > > Hello, > > > I am learning the code of JIMS in order to know how to import Python > > > in Scilab. I found Scilab use the mlist to wrap the Java class/ object. > > > I want to use the mlist to wrap the Python object,will that be OK? > > Yes > > > > > The implement of the JIMS is as the following: Scilab use the Scilab/C > > > API to call C/C++, which could use the JNI to call java. When I read > > the > > > file "wrapInMlist.sci", I could not understand it very well. Could you > > > explain how the Java object/methods/fields are wrapped in mlist ? > > For the moment (actual version on git master) : > java class { > field F > method M > } > > is converted into the mlist : obj = mlist(['_JObj' '_id' 'M' 'F']) > * _id is the pos of the object in an array on the java side, for example _id=314 > * for the method, I create a scilab function in using deff : deff('y=tmpmacro(varargin)','y=wrapInMList(invoke(314,''M'',varargin))') > invoke returns the id of the object returned by the invocation of the method M of the object 314. The function tmpmacro is affected to the field 'M' of the mlist > * for the field, I create a function using deff too, the syntax in Scilab is obj.F(32) affects 32 to F on the java side and obj.F() gets the value of F. I use the getfield to see what is the content of the keyword 'M' in mlist. the result is: y=ans(varargin). what is that mean? why not "y=M(varargin)"? For example, when call "A.func(x, y)"( A is a mlist),I want to call the C function "sci_func(A.id, x, y)" , then how to wrap the func in the mlist? if A=mlist(['name,id,func'],"example",1,?), what is the content of '?' > I'm currently working to simplify the wrapping... (I don't push my work for the moment). I use the overloading of extraction to improve wrapping. The idea is : > function y=%_JObj_e(name,M) > if name is the name of a method of object M._id then > deff('y=tmpmacro(varargin)','y=invoke(314,name,varargin)') > y=tmpmacro > return > end > if name is the name of a field then > y=get field value... > end > endfunction > > Obj.foo(1,2,3) call the previous function with args foo and Obj, and it returns a function which takes 1,2,3 as arguments... I wrote %_JObj_e in C to have the best performances... I'll try to keep this last solution because the speed of execution is better and the consumption of memory is lower... > > For a > > > java class example: > > > > > > public class test { > > > double salary; > > > String name; > > > double getSalary() { > > > return salary; > > > > > > } > > > } > > > After call the wrapInMlist.sci, what is content of the mlist > > returned ? > > > > > > > If you want to see just use in Scilab the function getfield. > > > > > ps: the following code I cound not understand well (in the file > > > "wrapInMlist"): > > > > > > wobj = mlist([infos 'new' meths fields], id); > > > deff('y=tmpmacro(varargin)', 'y=wrapInMlist(newInstance_l(' + > > sid > > > + ',varargin))'); > > > setfield(3, tmpmacro, wobj); > > > > > > s = size(meths, 2); > > > for i=1:s > > > deff('y=tmpmacro(varargin)', 'y=wrapInMlist(invoke_l(' + sid + > > > ',''' + meths(i) + ''',varargin))'); > > > setfield(i + dec, tmpmacro, wobj); > > > clear('tmpmacro'); > > > end > > > > > > When I ask questions, do I ask you directly in this mail or use the > > > mail list gsoc at lists.scilab.org ? > > > Thanks in advance > > > > > Have fun and don't hesitate to contact me ... > Thanks. > > > Baozeng > > > > > Calixte > > > > > > > > > > > > > > -- > > ------------------------- > > Sylvestre Ledru > > ------------------------- > > The Scilab Consortium > > Digiteo > > Domaine de Voluceau > > Rocquencourt - B.P. 105 > > 78153 Le Chesnay Cedex > > France > > > > > > From calixte.denizet at ac-rennes.fr Sun Mar 28 13:55:13 2010 From: calixte.denizet at ac-rennes.fr (calixte) Date: Sun, 28 Mar 2010 13:55:13 +0200 Subject: JIMS code In-Reply-To: <1269776306.28027.36.camel@sploving-desktop> References: <1269081637.19206.47.camel@sploving-desktop> <1269102716.20313.16.camel@zlarin> <1269776306.28027.36.camel@sploving-desktop> Message-ID: <1269777313.2225.15.camel@calixte-laptop> Hello, > > is converted into the mlist : obj = mlist(['_JObj' '_id' 'M' 'F']) > > * _id is the pos of the object in an array on the java side, for example _id=314 > > * for the method, I create a scilab function in using deff : deff('y=tmpmacro(varargin)','y=wrapInMList(invoke(314,''M'',varargin))') > > invoke returns the id of the object returned by the invocation of the method M of the object 314. The function tmpmacro is affected to the field 'M' of the mlist > > * for the field, I create a function using deff too, the syntax in Scilab is obj.F(32) affects 32 to F on the java side and obj.F() gets the value of F. > I use the getfield to see what is the content of the keyword 'M' in > mlist. the result is: y=ans(varargin). what is that mean? why not > "y=M(varargin)"? You're right, it's probably a bug, but it isn't a problem... > For example, when call "A.func(x, y)"( A is a mlist),I want to call the > C function "sci_func(A.id, x, y)" , then how to wrap the func in the > mlist? if A=mlist(['name,id,func'],"example",1,?), what is the content > of '?' A mlist is a typed list, if the type of your mlist is for example PythObj, you should define it : --> A=mlist(['PythObj' 'name' 'id' 'func'], 'example', 1, sci_func) typeof(A) returns PythObj (take a look at the help page about overloading...) A.name returns example A.id returns 1 A.func(x,y) returns sci_func(x,y) Calixte From shankhsps at gmail.com Sun Mar 28 14:01:04 2010 From: shankhsps at gmail.com (shankhs ch) Date: Sun, 28 Mar 2010 17:31:04 +0530 Subject: Bug No- 5466 Advice needed Message-ID: <2b2ecc681003280501h5573664ah1ff2f462fde46759@mail.gmail.com> HI I reproduced the bug using the program given in the 5466 bug page http://bugzilla.scilab.org/show_bug.cgi?id=5466 : A = sprand(400,400,0.01); B = sprand(100,100,0.1); unix('rm test_matfile.mat'); // be sure not file like this one exists savematfile('test_matfile.mat','A','B'); clear loadmatfile('test_matfile.mat','A','B'); size(A) size(B) clear A = rand(10,10); savematfile('test_matfile.mat','A'); clear loadmatfile('test_matfile.mat','A'); size(A) // It should display a size like 400 x 400 instead of 10 x 10 The output is indeed 400. 400. But the logic says that it should be 10. 10. isn't it? I think I have identified the problem which is : "deletion"/"creation of another file with the same name( test_matfile.mat )" fails once the file is "created"/"if present in the directory as a result of previous execution" using the *unix('rm test_matfile.mat'); *command. Moreover the file is getting appended instead of getting created fresh everytime which is causing the complained behavior.To check this, run the above program and execute a number of times , check the filesize after every execution. I wanted to write this one in the bug page but since this is my first time and I am new to scilab so I thought its better to ask you guys. Any thoughts and advices? Thanks and regards shankhs -------------- next part -------------- An HTML attachment was scrubbed... URL: From shankhsps at gmail.com Mon Mar 29 05:45:34 2010 From: shankhsps at gmail.com (shankhs ch) Date: Mon, 29 Mar 2010 09:15:34 +0530 Subject: Bug No- 5466 Advice needed In-Reply-To: <2b2ecc681003280501h5573664ah1ff2f462fde46759@mail.gmail.com> References: <2b2ecc681003280501h5573664ah1ff2f462fde46759@mail.gmail.com> Message-ID: <2b2ecc681003282045t2dd3d0e8h52ad7b6dd14a3d2c@mail.gmail.com> This is on windows, On Sun, Mar 28, 2010 at 5:31 PM, shankhs ch wrote: > HI > I reproduced the bug using the program given in the 5466 bug page > http://bugzilla.scilab.org/show_bug.cgi?id=5466 : > > A = sprand(400,400,0.01); > B = sprand(100,100,0.1); > unix('rm test_matfile.mat'); // be sure not file like this one exists > savematfile('test_matfile.mat','A','B'); > clear > loadmatfile('test_matfile.mat','A','B'); > size(A) > size(B) > clear > A = rand(10,10); > savematfile('test_matfile.mat','A'); > clear > loadmatfile('test_matfile.mat','A'); > size(A) // It should display a size like 400 x 400 instead of 10 x 10 > > The output is indeed 400. 400. But the logic says that it should be 10. 10. > isn't it? > I think I have identified the problem which is : > "deletion"/"creation of another file with the same name( test_matfile.mat > )" fails once the file is "created"/"if present in the directory as a result > of previous execution" using the *unix('rm test_matfile.mat'); *command. > Moreover the file is getting appended instead of getting created fresh > everytime which is causing the complained behavior.To check this, run the > above program and execute a number of times , check the filesize after every > execution. > > I wanted to write this one in the bug page but since this is my first time > and I am new to scilab so I thought its better to ask you guys. > Any thoughts and advices? > > Thanks and regards > shankhs > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sploving1 at gmail.com Mon Mar 29 08:11:02 2010 From: sploving1 at gmail.com (sploving) Date: Mon, 29 Mar 2010 14:11:02 +0800 Subject: JIMS code In-Reply-To: <1269777313.2225.15.camel@calixte-laptop> References: <1269081637.19206.47.camel@sploving-desktop> <1269102716.20313.16.camel@zlarin> <1269776306.28027.36.camel@sploving-desktop> <1269777313.2225.15.camel@calixte-laptop> Message-ID: <1269843062.3848.26.camel@sploving-desktop> ? 2010-03-28?? 13:55 +0200?calixte??? Hello, > Hello, > > > > > is converted into the mlist : obj = mlist(['_JObj' '_id' 'M' 'F']) > > > * _id is the pos of the object in an array on the java side, for example _id=314 > > > * for the method, I create a scilab function in using deff : deff('y=tmpmacro(varargin)','y=wrapInMList(invoke(314,''M'',varargin))') > > > invoke returns the id of the object returned by the invocation of the method M of the object 314. The function tmpmacro is affected to the field 'M' of the mlist > > > * for the field, I create a function using deff too, the syntax in Scilab is obj.F(32) affects 32 to F on the java side and obj.F() gets the value of F. > > I use the getfield to see what is the content of the keyword 'M' in > > mlist. the result is: y=ans(varargin). what is that mean? why not > > "y=M(varargin)"? > > You're right, it's probably a bug, but it isn't a problem... > > > For example, when call "A.func(x, y)"( A is a mlist),I want to call the > > C function "sci_func(A.id, x, y)" , then how to wrap the func in the > > mlist? if A=mlist(['name,id,func'],"example",1,?), what is the content > > of '?' I made a small mistake here, I wanted to write A=mlist(['type' 'name' 'id' 'func'], 'example', 1, ?); > > A mlist is a typed list, if the type of your mlist is for example > PythObj, you should define it : > > --> A=mlist(['PythObj' 'name' 'id' 'func'], 'example', 1, sci_func) > > typeof(A) returns PythObj (take a look at the help page about > overloading...) > A.name returns example > A.id returns 1 > A.func(x,y) returns sci_func(x,y) > How to make "A.func(x,y) returns sci_func(x,y)"? Do I need write a overloading function for that? For example, sci_func() is in a file 'a.c', I want to wrap it in the file 'b.c', like the following: extern int sci_gcd(int x, int y); int sci_module(char* fname){ ... int (*f)(int x, int y) f=sci_gcd; ... createPointerInList(pvApiCtx, Rhs + 1, mlistaddr, 4, f); ... } Is it right to use the createPointerInList API? when I run it:a.gcd(15,25), it appears: Undefined operation for the given operands.check or define function % ptr_e for overloading. Then Could you tell me how to overload it? Thanks Baozeng > Calixte > From vincent.couvert at scilab.org Mon Mar 29 10:01:10 2010 From: vincent.couvert at scilab.org (Vincent COUVERT) Date: Mon, 29 Mar 2010 10:01:10 +0200 Subject: [Scilab-Dev] Bug No- 5466 Advice needed In-Reply-To: <2b2ecc681003280501h5573664ah1ff2f462fde46759@mail.gmail.com> References: <2b2ecc681003280501h5573664ah1ff2f462fde46759@mail.gmail.com> Message-ID: <4BB05E46.8090503@scilab.org> Hi, You are right. I fixed this bug a few weeks ago in the 5.2 branch. I have just added a non-regression test and add an item in the changes file. Best regards. On 28/03/2010 14:01, shankhs ch wrote: > HI > I reproduced the bug using the program given in the 5466 bug page > http://bugzilla.scilab.org/show_bug.cgi?id=5466 : > A = sprand(400,400,0.01); > B = sprand(100,100,0.1); > unix('rm test_matfile.mat'); // be sure not file like this one exists > savematfile('test_matfile.mat','A','B'); > clear > loadmatfile('test_matfile.mat','A','B'); > size(A) > size(B) > clear > A = rand(10,10); > savematfile('test_matfile.mat','A'); > clear > loadmatfile('test_matfile.mat','A'); > size(A) // It should display a size like 400 x 400 instead of 10 x 10 > The output is indeed 400. 400. But the logic says that it should be > 10. 10. isn't it? > I think I have identified the problem which is : > "deletion"/"creation of another file with the same name( > test_matfile.mat )" fails once the file is "created"/"if present in > the directory as a result of previous execution" using the *unix('rm > test_matfile.mat'); *command. > Moreover the file is getting appended instead of getting created fresh > everytime which is causing the complained behavior.To check this, run > the above program and execute a number of times , check the filesize > after every execution. > I wanted to write this one in the bug page but since this is my first > time and I am new to scilab so I thought its better to ask you guys. > Any thoughts and advices? > Thanks and regards > shankhs -------------- next part -------------- An HTML attachment was scrubbed... URL: From shankhsps at gmail.com Mon Mar 29 10:33:05 2010 From: shankhsps at gmail.com (shankhs ch) Date: Mon, 29 Mar 2010 14:03:05 +0530 Subject: [Scilab-Dev] Bug No- 5466 Advice needed In-Reply-To: <4BB05E46.8090503@scilab.org> References: <2b2ecc681003280501h5573664ah1ff2f462fde46759@mail.gmail.com> <4BB05E46.8090503@scilab.org> Message-ID: <2b2ecc681003290133g61f0c551ub2741753ab54eb67@mail.gmail.com> Thanx Vincent! and oops I didn't see the latest source ( 5.2 ). -------------- next part -------------- An HTML attachment was scrubbed... URL: From bruno.jofret at scilab.org Mon Mar 29 11:40:29 2010 From: bruno.jofret at scilab.org (Bruno JOFRET) Date: Mon, 29 Mar 2010 11:40:29 +0200 Subject: SEP #40: Cell Arrays Message-ID: <4BB0758D.9090208@scilab.org> Hi, Please find attached SEP #40 talking about Cell Arrays. This SEP is targeting Scilab 6.0 as we will introduce a new syntax for cells. Any feedbacks are welcome. Regards, -- Bruno JOFRET Software Architect The Scilab Consortium Digiteo Foundation Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay France Phone: +33.1.39.63.58.63 -------------- next part -------------- A non-text attachment was scrubbed... Name: SEP_40_cell_arrays.pdf Type: application/pdf Size: 401381 bytes Desc: not available URL: From Serge.Steer at scilab.org Mon Mar 29 14:45:51 2010 From: Serge.Steer at scilab.org (Serge Steer) Date: Mon, 29 Mar 2010 14:45:51 +0200 Subject: [Scilab-Dev] SEP #40: Cell Arrays In-Reply-To: <4BB0758D.9090208@scilab.org> References: <4BB0758D.9090208@scilab.org> Message-ID: <4BB0A0FF.8000900@scilab.org> It seems good. Just a point: It should be good that for cells extraction and insertion (value or subcells) the examples explains how vector index will be handled: what is c(1:2,:) and c{1:2,:} c(1:2,1)={'xx';'yy'} v=list('u','v');c{1:2,1}=v(:) //should it be valid or an error? Serge Bruno JOFRET a ?crit : > Hi, > > Please find attached SEP #40 talking about Cell Arrays. > This SEP is targeting Scilab 6.0 as we will introduce a new syntax for > cells. > > Any feedbacks are welcome. > > Regards, > From bruno.jofret at scilab.org Mon Mar 29 15:11:51 2010 From: bruno.jofret at scilab.org (Bruno JOFRET) Date: Mon, 29 Mar 2010 15:11:51 +0200 Subject: [Scilab-Dev] SEP #40: Cell Arrays In-Reply-To: <4BB0A0FF.8000900@scilab.org> References: <4BB0758D.9090208@scilab.org> <4BB0A0FF.8000900@scilab.org> Message-ID: <4BB0A717.5080303@scilab.org> Serge Steer wrote: > It seems good. Just a point: > > It should be good that for cells extraction and insertion (value or > subcells) the examples explains how vector index will be handled: > what is c(1:2,:) and c{1:2,:} > c(1:2,1)={'xx';'yy'} > v=list('u','v');c{1:2,1}=v(:) //should it be valid or an error? > Hi, The syntax using braces "will be" strictly equivalent to the ".entries" one. Considering this, the example here do not actually work. --> c = cell([2,1]); -->c(1:2,1) = makecell([2,1], 'xx', 'yy') c = !"xx" ! ! ! !"yy" ! -->v=list('u','v'); -->c(1:2,1).entries = v(:) !--error 41 Incompatible output argument. Even trying this in Octave gives an error : octave:1> c(1:2,1)={'xx';'yy'} c = { [1,1] = xx [2,1] = yy } octave:2> v={'u','v'} v = { [1,1] = u [1,2] = v } octave:3> c{1:2,1}=v(:) error: invalid assignment to cs-list outside multiple assignment. error: assignment to cell array failed error: assignment failed, or no method for `cell = cell' octave:3> c{1:2,1}=v{:} error: invalid assignment to cs-list outside multiple assignment. error: assignment to cell array failed error: assignment failed, or no method for `cell = sq_string' So I guess we could raise the same error as before in this particular case. Regards, -- Bruno JOFRET Software Architect The Scilab Consortium Digiteo Foundation Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay France Phone: +33.1.39.63.58.63 From ojones5 at student.gsu.edu Wed Mar 31 04:31:37 2010 From: ojones5 at student.gsu.edu (Orondo Jones) Date: Tue, 30 Mar 2010 22:31:37 -0400 Subject: Build Question about building SciLab Message-ID: <008501cad07a$4b5416b0$e1fc4410$@gsu.edu> I am working on building Scilab on a Windows XP machine. When I get to the point of building the application, there are two solutions files that I can choose from. If I choose the one called Scilab, as it is being loaded I receive error messages about files with "_f" in their names not being be found. I need to investigate the source of those error messages. If I load the solution Scilab_f2c and begin building a debug version at the end of the build process, I run into unresolved external symbol problems with the nograph.obj. The specific symbols are: _overload_ referenced in function _gw_graphics __imp__vstk_ _vartype_ referenced in function _gw_graphics __imp__com_ I am still looking into the problem myself but I wanted to know if maybe I have misinterpreted something in the steps to build the application. My goal is to build both the Windows and Linux version. I have not started the Linux build yet. Orondo -------------- next part -------------- An HTML attachment was scrubbed... URL: From allan.cornet at scilab.org Wed Mar 31 08:37:02 2010 From: allan.cornet at scilab.org (Allan CORNET) Date: Wed, 31 Mar 2010 08:37:02 +0200 Subject: [Scilab-Dev] Build Question about building SciLab In-Reply-To: <008501cad07a$4b5416b0$e1fc4410$@gsu.edu> References: <008501cad07a$4b5416b0$e1fc4410$@gsu.edu> Message-ID: <001301cad09c$925f5fc0$b71e1f40$@cornet@scilab.org> Hi, http://wiki.scilab.org/Compiling_Scilab_5.x_under_Windows Scilab.sln uses (requires) intel fortran. Scilab_f2c.sln uses f2c (included in prerequirements) to convert fortran to C. Please send me your output log generated by Visual Studio. I checked this morning and Master & 5.2 branch build without errors. Best Regards -- ------------------------- Allan CORNET ------------------------- The Scilab Consortium Digiteo Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay Cedex France De : Orondo Jones [mailto:ojones5 at student.gsu.edu] Envoy? : mercredi 31 mars 2010 04:32 ? : dev at lists.scilab.org Cc : ojones5 at student.gsu.edu Objet : [Scilab-Dev] Build Question about building SciLab I am working on building Scilab on a Windows XP machine. When I get to the point of building the application, there are two solutions files that I can choose from. If I choose the one called Scilab, as it is being loaded I receive error messages about files with ?_f? in their names not being be found. I need to investigate the source of those error messages. If I load the solution Scilab_f2c and begin building a debug version at the end of the build process, I run into unresolved external symbol problems with the nograph.obj. The specific symbols are: _overload_ referenced in function _gw_graphics __imp__vstk_ _vartype_ referenced in function _gw_graphics __imp__com_ I am still looking into the problem myself but I wanted to know if maybe I have misinterpreted something in the steps to build the application. My goal is to build both the Windows and Linux version. I have not started the Linux build yet. Orondo -------------- next part -------------- An HTML attachment was scrubbed... URL: From sylvestre.ledru at scilab.org Wed Mar 31 17:08:47 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Wed, 31 Mar 2010 17:08:47 +0200 Subject: Two modifications in the build process of Scilab (Mac OS X + HDF5) Message-ID: <1270048127.8061.3503.camel@korcula.inria.fr> Hello, 1) As said in a previous mail on this ML [1], the change the build process under Mac OS X. For now, in the master (ie Scilab 5.3), we do need to compile Scilab under 64 bits for Mac OS X. However, since we are still working on the branch 5.2 for a Scilab version 5.2.2, we still need to link against 32 bits. To solve this issue, we introduced a new option in the configure which is called: --with-fink-prefix. It takes the root path of fink (usually /sw) and consider that most Scilab dependencies are available there. It is using the gfortran binary stored in this path (/sw/bin/gfortran) to detect the arch it has been built for. After a few problems, it is now going smoothly on our various Mac OS X 10.5 & 10.6 systems... Let us know if you have any problems. 2) In the current master (5.3), we increased the minimal dependency on hdf5 & jhdf5. As usual, the HDF group dropped the API compatibility, we are now expecting hdf5 1.8.4 and jhdf5 2.6.1 (Don't hesitate to complain against them about that). If you run Debian testing/unstable (and many other distribs), they are available in the archive. Under Ubuntu, the package are available here: http://packages.ubuntu.com/fr/lucid/libhdf5-serial-dev http://packages.ubuntu.com/fr/lucid/libhdf5-serial-1.8.4 http://packages.ubuntu.com/fr/lucid/libjhdf5-jni http://packages.ubuntu.com/fr/lucid/libjhdf5-java Under Windows, just update the prerequierements provided on our SVN: http://wiki.scilab.org/Compiling_Scilab_5.x_under_Windows Don't hesitate if you have any questions, Sylvestre [1] http://lists.scilab.org/cgi-bin/ezmlm-browse?list=dev&cmd=showmsg&msgnum=1703 and http://wiki.scilab.org/Compiling_Scilab_5.x_under_MacOSX From shankhsps at gmail.com Wed Mar 31 19:35:49 2010 From: shankhsps at gmail.com (shankhs ch) Date: Wed, 31 Mar 2010 23:05:49 +0530 Subject: Ideas and Application for GSoC 2010 Message-ID: Hi, I hope its not too late to introduce myself to this list. I have been in the mailing list for quite some time now. My name is Shankhoneer Chakrovarty and I am a final year student pursuing B.Tech from Indian Institute Of Information Technology. One of my professors introduced me to FOSS ideologies and encouraged me to take up FOSS development. I completed building up of Tibetan OCR ( Tibet is a province of China near India China border ) which was released under GPLv2. My skillset includes working in C,C++ and Python. I mostly work in Linux ( Ubuntu is my favourite ) but I have dual boot system with windows as well. The project I would like to work on under Scilab Consortium is Contributing to Matlab to Scilab Conversion Tools. The main emphasis in this project would be : - Increase the capability of the matlab to scilab tool by taking into account new functions in newer versions of scilab and synchronize the tool with the new version of matlab. - Clean up the code base to create better quality code - Create documentation and reports The ways that I will carry out the task will be: - By updating the m2sci modules - By creating unitary tests to check the above mentioned points - Updating M2SCI converter kernel My contact details are: Email - shankhsps at gmail.com IM me at the above id. Thanx shankhs -------------- next part -------------- An HTML attachment was scrubbed... URL: From sylvestre.ledru at scilab.org Wed Mar 31 23:35:06 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Wed, 31 Mar 2010 23:35:06 +0200 Subject: [Scilab-Dev] Ideas and Application for GSoC 2010 In-Reply-To: References: Message-ID: <1270071306.5024.16.camel@zlarin> Hello, It is not too late. Please write your proposal and put it on the gsoc website. Contact me if you need any feedbacks on it. Cheers, Sylvestre Le mercredi 31 mars 2010 ? 23:05 +0530, shankhs ch a ?crit : > Hi, > I hope its not too late to introduce myself to this list. I have been > in the mailing list for quite some time now. My name is Shankhoneer > Chakrovarty and I am a final year student pursuing B.Tech from Indian > Institute Of Information Technology. > One of my professors introduced me to FOSS ideologies and encouraged > me to take up FOSS development. I completed building up of Tibetan OCR > ( Tibet is a province of China near India China border ) which was > released under GPLv2. > My skillset includes working in C,C++ and Python. I mostly work in > Linux ( Ubuntu is my favourite ) but I have dual boot system with > windows as well. > The project I would like to work on under Scilab Consortium is > Contributing to Matlab to Scilab Conversion Tools. The main emphasis > in this project would be : > * Increase the capability of the matlab to scilab tool by taking > into account new functions in newer versions of scilab and > synchronize the tool with the new version of matlab. > * Clean up the code base to create better quality code > * Create documentation and reports > The ways that I will carry out the task will be: > * By updating the m2sci modules > * By creating unitary tests to check the above mentioned points > * Updating M2SCI converter kernel > My contact details are: > > Email - shankhsps at gmail.com > IM me at the above id. > > Thanx > shankhs -- ------------------------- Sylvestre Ledru ------------------------- The Scilab Consortium Digiteo Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay Cedex France