From sergey.sol at mail.ru Thu May 1 15:40:49 2008 From: sergey.sol at mail.ru (=?koi8-r?B?88XSx8XK?=) Date: Thu, 1 May 2008 08:40:49 -0500 Subject: EXCEPTION_ACCESS_VIOLATION Message-ID: <000001c8ab90$f8f6bfe0$0301a8c0@Sergey> Note: This defect is reproducible only if I open basicsex.sci in scipad and then perform Execute->Load into scilab. But, for example, If I just type in scilab command line exec('basicsex.sci') defect is not seen. _____ From: ?????? [mailto:sergey.sol at mail.ru] Sent: Thursday, May 01, 2008 3:41 AM To: 'dev at lists.scilab.org' Subject: EXCEPTION_ACCESS_VIOLATION Hello SciLab team. Can you please help me with the bug I have with SciLab( I use scilab 4.1.1) How to reproduce: 1. Extract attached zip file to some folder. 2. in scilab change current directory to the folder ../scilab_yalmip 3. execute the file ../scilab_yalmip/init.sci Now open the file ../scilab_yalmip/demos/basicsex.sci and execute this script. After the script execution has finished try to click the button "open file" in scilab environment you will get an error message: Scilab has found a critical error (EXCEPTION_ACCESS_VIOLATION) Scilab may become unstable After that further working with SciLab is impossible. BR, Serega -------------- next part -------------- An HTML attachment was scrubbed... URL: From sergey.sol at mail.ru Thu May 1 10:41:14 2008 From: sergey.sol at mail.ru (=?koi8-r?B?88XSx8XK?=) Date: Thu, 1 May 2008 03:41:14 -0500 Subject: EXCEPTION_ACCESS_VIOLATION Message-ID: <000001c8ab67$219715f0$0301a8c0@Sergey> Hello SciLab team. Can you please help me with the bug I have with SciLab( I use scilab 4.1.1) How to reproduce: 1. Extract attached zip file to some folder. 2. in scilab change current directory to the folder ../scilab_yalmip 3. execute the file ../scilab_yalmip/init.sci Now open the file ../scilab_yalmip/demos/basicsex.sci and execute this script. After the script execution has finished try to click the button "open file" in scilab environment you will get an error message: Scilab has found a critical error (EXCEPTION_ACCESS_VIOLATION) Scilab may become unstable After that further working with SciLab is impossible. BR, Serega -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: scilab_yalmip.zip Type: application/octet-stream Size: 116366 bytes Desc: not available URL: From fvogelnew1 at free.fr Fri May 2 16:43:35 2008 From: fvogelnew1 at free.fr (=?UTF-8?B?RnJhbsOnb2lzIFZvZ2Vs?=) Date: Fri, 02 May 2008 16:43:35 +0200 Subject: [Scilab-Dev] EXCEPTION_ACCESS_VIOLATION In-Reply-To: <000001c8ab67$219715f0$0301a8c0@Sergey> References: <000001c8ab67$219715f0$0301a8c0@Sergey> Message-ID: <481B2897.9010006@free.fr> Hi, Personally I will not try to find what is your problem: your case looks very much fishy. You send a large number of files and ask us to execute them. Who knows what those files are doing? Try do trim down your problem before submitting. And a script named basicsex.sci looks very suspicious to me too... Should you really not be a spammer, the only advice I could give you is to upgrade to Scilab 4.1.2 or 4.2 instead of sticking with 4.1.1. If the problem still happens, trim it down to a few lines before submitting. Sorry, guy... Francois ?????? said on 01/05/2008 10:41: > Hello SciLab team. > > > > Can you please help me with the bug I have with SciLab( I use scilab 4.1.1) > > > > How to reproduce: > > > > 1. Extract attached zip file to some folder. > 2. in scilab change current directory to the folder ../scilab_yalmip > 3. execute the file ../scilab_yalmip/init.sci > > > > Now open the file *../scilab_yalmip/demos/basicsex.sci* and execute > this script. > > After the script execution has finished try to click the button ?open > file? in scilab environment you will get an error message: > > > > Scilab has found a critical error (EXCEPTION_ACCESS_VIOLATION) > > Scilab may become unstable > > > > > > After that further working with SciLab is impossible. > > > > > > BR, > > Serega > From fvogelnew1 at free.fr Fri May 2 22:35:48 2008 From: fvogelnew1 at free.fr (=?UTF-8?B?RnJhbsOnb2lzIFZvZ2Vs?=) Date: Fri, 02 May 2008 22:35:48 +0200 Subject: [Scilab-Dev] EXCEPTION_ACCESS_VIOLATION In-Reply-To: <000001c8ac8b$16c74990$0301a8c0@Sergey> References: <000001c8ab67$219715f0$0301a8c0@Sergey> <481B2897.9010006@free.fr> <000001c8ac8b$16c74990$0301a8c0@Sergey> Message-ID: <481B7B24.1010501@free.fr> You have to understand that from the point of view of security, executing your stuff having hundreds of lines in it and not having a clue about what it is supposed to do (format hard disk?), is a really stupid thing to do, especially when the main script is named basic_sex.sci. Anyway. OK, since you're sympathetic, let's have a look in virtual machines I will delete right after having created them specially for you. - Mandriva 2008.1 with Scilab 4.2.1: can't reproduce - Windows with Scilab 4.2.1: can't reproduce neither. Not in the mood for trying with Scilab 4.1.1, which is quite old. Francois ?????? said on 02/05/2008 21:31: > No problem, > If you don't want to investigate the possible problem with your product it's your business not mine... I just tried to help since this issue looked critical. So you are welcome > > -----Original Message----- > From: Fran?ois Vogel [mailto:fvogelnew1 at free.fr] > Sent: Friday, May 02, 2008 9:44 AM > To: ?????? > Cc: dev at lists.scilab.org > Subject: Re: [Scilab-Dev] EXCEPTION_ACCESS_VIOLATION > > Hi, > > Personally I will not try to find what is your problem: your case > looks very much fishy. You send a large number of files and ask us to > execute them. Who knows what those files are doing? Try do trim down > your problem before submitting. > > And a script named basicsex.sci looks very suspicious to me too... > > Should you really not be a spammer, the only advice I could give you > is to upgrade to Scilab 4.1.2 or 4.2 instead of sticking with 4.1.1. > If the problem still happens, trim it down to a few lines before > submitting. > > Sorry, guy... > > Francois > > > ?????? said on 01/05/2008 10:41: >> Hello SciLab team. >> >> >> >> Can you please help me with the bug I have with SciLab( I use scilab 4.1.1) >> >> >> >> How to reproduce: >> >> >> >> 1. Extract attached zip file to some folder. >> 2. in scilab change current directory to the folder ../scilab_yalmip >> 3. execute the file ../scilab_yalmip/init.sci >> >> >> >> Now open the file *../scilab_yalmip/demos/basicsex.sci* and execute >> this script. >> >> After the script execution has finished try to click the button ?open >> file? in scilab environment you will get an error message: >> >> >> >> Scilab has found a critical error (EXCEPTION_ACCESS_VIOLATION) >> >> Scilab may become unstable >> >> >> >> >> >> After that further working with SciLab is impossible. >> >> >> >> >> >> BR, >> >> Serega >> > > > From ycollet at freesurf.fr Sat May 3 14:38:32 2008 From: ycollet at freesurf.fr (Yann COLLETTE) Date: Sat, 03 May 2008 14:38:32 +0200 Subject: [Scilab-Dev] EXCEPTION_ACCESS_VIOLATION In-Reply-To: <481B7B24.1010501@free.fr> References: <000001c8ab67$219715f0$0301a8c0@Sergey> <481B2897.9010006@free.fr> <000001c8ac8b$16c74990$0301a8c0@Sergey> <481B7B24.1010501@free.fr> Message-ID: <481C5CC8.9040200@freesurf.fr> Just for the fun: basicsex.sci I think it's basics examples. YALMIP is at http://control.ee.ethz.ch/~joloef/yalmip.php It's an optimization package: * convex linear, quadratic, second order cone and semidefinite programming. * non-convex quadratic and semidefinite programming (local & global). * mixed integer conic programming. * multiparametric parametric programming. * geometric programming. * ... YC Fran?ois Vogel a ?crit : > You have to understand that from the point of view of security, > executing your stuff having hundreds of lines in it and not having a > clue about what it is supposed to do (format hard disk?), is a really > stupid thing to do, especially when the main script is named > basic_sex.sci. > > Anyway. > > OK, since you're sympathetic, let's have a look in virtual machines I > will delete right after having created them specially for you. > > - Mandriva 2008.1 with Scilab 4.2.1: can't reproduce > - Windows with Scilab 4.2.1: can't reproduce neither. > > Not in the mood for trying with Scilab 4.1.1, which is quite old. > > Francois > > From sergey.sol at mail.ru Fri May 2 21:31:14 2008 From: sergey.sol at mail.ru (=?UTF-8?B?0KHQtdGA0LPQtdC5?=) Date: Fri, 2 May 2008 14:31:14 -0500 Subject: [Scilab-Dev] EXCEPTION_ACCESS_VIOLATION In-Reply-To: <481B2897.9010006@free.fr> References: <000001c8ab67$219715f0$0301a8c0@Sergey> <481B2897.9010006@free.fr> Message-ID: <000001c8ac8b$16c74990$0301a8c0@Sergey> No problem, If you don't want to investigate the possible problem with your product it's your business not mine... I just tried to help since this issue looked critical. So you are welcome -----Original Message----- From: Fran?ois Vogel [mailto:fvogelnew1 at free.fr] Sent: Friday, May 02, 2008 9:44 AM To: ?????? Cc: dev at lists.scilab.org Subject: Re: [Scilab-Dev] EXCEPTION_ACCESS_VIOLATION Hi, Personally I will not try to find what is your problem: your case looks very much fishy. You send a large number of files and ask us to execute them. Who knows what those files are doing? Try do trim down your problem before submitting. And a script named basicsex.sci looks very suspicious to me too... Should you really not be a spammer, the only advice I could give you is to upgrade to Scilab 4.1.2 or 4.2 instead of sticking with 4.1.1. If the problem still happens, trim it down to a few lines before submitting. Sorry, guy... Francois ?????? said on 01/05/2008 10:41: > Hello SciLab team. > > > > Can you please help me with the bug I have with SciLab( I use scilab 4.1.1) > > > > How to reproduce: > > > > 1. Extract attached zip file to some folder. > 2. in scilab change current directory to the folder ../scilab_yalmip > 3. execute the file ../scilab_yalmip/init.sci > > > > Now open the file *../scilab_yalmip/demos/basicsex.sci* and execute > this script. > > After the script execution has finished try to click the button ?open > file? in scilab environment you will get an error message: > > > > Scilab has found a critical error (EXCEPTION_ACCESS_VIOLATION) > > Scilab may become unstable > > > > > > After that further working with SciLab is impossible. > > > > > > BR, > > Serega > From sylvestre.ledru at inria.fr Mon May 5 10:17:41 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Mon, 05 May 2008 10:17:41 +0200 Subject: Remote file access Message-ID: <1209975461.32145.24.camel@korcula.inria.fr> Hello, Delphine has done some great work on the toolbox management system [1]. And we are now in step where we need to get rid of unix("wget") for a more evolved and portable system to retrieve remote files/archives. The main solution considered is to connect the lib curl [2] to Scilab. A way of providing the feature to the user could be the one PHP or Python are using. An opinion on this ? Sylvestre [1] http://wiki.scilab.org/Scilab_toolboxes_management_specifications [2] http://curl.haxx.se/ [3] http://fr.php.net/curl [4] http://pycurl.sourceforge.net/doc/pycurl.html From nirmalthacker at gatech.edu Tue May 6 00:54:13 2008 From: nirmalthacker at gatech.edu (Nirmal Thacker) Date: Mon, 05 May 2008 18:54:13 -0400 Subject: Remote file access In-Reply-To: <1209975461.32145.24.camel@korcula.inria.fr> References: <1209975461.32145.24.camel@korcula.inria.fr> Message-ID: <481F9015.3050708@gatech.edu> Well I don't have an opinion about this - but it seems fairly simple. Could someone point me to the code where I must look to deal with this? Nirmal Sylvestre Ledru wrote: > Hello, > > Delphine has done some great work on the toolbox management system [1]. > And we are now in step where we need to get rid of unix("wget") for a > more evolved and portable system to retrieve remote files/archives. > > The main solution considered is to connect the lib curl [2] to Scilab. > A way of providing the feature to the user could be the one PHP or > Python are using. > > An opinion on this ? > Sylvestre > > [1] http://wiki.scilab.org/Scilab_toolboxes_management_specifications > [2] http://curl.haxx.se/ > [3] http://fr.php.net/curl > [4] http://pycurl.sourceforge.net/doc/pycurl.html > > From sergey.sol at mail.ru Tue May 6 12:48:56 2008 From: sergey.sol at mail.ru (=?utf-8?B?0KHQtdGA0LPQtdC5?=) Date: Tue, 6 May 2008 05:48:56 -0500 Subject: [Scilab-Dev] EXCEPTION_ACCESS_VIOLATION In-Reply-To: <481B7B24.1010501@free.fr> References: <000001c8ab67$219715f0$0301a8c0@Sergey> <481B2897.9010006@free.fr> <000001c8ac8b$16c74990$0301a8c0@Sergey> <481B7B24.1010501@free.fr> Message-ID: <000001c8af66$cc039150$0301a8c0@Sergey> Dear Francois, I didn't draw my attention to you comments with the "basic_sex.sci" :))) Actually "basicsex.sci" name means "basics examples". I have never thought somebody can misapprehend this as basic sex! :))) ad rem... I've installed Scilab 4.2.1 and still can see this critical issue. It looks like some internal problems in Scilab with the stack, since I believe users (people who coding in sci files) MUST not be able to raise such kind of exceptions. As I said all further actions with SciLab after that are not allowed. Does anybody in this list who can work on this problem? Problem is seen if I execute the script from scipad (execute->load into silab), but if I type exec('basicsex.sci') in Scilab main window the issue is not seen. I can send more detailed instruction if somebody in this list is ready to work on it. Regards, Sergey -----Original Message----- From: Fran?ois Vogel [mailto:fvogelnew1 at free.fr] Sent: Friday, May 02, 2008 3:36 PM To: ?????? Cc: Scilab dev list Subject: Re: [Scilab-Dev] EXCEPTION_ACCESS_VIOLATION You have to understand that from the point of view of security, executing your stuff having hundreds of lines in it and not having a clue about what it is supposed to do (format hard disk?), is a really stupid thing to do, especially when the main script is named basic_sex.sci. Anyway. OK, since you're sympathetic, let's have a look in virtual machines I will delete right after having created them specially for you. - Mandriva 2008.1 with Scilab 4.2.1: can't reproduce - Windows with Scilab 4.2.1: can't reproduce neither. Not in the mood for trying with Scilab 4.1.1, which is quite old. Francois ?????? said on 02/05/2008 21:31: > No problem, > If you don't want to investigate the possible problem with your product it's your business not mine... I just tried to help since this issue looked critical. So you are welcome > > -----Original Message----- > From: Fran?ois Vogel [mailto:fvogelnew1 at free.fr] > Sent: Friday, May 02, 2008 9:44 AM > To: ?????? > Cc: dev at lists.scilab.org > Subject: Re: [Scilab-Dev] EXCEPTION_ACCESS_VIOLATION > > Hi, > > Personally I will not try to find what is your problem: your case > looks very much fishy. You send a large number of files and ask us to > execute them. Who knows what those files are doing? Try do trim down > your problem before submitting. > > And a script named basicsex.sci looks very suspicious to me too... > > Should you really not be a spammer, the only advice I could give you > is to upgrade to Scilab 4.1.2 or 4.2 instead of sticking with 4.1.1. > If the problem still happens, trim it down to a few lines before > submitting. > > Sorry, guy... > > Francois > > > ?????? said on 01/05/2008 10:41: >> Hello SciLab team. >> >> >> >> Can you please help me with the bug I have with SciLab( I use scilab 4.1.1) >> >> >> >> How to reproduce: >> >> >> >> 1. Extract attached zip file to some folder. >> 2. in scilab change current directory to the folder ../scilab_yalmip >> 3. execute the file ../scilab_yalmip/init.sci >> >> >> >> Now open the file *../scilab_yalmip/demos/basicsex.sci* and execute >> this script. >> >> After the script execution has finished try to click the button ?open >> file? in scilab environment you will get an error message: >> >> >> >> Scilab has found a critical error (EXCEPTION_ACCESS_VIOLATION) >> >> Scilab may become unstable >> >> >> >> >> >> After that further working with SciLab is impossible. >> >> >> >> >> >> BR, >> >> Serega >> > > > From enrico.segre at weizmann.ac.il Tue May 6 15:19:55 2008 From: enrico.segre at weizmann.ac.il (Enrico Segre) Date: Tue, 06 May 2008 16:19:55 +0300 Subject: [Scilab-Dev] EXCEPTION_ACCESS_VIOLATION In-Reply-To: <000001c8af66$cc039150$0301a8c0@Sergey> References: <000001c8ab67$219715f0$0301a8c0@Sergey> <481B2897.9010006@free.fr> <000001c8ac8b$16c74990$0301a8c0@Sergey> <481B7B24.1010501@free.fr> <000001c8af66$cc039150$0301a8c0@Sergey> Message-ID: <1210079995.32224.26.camel@segre-pc2.weizmann.ac.il> On Tue, 2008-05-06 at 05:48 -0500, ?????? wrote: > Does anybody in this list who can work on this problem? there are enough, but why do you think anyone will, especially when you don't try to do a little homework yourself, and provide a trimmed example? > Problem is seen if I execute the script from scipad (execute->load > into silab), but if I type exec('basicsex.sci') in Scilab main window > the issue is not seen. As basicsex.sci contains several input(''), I would suspect bug 1458 http://bugzilla.scilab.org/show_bug.cgi?id=1458 . Workaround there might be to use halt() instead. Anyway even at first run I see other problems, such as: Warning Identifier : internal_sdpvarstate_yalmip has been truncated to: internal_sdpvarstate_yal Warning Identifier : internal_sdpvarstate_yalmip_yalmip has been truncated to: internal_sdpvarstate_yal meaning that you have two variables with too long names, which are confused when the names are truncated, and -->exec demos/basicsex.sci; .... P = sdpvar(4,4,'symmetric'); !--error 4 undefined variable : sdpvar at line 17 of exec file called by : exec demos/basicsex.sci; and with this my motivation for investigating further fades. Enrico From sandeep.prasad at tcs.com Fri May 9 07:52:03 2008 From: sandeep.prasad at tcs.com (Sandeep Prasad) Date: Fri, 9 May 2008 11:22:03 +0530 Subject: use of Sci2for Message-ID: Dear All, Kindly help me with the conversion of Scilab code to Fortran routines. If anyone has knowledge about this conversion kindly let me know. Regards, Sandeep Prasad Tata Consultancy Services Plot No 1, Survey No. 64/2, Software Units Layout Serilingampally Mandal, Madhapur Hyderabad,Andhra Pradesh India Ph:- 04066673582 Cell:- 9290868592 Mailto: sandeep.prasad at tcs.com Website: http://www.tcs.com ____________________________________________ Experience certainty. IT Services Business Solutions Outsourcing ____________________________________________ =====-----=====-----===== Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you From yjlee123 at gmail.com Fri May 9 20:03:09 2008 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Sat, 10 May 2008 02:03:09 +0800 Subject: Test report of Chinese (or multibytes languages in general) locale mesages with Scilab 5-beta-1 Message-ID: <9371b4280805091103r7c5e384fre5b448126382ca23@mail.gmail.com> Hi, everybody : I am just beginning to translate message PO files (in Scilab 5-beta-1) into Chinese language (zh_TW), and hope that will meet the next release schedule of Scilab 5. To test my translation (only few PO file right now), I generated scilab.mo and scilab.po files in loclate\zh_TW\LC_MESSAGES with script generatePoFile in directory toos\localization after setting language to 'zh_TW'. The attached files are screehshots after startup of Scilab showing banner lines of my Chinese messages by scilex.exe and Wscilex.exe respectively in Windows-XP. The first screehshot (scilexChinese.png generated by scilex.exe ) correctly displays Chinese characters , while the second one (wscilexChinese.png by Wscilex.exe) fails. My Windows-XP locale setting is zh_TW.BIG5 , while messages in core.po file are in UTF-8 encoding. It appears to me that Windows will transform messages back to its default encoding (in my case, BIG5) and DOS console (scilex) handle this correctly. But Java console expect an UTF-8 messages and the received BIG5 encoding messages cause its failure in showing Chinese banner lines. I think this is not a specific problem associate with Chinese language, any multibytes language with locale setting not in UTF-8 will probable fail in the same way. I try to trace the source codes of Java console module to find a way to attack this problem. Transform messages back to UTF-8 in ConsolePrint.cpp ( module console) may help , for example : int ConsolePrintf(char *line) { lineUtf8=localeToUtf8(line); // <------ transform back to utf8 CallScilabBridge::display(getScilabJavaVM(), line); return 0; } In this way, we need a function 'localeToUtf8' which transform output strings from locale to UTF-8 encoding. This function is provided in Glib and may be implemented form iconv API within current Scialb developement environment. Hope my test can help and looking forward for suggestions or instructions to attack this problems. Best regards, YungLee -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: scilexChinese.png Type: image/png Size: 9248 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: wscilexChinese.png Type: image/png Size: 10589 bytes Desc: not available URL: From sylvestre.ledru at inria.fr Fri May 9 20:22:17 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Fri, 09 May 2008 20:22:17 +0200 Subject: [Scilab-Dev] Test report of Chinese (or multibytes languages in general) locale mesages with Scilab 5-beta-1 In-Reply-To: <9371b4280805091103r7c5e384fre5b448126382ca23@mail.gmail.com> References: <9371b4280805091103r7c5e384fre5b448126382ca23@mail.gmail.com> Message-ID: <1210357337.30701.44.camel@zlarin.inria.fr> Hello Yung-Jang, Many thanks for your work and investigation! Seeing Scilab translated in Chinese is a nice reward after all the time we spend (and will spend) on the localization. I (and probably with Vincent, the console dev) will have a look to your problem but the solution you propose won't be possible since we do not use the glib. Cheers, Sylvestre Le samedi 10 mai 2008 ? 02:03 +0800, Yung-Jang Lee a ?crit : > Hi, everybody : > > I am just beginning to translate message PO files (in Scilab > 5-beta-1) into Chinese language (zh_TW), and hope that will meet the > next release schedule of Scilab 5. > > To test my translation (only few PO file right now), I generated > scilab.mo and scilab.po files in loclate\zh_TW\LC_MESSAGES with > script generatePoFile in directory toos\localization after setting > language to 'zh_TW'. > > The attached files are screehshots after startup of Scilab showing > banner lines of my Chinese messages by scilex.exe and Wscilex.exe > respectively in Windows-XP. > > The first screehshot (scilexChinese.png generated by scilex.exe ) > correctly displays Chinese characters , while the second one > (wscilexChinese.png by Wscilex.exe) fails. > > My Windows-XP locale setting is zh_TW.BIG5 , while messages in > core.po file are in UTF-8 encoding. > > It appears to me that Windows will transform messages back to its > default encoding (in my case, BIG5) and DOS console (scilex) handle > this correctly. But Java console expect an UTF-8 messages and the > received BIG5 encoding messages cause its failure in showing Chinese > banner lines. > > I think this is not a specific problem associate with Chinese > language, any multibytes language with locale setting not in UTF-8 > will probable fail in the same way. > > I try to trace the source codes of Java console module to find a way > to attack this problem. Transform messages back to UTF-8 in > ConsolePrint.cpp ( module console) may help , for example : > > int ConsolePrintf(char *line) > { > lineUtf8=localeToUtf8(line); // <------ transform back to utf8 > CallScilabBridge::display(getScilabJavaVM(), line); > return 0; > } > > In this way, we need a function 'localeToUtf8' which transform output > strings from locale to UTF-8 encoding. This function is provided in > Glib and may be implemented form iconv API within current Scialb > developement environment. > > Hope my test can help and looking forward for suggestions or > instructions to attack this problems. > > Best regards, > > YungLee > > > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From christophe_reche at yahoo.fr Wed May 14 20:21:21 2008 From: christophe_reche at yahoo.fr (Christophe Reche) Date: Wed, 14 May 2008 18:21:21 +0000 (GMT) Subject: SNNS developpement Message-ID: <815336.7150.qm@web25905.mail.ukl.yahoo.com> Bonjour Je vous ?crit car je serai int?ress? departiciper au d?veloppement de SNS pour Scilab. Il n'y a malheureusement pas plus d'informations disponibles en ligne pour savoir plus dans le d?tail les fonctionnalit?s qu'il faudra d?velopper et comment?... Pourriez vous me tenir au courant ? Merci d'avance ! Christophe Hello I am writting you because? I would be interested to participate to the development of SNNS for Scilab. Unfortunately there is not more information available online to know more in detail the functionalities to develop and how ... Could you keep me informed about it ? Thank you in advance Christophe __________________________________________________ Do You Yahoo!? En finir avec le spam? Yahoo! Mail vous offre la meilleure protection possible contre les messages non sollicit?s http://mail.yahoo.fr Yahoo! Mail -------------- next part -------------- An HTML attachment was scrubbed... URL: From sylvestre.ledru at inria.fr Thu May 15 00:26:20 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Thu, 15 May 2008 00:26:20 +0200 Subject: [Scilab-Dev] SNNS developpement In-Reply-To: <815336.7150.qm@web25905.mail.ukl.yahoo.com> References: <815336.7150.qm@web25905.mail.ukl.yahoo.com> Message-ID: <1210803980.3609.85.camel@zlarin.inria.fr> Hello Christophe, I am also french but there is many non-french speakers on this mailing list (what a shame they don't speak french ;). For now, and as far as I know, nobody as been working on linking SNNS to Scilab. It was an idea from Yann Collette (who is registered on this mailing list) for the Google Summer of Code. There is a few ways of linking a library to Scilab: * you can provide all the feature of the library straight into Scilab * you can hide the complexity of the library by providing "high level" functions We did both solutions, it depends what we want to achieve. If you are willing to help, we could create and update the page on the wiki with more information. Regards, Sylvestre Le mercredi 14 mai 2008 ? 18:21 +0000, Christophe Reche a ?crit : > Bonjour > > Je vous ?crit car je serai int?ress? departiciper au d?veloppement de > SNS pour Scilab. Il n'y a malheureusement pas plus d'informations > disponibles en ligne pour savoir plus dans le d?tail les > fonctionnalit?s qu'il faudra d?velopper et comment ... Pourriez vous > me tenir au courant ? > > Merci d'avance ! > Christophe > > Hello > > I am writting you because I would be interested to participate to the > development of SNNS for Scilab. Unfortunately there is not more > information available online to know more in detail the > functionalities to develop and how ... Could you keep me informed > about it ? > > Thank you in advance > Christophe > > __________________________________________________ > Do You Yahoo!? > En finir avec le spam? Yahoo! Mail vous offre la meilleure protection > possible contre les messages non sollicit?s > http://mail.yahoo.fr Yahoo! Mail -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From enrico.segre at weizmann.ac.il Thu May 15 08:53:00 2008 From: enrico.segre at weizmann.ac.il (Enrico Segre) Date: Thu, 15 May 2008 09:53:00 +0300 Subject: [Fwd: Re: Debug de Scipad] Message-ID: <1210834380.7809.0.camel@segre-pc2.weizmann.ac.il> > > Anybody having a concern with moving the discussion to a public place, please > > speak now. > I really don't mind, on the contrary! > > Sylvestre ok then, I dump to the list the messages I got. Enrico From enrico.segre at weizmann.ac.il Thu May 15 08:53:36 2008 From: enrico.segre at weizmann.ac.il (Enrico Segre) Date: Thu, 15 May 2008 09:53:36 +0300 Subject: [Fwd: Re: Debug de Scipad] Message-ID: <1210834416.7809.2.camel@segre-pc2.weizmann.ac.il> -------- Forwarded Message -------- > From: fvogelnew1 at free.fr > To: Enrico Segre > Cc: Bruno JOFRET , Sylvestre Ledru > > Subject: Re: Debug de Scipad > Date: Wed, 14 May 2008 14:03:29 +0200 > > I will answer later (no time right now), but let's first put Enrico in the loop > since he is as concerned as me, and perhaps has time to answer in the first > place. > > Francois > > > > Selon Sylvestre Ledru : > > > Hello l'Autrichien, > > > > Disclaimer, je rappelle que je n'ai que survol? ce probl?me et donc si > > erreurs il y a, bah, c'est possible :p > > > > On vient d'avoir une r?union, entre autre au sujet du d?bugger. > > > > A priori, on va pas remettre en place la r?entrance du TCL (trop > > compliqu? et pose trop de pb annexe). On va l'indiquer dans le CHANGES > > et proposer une solution alternative. > > > > Bruno a decrit sur le wiki comment le remplacer: > > > http://wiki.scilab.org/Tcl_Thread#head-e76a052af725f97db7a6bac94e3d88958fc10f77 > > > > Est ce que tu pense que ca r?glerait les pbs du d?bugger ? > > Si ?a n'est pas le cas, tu aurais besoin de quoi pour pouvoir le > > r?gler ? > > > > Sorry de t'envoyer ?a des semaines apr?s. > > > > Sylvestre > > > > > > > From enrico.segre at weizmann.ac.il Thu May 15 08:55:33 2008 From: enrico.segre at weizmann.ac.il (Enrico Segre) Date: Thu, 15 May 2008 09:55:33 +0300 Subject: [Scilab-Dev] [Fwd: Re: Debug de Scipad] In-Reply-To: <1210834380.7809.0.camel@segre-pc2.weizmann.ac.il> References: <1210834380.7809.0.camel@segre-pc2.weizmann.ac.il> Message-ID: <1210834533.7809.4.camel@segre-pc2.weizmann.ac.il> > > > Bruno a decrit sur le wiki comment le remplacer: > > > > > http://wiki.scilab.org/Tcl_Thread#head-e76a052af725f97db7a6bac94e3d88958fc10f77 > > > > > > Est ce que tu pense que ca r?glerait les pbs du d?bugger ? > > > Si ?a n'est pas le cas, tu aurais besoin de quoi pour pouvoir le > > > r?gler ? I have to remember first of all why the recursive complication was mandatory until scilab4 (it was for sure, otherwise we wouldn't have been forced to use it). I think this comment in scipad.sci says it neatly: "what is executed during a sync is not available in the interpreter after the sync has ended (because sync launches a new interpreter - same thing as running in a function)" now this is supposedly not anymore the case with only two interlocked tcl and scilab interpreters (no spawn). Part of that complication also arose because originally ScilabEval was NOT guaranteeing any synchronism, but that evolved into sync and seq. However I also seem to remember that me and Francois were simply convinced that what Bruno writes in the wiki "just won't work, it's not that easy". I have to recall why that, if there is a reason at all. It is certainly not that we are lazy to revise our code and want to dump on you the task to leave things as before, cumbersome as they were. Precondition for accepting the change, however, is that sync and seq really do what they are supposed to, also in retrospect to all the filed ScilabEval bugs & evolution across the years. The only potential danger I see on the spot about Bruno's wiki solution is that some scilab command could sneak between ScilabEval "\[db_str,db_n,db_l,db_func\]=lasterror();" "sync" "seq" and ScilabEval "TCL_SetVar(\"errnum\", string(db_n), \"scipad\");" "sync" "seq" and change (db_n) before Scipad has a chance to use it. That itself may look unlikely, but you never know how far you can get on any construct of this kind if anything the like could ever happen. There might be more, nontrivial showstoppers, I really have to check. Enrico From enrico.segre at weizmann.ac.il Thu May 15 08:56:09 2008 From: enrico.segre at weizmann.ac.il (Enrico Segre) Date: Thu, 15 May 2008 09:56:09 +0300 Subject: [Scilab-Dev] [Fwd: Re: Debug de Scipad] In-Reply-To: <1210834380.7809.0.camel@segre-pc2.weizmann.ac.il> References: <1210834380.7809.0.camel@segre-pc2.weizmann.ac.il> Message-ID: <1210834570.7809.6.camel@segre-pc2.weizmann.ac.il> > The only potential danger I see on the spot about Bruno's wiki solution > is that some scilab command could sneak between > > ScilabEval "\[db_str,db_n,db_l,db_func\]=lasterror();" "sync" "seq" > > and > > ScilabEval "TCL_SetVar(\"errnum\", string(db_n), \"scipad\");" "sync" "seq" > > and change (db_n) before Scipad has a chance to use it. another cursive look into the debugger code lets me think that all this gymnastic was badly, badly needed in order to ensure not only the scoping of ScilabEval'd code, but more the correct sequence of execution tcl and scilab statements including the possibility of interrupting the sequence at the right point. For instance, Scipad tells to Scilab to execute a piece of code, but an event (say an error) in this code can tell to Scipad to do something else without waiting for completion. Or, Scipad can decide to interrupt what Scilab is evaluating (to break a deadlock). Let me throw a proposal which may help: would it be possible/useful to implement locking instructions? e.g. [tcl] LockScilabEval ScilabEval "\[db_str,db_n,db_l,db_func\]=lasterror();" "sync" "seq" ScilabEval "TCL_SetVar(\"errnum\", string(db_n), \"scipad\");" "sync" "seq" UnlockScilabEval intending that while the lock is on any scilab instruction is queued (perhaps with the exception of Ctrl-c) until the removal of the lock? An alternative semantics may be ScilabEval ... "lockout" #meaning lock is active until changed by ScilabEval ... "unlock" I wonder if the dual lock (Scilab locks out tcl) would be needed too. Enrico From enrico.segre at weizmann.ac.il Thu May 15 08:56:43 2008 From: enrico.segre at weizmann.ac.il (Enrico Segre) Date: Thu, 15 May 2008 09:56:43 +0300 Subject: [Scilab-Dev] [Fwd: Re: Debug de Scipad] In-Reply-To: <1210834380.7809.0.camel@segre-pc2.weizmann.ac.il> References: <1210834380.7809.0.camel@segre-pc2.weizmann.ac.il> Message-ID: <1210834603.7809.8.camel@segre-pc2.weizmann.ac.il> From: fvogelnew1 at free.fr To: Sylvestre Ledru Cc: Bruno JOFRET , @free.fr, Enrico Segre Subject: Re: Debug de Scipad Date: Wed, 14 May 2008 23:38:26 +0200 (Thu, 00:38 IDT) Selon Sylvestre Ledru : > A priori, on va pas remettre en place la r?entrance du TCL (trop > compliqu? et pose trop de pb annexe). Could you please develop your reasons? The above sounds quite short. I can assure you that working around the new limitation introduced in Scilab 5 is also very very complicated in Scipad. > On va l'indiquer dans le CHANGES > et proposer une solution alternative. > > Bruno a decrit sur le wiki comment le remplacer: > http://wiki.scilab.org/Tcl_Thread#head-e76a052af725f97db7a6bac94e3d88958fc10f77 As stated in previous emails, I already had a try in the past but I gave up. It's just toot difficult to do on a line by line basis. Enrico has correctly explained why we had to use reentrance. In particular, there are very complex reentrant structures, needed to guarantee the correct execution order of ScilabEvaled instructions *mixed* with Scilab code. Sync seq does not help in this case, at least it didn't with the previous interface. I have already pointed you to proc checkendofdebug_bp in SCI/modules/scipad/tcl/db_states.tcl for a nice example of the gymnastics I had to do, did you have a look? Really, did you? Please do. Now, how is this translatable into non reentrant code? I'm not proficient enough to tell. Honestly, handling this is a big big work. You're more or less asking for a rewrite of the debugger from scratch, because changing things on a per line basis copied/pasted on the wiki example will just not work. I would probably need months to have only partial features in the debugger if no reentrant call would be available. This is certainly not what you were hoping to hear, but this is just the raw truth. > Est ce que tu pense que ca r?glerait les pbs du d?bugger ? > Si ?a n'est pas le cas, tu aurais besoin de quoi pour pouvoir le > r?gler ? Enrico's proposal is a good idea I think. Basically, being able to restore the reentrance behaviour of Scilab4 by a command would probably help. Otherwise, I don't know. On one hand I tend to agree with the new interface being cleaner than the previous one, but on the other hand complying with the new limitation of this interface really is a huge work, believe me. Your forgetting about reeentrance will also break existing features, see a recent example here: http://groups.google.fr/group/comp.soft-sys.math.scilab/browse_thread/thread/d13da70c713b925a > Sorry de t'envoyer ?a des semaines apr?s. No problem, I have all my time. Aside from the technical issue discussed here, I would like to move this thread to the dev mailing list. Other people may very well have useful ideas, andit's a good occasion to share and consult, isn't it? Anybody having a concern with moving the discussion to a public place, please speak now. Francois From enrico.segre at weizmann.ac.il Thu May 15 08:57:10 2008 From: enrico.segre at weizmann.ac.il (Enrico Segre) Date: Thu, 15 May 2008 09:57:10 +0300 Subject: [Scilab-Dev] [Fwd: Re: Debug de Scipad] In-Reply-To: <1210834380.7809.0.camel@segre-pc2.weizmann.ac.il> References: <1210834380.7809.0.camel@segre-pc2.weizmann.ac.il> Message-ID: <1210834630.7809.10.camel@segre-pc2.weizmann.ac.il> From: Sylvestre Ledru To: fvogelnew1 at free.fr Cc: Bruno JOFRET , Enrico Segre , Vincent COUVERT Subject: Re: Debug de Scipad Date: Wed, 14 May 2008 23:57:19 +0200 (Thu, 00:57 IDT) Le mercredi 14 mai 2008 ? 23:38 +0200, fvogelnew1 at free.fr a ?crit : > Selon Sylvestre Ledru : > > A priori, on va pas remettre en place la r?entrance du TCL (trop > > compliqu? et pose trop de pb annexe). > > Could you please develop your reasons? The above sounds quite short. > I can assure you that working around the new limitation introduced in Scilab 5 > is also very very complicated in Scipad. AFAIU because it is very tricky to create a "loop" into the different threads > I have already pointed you to proc checkendofdebug_bp in > SCI/modules/scipad/tcl/db_states.tcl for a nice example of the gymnastics I had > to do, did you have a look? Really, did you? I must confess that I didn't :$ I just had a look and you did a funky ASCII art! ;) If we can get rid of this gymnastic for something more cleaner, it would be great! > Honestly, handling this is a big big work. You're more or less asking for a > rewrite of the debugger from scratch, because changing things on a per line > basis copied/pasted on the wiki example will just not work. > I would probably need months to have only partial features in the debugger if no > reentrant call would be available. > This is certainly not what you were hoping to hear, but this is just the raw > truth. OK, let find out a suitable solution ! > > Est ce que tu pense que ca r?glerait les pbs du d?bugger ? > > Si ?a n'est pas le cas, tu aurais besoin de quoi pour pouvoir le > > r?gler ? > > Enrico's proposal is a good idea I think. > Basically, being able to restore the reentrance behaviour of Scilab4 by a > command would probably help. You are talking about the Lock I guess ? If it is a "strict" thread lock, I think that should be technically possible without too many problems. Bruno, please correct me if I am wrong. > Otherwise, I don't know. On one hand I tend to agree with the new interface > being cleaner than the previous one, but on the other hand complying with the > new limitation of this interface really is a huge work, believe me. Yep, I totaly agree with you. We have to find a medium solution between needing a big rewrite from you and keeping the dirty old stuff... > Your forgetting about reeentrance will also break existing features, see a > recent example here: > http://groups.google.fr/group/comp.soft-sys.math.scilab/browse_thread/thread/d13da70c713b925a I don't see the reentrance here ? It is because it is called from Scipad ? I am also concerned on this by people using this feature in third party applications (EDF is a well known Scilab/TCL user) > Aside from the technical issue discussed here, I would like to move this thread > to the dev mailing list. Other people may very well have useful ideas, andit's a > good occasion to share and consult, isn't it? > Anybody having a concern with moving the discussion to a public place, please > speak now. I really don't mind, on the contrary! Sylvestre From bruno.jofret at inria.fr Thu May 15 09:53:00 2008 From: bruno.jofret at inria.fr (Bruno JOFRET) Date: Thu, 15 May 2008 09:53:00 +0200 Subject: Debug de Scipad In-Reply-To: <1210801106.482b5bd29148e@imp.free.fr> References: <1210764767.20764.1935.camel@korcula.inria.fr> <1210801106.482b5bd29148e@imp.free.fr> Message-ID: <482BEBDC.4090104@inria.fr> fvogelnew1 at free.fr wrote: > Selon Sylvestre Ledru : > >> A priori, on va pas remettre en place la r?entrance du TCL (trop >> compliqu? et pose trop de pb annexe). >> > > Could you please develop your reasons? The above sounds quite short. > I can assure you that working around the new limitation introduced in Scilab 5 > is also very very complicated in Scipad. > Separating the TCL thread let it be more autonomous, and remove some "hard" link with scilab. Now the TCL thread is independent so any peace of "pure" TCL code is executed without any scilab "management". This bring more freedom for any TCL code, but raises some drawbacks with reentrant communication. > > http://wiki.scilab.org/Tcl_Thread#head-e76a052af725f97db7a6bac94e3d88958fc10f77 > > As stated in previous emails, I already had a try in the past but I gave up. > It's just toot difficult to do on a line by line basis. > > Enrico has correctly explained why we had to use reentrance. In particular, > there are very complex reentrant structures, needed to guarantee the correct > execution order of ScilabEvaled instructions *mixed* with Scilab code. Sync seq > does not help in this case, at least it didn't with the previous interface. > I agree it was the case in the Scilab 4.X : - Mono-thread structure with scilab at the very top of that managing even the TCL code interpretation - Scilab was scheduling the time and the priority of each execution : TCL interpreter Scilab "kernel". Now it's a bit different, because Scilab no longer "strongly" manage TCL. The TCL interp, even if it is accessible from scilab, lives alone without any scheduling coming from scilab. > I have already pointed you to proc checkendofdebug_bp in > SCI/modules/scipad/tcl/db_states.tcl for a nice example of the gymnastics I had > to do, did you have a look? Really, did you? Please do. Now, how is this > translatable into non reentrant code? I'm not proficient enough to tell. > I had a look at your code. I'm not try to fight fault with, and I easily understand the reason why it has been written that way. Now, I just picked out a line : set skipline "TCL_EvalStr(\\\"\"if {\\\[isnocodeline \\\[gettextareacur\\\] insert\\\] && \\\[isbreakhit_bp\\\]} {stepbystepover_bp 0 0 ; break_bp} else {updatewatchvars;unsetdebuggerbusycursor}\\\"\",\\\"\"scipad\\\"\");" It seems you are creating some TCL pure code (we are in the TCL interp there), then ask scilab to run it, "Run it" means ask the TCL interp to evaluate the pure TCL code. But the TCL interp is there the one you are calling from. So why do not evaluate it "directly" into the interp "we are in". Or, and that seems to be the case there, concat the commands you need and run it after, but in this TCL interp. > Honestly, handling this is a big big work. You're more or less asking for a > rewrite of the debugger from scratch, because changing things on a per line > basis copied/pasted on the wiki example will just not work. > I would probably need months to have only partial features in the debugger if no > reentrant call would be available. > This is certainly not what you were hoping to hear, but this is just the raw > truth. > I understand your point. The work is huge and not so pleasant. It's more than a "per line" instruction split. The point is, if we are in a TCL code, just "run" all what can be run within it and avoid asking scilab to ask the interpreter to do it. > Enrico's proposal is a good idea I think. > Basically, being able to restore the reentrance behaviour of Scilab4 by a > command would probably help. > > Otherwise, I don't know. On one hand I tend to agree with the new interface > being cleaner than the previous one, but on the other hand complying with the > new limitation of this interface really is a huge work, believe me. > > Your forgetting about reeentrance will also break existing features, see a > recent example here: > http://groups.google.fr/group/comp.soft-sys.math.scilab/browse_thread/thread/d13da70c713b925a > I guess this has nothing to do with reentrance. It's a kind of message I've seen too many times. :-S (Specially while working on scicos) In fact if you crash something in your Scilab that does not really kill it, it tries to close "properly" by executing *.quit. That's the scipad.quit > Aside from the technical issue discussed here, I would like to move this thread > to the dev mailing list. Other people may very well have useful ideas, andit's a > good occasion to share and consult, isn't it? > Anybody having a concern with moving the discussion to a public place, please > speak now. > So far as this is a discussion between the scipad dev and scilab dev which is not really an open issue I prefer it is done just within us 4. Add-on : seems I was not fast enough... -- Bruno JOFRET Project Engineer ___SCILAB - INRIA Rocquencourt___ Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex Tel : (+33/0)1.39.63.58.63 Mailto : bruno.jofret at inria.fr http://www.scilab.org From enrico.segre at weizmann.ac.il Thu May 15 17:20:35 2008 From: enrico.segre at weizmann.ac.il (Enrico Segre) Date: Thu, 15 May 2008 18:20:35 +0300 Subject: [Scilab-Dev] Re: Debug de Scipad In-Reply-To: <482BEBDC.4090104@inria.fr> References: <1210764767.20764.1935.camel@korcula.inria.fr> <1210801106.482b5bd29148e@imp.free.fr> <482BEBDC.4090104@inria.fr> Message-ID: <1210864835.7809.56.camel@segre-pc2.weizmann.ac.il> Hi Bruno, On Thu, 2008-05-15 at 09:53 +0200, Bruno JOFRET wrote: > Separating the TCL thread let it be more autonomous, and remove some > "hard" link with scilab. this is undoubtedly good. > I agree it was the case in the Scilab 4.X : > - Mono-thread structure with scilab at the very top of that > managing even the TCL code interpretation > - Scilab was scheduling the time and the priority of each execution : > TCL interpreter > Scilab "kernel". I agree that these facts were causing us too many headaches. Just as a case story, see bug 865. > I had a look at your code. > I'm not try to fight fault with, and I easily understand the reason why > it has been written that way. > Now, I just picked out a line : > set skipline "TCL_EvalStr(\\\"\"if {\\\[isnocodeline > \\\[gettextareacur\\\] insert\\\] && \\\[isbreakhit_bp\\\]} > {stepbystepover_bp 0 0 ; break_bp} else > {updatewatchvars;unsetdebuggerbusycursor}\\\"\",\\\"\"scipad\\\"\");" you take this line out of its context. If it was just for it, Scipad could execute it as tcl code and point. But it is not. The problem is that during debugging it is Scilab who has to decide whether to execute the tcl snippet or not (see below in the same proc checkendofdebug_bp in file db_states.tcl at line 511) depending on the result of a scilab where() launched at the right time. And to complicate further the matter (in a way, to simplify it, factorizing common code) the tcl command $skipline is Scipad-context dependent. Scipad judges how exactly to build the commands that it wants to receive back (conditionally) from Scilab. Please note also that all that construct is ScilabEval'd *seq* that time; other times "sync" or both or "flush" is relevant. The debugger is full of similar two-way constructs. Building them based on reentrancy was a regrettable contorsion. I do wish that they can be straightened, and speculate that it may be possible if locking control is made accessible to the user both ways -- that is tcl has the possibility to ckeck if scilab is busy, to reserve it for itself or to release it, and viceversa for scilab->tcl. Reentrancy here was used to enforce sequenciality too - Scipad may send a scilab command to the interpreter AND want to do something else right after the scilab command has completed - polling for a scilab busy state alone won't be a guarantee because some other user event might sneak in between and keep scilab busy at the wrong moment, perhaps even destroying the scilab data the debugger is counting on. An additional issue (coming sometimes as a bonus, sometimes as a curse) with spawned interpreters was the creation of local scilab namespaces. The locality of the spawned interpreter lowers sometimes the risk of collision of a debugger [scilab] variable with an user variable. Btw, on the wiki page, you say: "For synchronization process we had to lock the global Tcl interp, in order that no concurrent access can happen." I understand that with this you decided that a TCL_.. scilab command, by default enforces a lock on the tcl thread, which is released at the completion of the command. IIUC, what I'm asking amounts to give the programmer the option to override the default behavior, and decide when to lock/release the tcl thread programmatically. Actually, I'm more thinking at the opposite direction, but the idea should be reflexive. > The point is, if we are in a TCL code, just "run" all what can be run > within it and avoid asking scilab to ask the interpreter to do it. I hope I am clear above - ScilabEval(TCL_Evalstr()) was a necessity, not a funny way of executing pure tcl code "as if looking from the scilab side". > > Your forgetting about reeentrance will also break existing features, see a > > recent example here: > > http://groups.google.fr/group/comp.soft-sys.math.scilab/browse_thread/thread/d13da70c713b925a I understand that in that case what happens is just that executing from Scipad translates once more in a ScilabEval(TCL_Evalstr()). > > Aside from the technical issue discussed here, I would like to move this thread > > to the dev mailing list. Other people may very well have useful ideas, andit's a > > good occasion to share and consult, isn't it? > > Anybody having a concern with moving the discussion to a public place, please > > speak now. > > > So far as this is a discussion between the scipad dev and scilab dev > which is > not really an open issue I prefer it is done just within us 4. For reasons already stated a number of times, I'd prefer to keep the thread on the dev list. Enrico From sylvestre.ledru at inria.fr Fri May 16 01:07:04 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Fri, 16 May 2008 01:07:04 +0200 Subject: Scilab localization Message-ID: <1210892824.5390.85.camel@zlarin.inria.fr> Hello, We (well, mainly Vincent) wrote some bits about the standard english messages on the wiki: http://wiki.scilab.org/Localization_in_English_-_Standard_messages to normalize outputs (standard, warnings and errors). Do you have any comments/ideas/whatever ? Cheers, Sylvestre PS: We will open a mailing list for localization. Probably one per language or one to rule them all. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From yjlee123 at gmail.com Fri May 16 17:22:11 2008 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Fri, 16 May 2008 23:22:11 +0800 Subject: Scilab localization In-Reply-To: <1210892824.5390.85.camel@zlarin.inria.fr> References: <1210892824.5390.85.camel@zlarin.inria.fr> Message-ID: <9371b4280805160822m27a434d0od4dddf7daa7ee8c1@mail.gmail.com> Hi Sylvestre, Just a personal comment. I think 'Real or Complex Scalar' a little redundant, can we just use 'Scalar' for this generic and default one (real or complex scalar) and 'Real Scalar' , 'Complex Scalar' or 'Boolean Scalar' for any specific ones. In this way, 'Real or Complex row vector' may just be called 'row vector' and 'Real or Complex matrix' be called 'matrix'. Since terminologies in messages must be consistent with online helps and tutorial lectures , use short terms seems to be more concise in pages with paragraphs. Best regards, YungLee 2008/5/16 Sylvestre Ledru : > Hello, > > We (well, mainly Vincent) wrote some bits about the standard english > messages on the wiki: > http://wiki.scilab.org/Localization_in_English_-_Standard_messages > to normalize outputs (standard, warnings and errors). > > Do you have any comments/ideas/whatever ? > > Cheers, > Sylvestre > PS: We will open a mailing list for localization. > Probably one per language or one to rule them all. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Serge.Steer at inria.fr Sun May 18 21:51:46 2008 From: Serge.Steer at inria.fr (Serge Steer) Date: Sun, 18 May 2008 21:51:46 +0200 Subject: [Scilab-Dev] Scilab localization In-Reply-To: <1210892824.5390.85.camel@zlarin.inria.fr> References: <1210892824.5390.85.camel@zlarin.inria.fr> Message-ID: <483088D2.3030505@inria.fr> Sylvestre Ledru a ?crit : > Hello, > > We (well, mainly Vincent) wrote some bits about the standard english > messages on the wiki: > http://wiki.scilab.org/Localization_in_English_-_Standard_messages > to normalize outputs (standard, warnings and errors). > > Do you have any comments/ideas/whatever ? > > Cheers, > Sylvestre > PS: We will open a mailing list for localization. > Probably one per language or one to rule them all. > > Sylvestre Ledru a ?crit : > Hello, > > We (well, mainly Vincent) wrote some bits about the standard english > messages on the wiki: > http://wiki.scilab.org/Localization_in_English_-_Standard_messages > to normalize outputs (standard, warnings and errors). > > Do you have any comments/ideas/whatever ? > > Cheers, > Sylvestre > PS: We will open a mailing list for localization. > Probably one per language or one to rule them all. > > Good idea and good starting point! some remarks however: Data type naming ------------------------- - for 1x1 array I think it shoud be better to just use the article "a" : a real, a polynom, a character string, a boleean, a rational fraction, a (8|16|32)-bit integer, an (8|16|32)-bit integer,... rather than the term scalar - for matrices squareness is also often tested, there is also test on particular properties (upper/lower triangular, diagonal, symmetric, hermitian, definite positive,... - the terms "vector" and "matrix" refer to linear algebra, so for character strings it is better to use the term "array". May be is should be a good idea to use either matrix/vector or array depending on the fact we are in the context of linear algebra or not for exemple it is better to call the output of the root function "column array" instead of column vector. Similarily it should be better to refer input/output of sin as array rather than matrix, but the msin arguments should be refer a matrices. - In my opinion it should be better not to see hypermat's (arrays with more than 2 dimensions) as a special case (the way they are coded) but just the case of arrays with more than 2 dimensions adding a column at the right of the tabular. It alsobe better to denote them "nD arrays" rather than hypermatrices. - The cells (ce) are used to store 2D or nD arrays where each entry can have every type -The structs (st) are used to store datastructure they can have multiple fields and can also have dimensions Error messages / arguments - some examples do not follow the above data type naming( string instead of character string - it should be more convenient to refer the argument position by a number : "%s: Wrong type for input argument number %d: a character string expected.\n" - for wrong values, I think it is better saying "elements must have .... "%s: Input argument number %d must have finite elements.\n" "%s: Input argument number %d must have elements with integer values.\n" "%s: Input argument number %d must have non negative integer elements.\n" "%s: Input argument number %d : Must have its elements in ]%d %d].\n" "%s: Input argument number %d : Must have its elements in [%d %d[.\n" - for wrong sizes, I prefer to use the term "length" for the size of a character string: "%s: Argument number %d must have a length less than %d\n" - for incompatible size (or type) I think the message shoud include the numbers of the corresponding input arguments "%s: Incompatible arguments %d and %d. They should have the same row dimension\n" "%s: Incompatible arguments %d and %d. They should have the same number of elements\n" Error message/memory There is currently to different error message relative to memory ( the scilab stack is not big enough, it is not possible to allocate more memory) "%s: Not enough allocatable memory (requested %d bytes).\n" "%s: Too small stack (requested %d bytes, available %d bytes).\n stack size may ne increased using the stacksize function" Serge From sylvestre.ledru at inria.fr Mon May 19 00:20:06 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Mon, 19 May 2008 00:20:06 +0200 Subject: Mailing lists archives available on gmane.org Message-ID: <1211149206.26291.143.camel@zlarin.inria.fr> Hello, In order to simplify the browse of the mailing lists archives, both mailing lists have been registered on gmane.org. User ML - Information: http://dir.gmane.org/gmane.comp.mathematics.scilab.user Archives: http://news.gmane.org/gmane.comp.mathematics.scilab.user Dev ML - Information: http://dir.gmane.org/gmane.comp.mathematics.scilab.devel Archives: http://news.gmane.org/gmane.comp.mathematics.scilab.devel Sylvestre -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From sylvestre.ledru at inria.fr Mon May 19 15:01:49 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Mon, 19 May 2008 15:01:49 +0200 Subject: [Scilab-Dev] Scilab localization In-Reply-To: <483088D2.3030505@inria.fr> References: <1210892824.5390.85.camel@zlarin.inria.fr> <483088D2.3030505@inria.fr> Message-ID: <1211202109.28811.1630.camel@korcula.inria.fr> Le dimanche 18 mai 2008 ? 21:51 +0200, Serge Steer a ?crit : > > Good idea and good starting point! some remarks however: Thanks Serge for your input. Don't hesitate to update the Wiki. ;) Talking about mailing lists, I created three localization-dedicated mailing lists: * http://lists.scilab.org/cgi-bin/ezmlm-browse?list=localization General discussions about localization To subscribe: localization-subscribe at lists.scilab.org * http://lists.scilab.org/cgi-bin/ezmlm-browse?list=localization-fr Discussions about French localization To subscribe: localization-fr-subscribe at lists.scilab.org * http://lists.scilab.org/cgi-bin/ezmlm-browse?list=localization-zh Discussions about Chinese localization To subscribe: localization-zh-subscribe at lists.scilab.org Opteam, please note that I have NOT subscribe anyone. Sylvestre From BlanchardJ at ieee.org Mon May 19 21:08:01 2008 From: BlanchardJ at ieee.org (Jonathan Blanchard) Date: Mon, 19 May 2008 16:08:01 -0300 Subject: Scilab matrix of string in shared lib. Message-ID: Hi all, Is it possible read and wirte to Scilab matrix of string objects from shared libs? If yes how. Thanks. -- Jonathan Blanchard BlanchardJ at ieee.org From sylvestre.ledru at inria.fr Tue May 20 10:26:23 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Tue, 20 May 2008 10:26:23 +0200 Subject: Quick way of increasing speed of Scilab Compilation under Linux Message-ID: <1211271983.8375.2.camel@korcula.inria.fr> is to use ccache [1] For this, install ccache and launch the configure with the options: ./configure CC="ccache gcc" ?CXX="ccache g++" Sylvestre PS: I haven't done any benchmark on this. Don't shoot the messenger! [1] http://ccache.samba.org/ From yann.collette at renault.com Tue May 20 13:32:23 2008 From: yann.collette at renault.com (COLLETTE Yann) Date: Tue, 20 May 2008 13:32:23 +0200 Subject: [Scilab-Dev] Quick way of increasing speed of Scilab Compilation under Linux In-Reply-To: <1211271983.8375.2.camel@korcula.inria.fr> References: <1211271983.8375.2.camel@korcula.inria.fr> Message-ID: <4832B6C7.4030001@renault.com> Sylvestre Ledru a ?crit : > is to use ccache [1] > > For this, install ccache and launch the configure with the options: > > ./configure CC="ccache gcc" ?CXX="ccache g++" > > Sylvestre > PS: I haven't done any benchmark on this. Don't shoot the messenger! > [1] http://ccache.samba.org/ > > > On a quad-core, make -j 4 works fine either. YC From sylvestre.ledru at inria.fr Tue May 20 13:55:55 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Tue, 20 May 2008 13:55:55 +0200 Subject: [Scilab-Dev] Quick way of increasing speed of Scilab Compilation under Linux In-Reply-To: <4832B6C7.4030001@renault.com> References: <1211271983.8375.2.camel@korcula.inria.fr> <4832B6C7.4030001@renault.com> Message-ID: <1211284555.15787.7.camel@korcula.inria.fr> Le mardi 20 mai 2008 ? 13:32 +0200, COLLETTE Yann a ?crit : > Sylvestre Ledru a ?crit : > > is to use ccache [1] > > > > For this, install ccache and launch the configure with the options: > > > > ./configure CC="ccache gcc" ?CXX="ccache g++" > > > > Sylvestre > > PS: I haven't done any benchmark on this. Don't shoot the messenger! > > [1] http://ccache.samba.org/ > > > > > > > On a quad-core, make -j 4 works fine either. Huhu, do you think that Renault could sponsor every one here ? :p Sylvestre From sylvestre.ledru at inria.fr Tue May 20 14:01:53 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Tue, 20 May 2008 14:01:53 +0200 Subject: [Scilab-Dev] Scilab matrix of string in shared lib. In-Reply-To: References: Message-ID: <1211284913.15787.11.camel@korcula.inria.fr> Hello Jonathan, Could you detail a bit what you want to do ? I am not sure to understand. If you are trying to use Scilab as an API, yep, it is possible. Sylvestre Le lundi 19 mai 2008 ? 16:08 -0300, Jonathan Blanchard a ?crit : > Hi all, > > Is it possible read and wirte to Scilab matrix of string objects from > shared libs? If yes how. > > Thanks. > From BlanchardJ at ieee.org Tue May 20 14:51:17 2008 From: BlanchardJ at ieee.org (Jonathan Blanchard) Date: Tue, 20 May 2008 09:51:17 -0300 Subject: [Scilab-Dev] Scilab matrix of string in shared lib. In-Reply-To: <1211284913.15787.11.camel@korcula.inria.fr> References: <1211284913.15787.11.camel@korcula.inria.fr> Message-ID: Hum yeas and no. I mean from an external DLL. The function will be linked at runtime using Link() and will be called using the long call function. BTW I'm currently using Scilab 5 Beta 1. So I need to return a list of information from the external dll in text format. I would like to return a matrix of string with each row being one entry. In fact I do not know which function to use. From what I've seen using the long call I cannot pass a matrix of string directly so I tried just passing its name and then used ReadString or GetMatrixptr with no success. On a side note I'm not using the short call version because I haven't been able to write an interface that do not make Scilab crash. On Tue, May 20, 2008 at 9:01 AM, Sylvestre Ledru wrote: > Hello Jonathan, > > Could you detail a bit what you want to do ? > I am not sure to understand. > > If you are trying to use Scilab as an API, yep, it is possible. > > Sylvestre > > > > Le lundi 19 mai 2008 ? 16:08 -0300, Jonathan Blanchard a ?crit : >> Hi all, >> >> Is it possible read and wirte to Scilab matrix of string objects from >> shared libs? If yes how. >> >> Thanks. >> > > -- Jonathan Blanchard BlanchardJ at ieee.org From sylvestre.ledru at inria.fr Wed May 21 00:30:54 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Wed, 21 May 2008 00:30:54 +0200 Subject: [Scilab-Dev] Scilab matrix of string in shared lib. In-Reply-To: References: <1211284913.15787.11.camel@korcula.inria.fr> Message-ID: <1211322654.4664.91.camel@zlarin.inria.fr> Le mardi 20 mai 2008 ? 09:51 -0300, Jonathan Blanchard a ?crit : > Hum yeas and no. I mean from an external DLL. The function will be > linked at runtime using Link() and will be called using the long call > function. BTW I'm currently using Scilab 5 Beta 1. OK, I understand better now. > So I need to return a list of information from the external dll in > text format. I would like to return a matrix of string with each row > being one entry. In fact I do not know which function to use. From > what I've seen using the long call I cannot pass a matrix of string > directly so I tried just passing its name and then used ReadString or > GetMatrixptr with no success. Could you provide a sample of what you are trying to do ? Sylvestre -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From BlanchardJ at ieee.org Wed May 21 01:11:34 2008 From: BlanchardJ at ieee.org (Jonathan Blanchard) Date: Tue, 20 May 2008 20:11:34 -0300 Subject: [Scilab-Dev] Scilab matrix of string in shared lib. In-Reply-To: <1211322654.4664.91.camel@zlarin.inria.fr> References: <1211284913.15787.11.camel@korcula.inria.fr> <1211322654.4664.91.camel@zlarin.inria.fr> Message-ID: I want to return a list of RFID tag read from a reader. Currently each tag is returned in text form separated by newline characters and then post processed in scilab to separate the string. After this processing each row of a string matrix is a tag. What I would like to do is pass a matrix of string directly. On Tue, May 20, 2008 at 7:30 PM, Sylvestre Ledru wrote: > > Le mardi 20 mai 2008 ? 09:51 -0300, Jonathan Blanchard a ?crit : >> Hum yeas and no. I mean from an external DLL. The function will be >> linked at runtime using Link() and will be called using the long call >> function. BTW I'm currently using Scilab 5 Beta 1. > OK, I understand better now. > >> So I need to return a list of information from the external dll in >> text format. I would like to return a matrix of string with each row >> being one entry. In fact I do not know which function to use. From >> what I've seen using the long call I cannot pass a matrix of string >> directly so I tried just passing its name and then used ReadString or >> GetMatrixptr with no success. > Could you provide a sample of what you are trying to do ? > > Sylvestre > > -- Jonathan Blanchard BlanchardJ at ieee.org From ycollette at free.fr Wed May 21 13:26:24 2008 From: ycollette at free.fr (Collette Yann) Date: Wed, 21 May 2008 13:26:24 +0200 Subject: Sum-up on the test I performed on the demo ... Message-ID: <483406E0.4070105@free.fr> Do I need to fill bug reports for every problem or will somebody made a first pass to correct most of the problems and then: - I will perform new tests - and the fill bug reports for the remaining problems. YC From yann.collette at renault.com Wed May 21 14:29:43 2008 From: yann.collette at renault.com (COLLETTE Yann) Date: Wed, 21 May 2008 14:29:43 +0200 Subject: [Scilab-Dev] Sum-up on the test I performed on the demo ... In-Reply-To: <483406E0.4070105@free.fr> References: <483406E0.4070105@free.fr> Message-ID: <483415B7.2000008@renault.com> Collette Yann a ?crit : > Do I need to fill bug reports for every problem or will somebody made > a first pass to correct most of the problems and then: > - I will perform new tests > - and the fill bug reports for the remaining problems. > > YC The main message is still not on the list ... let's wait a little bit. YC From ycollet at freesurf.fr Wed May 21 13:16:46 2008 From: ycollet at freesurf.fr (Collette Yann) Date: Wed, 21 May 2008 13:16:46 +0200 Subject: A sum-up of my test on the demonstration script In-Reply-To: <1210892824.5390.85.camel@zlarin.inria.fr> References: <1210892824.5390.85.camel@zlarin.inria.fr> Message-ID: <4834049E.3070509@freesurf.fr> Hello, You will find here a sum-up of the test I performed on the demo script of scilab-5-24868. There are some problems (some a trivial to correct but others ...). I use linux mandriva-2008.1 (32 bits) on AMD 64 (and compiling 32 bits versions). See at Tcl/TK: a free on a pointer mades scilab crash on severel Tcl/TK scripts. For scicos, I have an idea. When I launch scicos, I first see a graphic pops up. Then the menu bar appears, the window is resized, etc ... The scicos windows is changing shape a lot. So, why don't you open a pop up like "Scicos loading", then building a hiding window and the, when everything is ready, show scicos ? For the scicos demo, I think somebody should open every demo, do a "fit to window" and then save each scicos demo (just my point of view). Your sincerely, YC -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: scilab_demo.txt URL: From sylvestre.ledru at inria.fr Wed May 21 14:41:03 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Wed, 21 May 2008 14:41:03 +0200 Subject: [Scilab-Dev] Sum-up on the test I performed on the demo ... In-Reply-To: <483415B7.2000008@renault.com> References: <483406E0.4070105@free.fr> <483415B7.2000008@renault.com> Message-ID: <1211373663.3734.43.camel@korcula.inria.fr> Le mercredi 21 mai 2008 ? 14:29 +0200, COLLETTE Yann a ?crit : > Collette Yann a ?crit : > > Do I need to fill bug reports for every problem or will somebody made > > a first pass to correct most of the problems and then: > > - I will perform new tests > > - and the fill bug reports for the remaining problems. > > > > YC > The main message is still not on the list ... let's wait a little bit. OK, we had a power failure this morning which impacted the mailing list server. Sorry Sylvestre From ycollet at freesurf.fr Wed May 21 15:25:27 2008 From: ycollet at freesurf.fr (Collette Yann) Date: Wed, 21 May 2008 15:25:27 +0200 Subject: [Scilab-Dev] Sum-up on the test I performed on the demo ... In-Reply-To: <1211373663.3734.43.camel@korcula.inria.fr> References: <483406E0.4070105@free.fr> <483415B7.2000008@renault.com> <1211373663.3734.43.camel@korcula.inria.fr> Message-ID: <483422C7.5030604@freesurf.fr> Sylvestre Ledru a ?crit : > Le mercredi 21 mai 2008 ? 14:29 +0200, COLLETTE Yann a ?crit : > >> Collette Yann a ?crit : >> >>> Do I need to fill bug reports for every problem or will somebody made >>> a first pass to correct most of the problems and then: >>> - I will perform new tests >>> - and the fill bug reports for the remaining problems. >>> >>> YC >>> >> The main message is still not on the list ... let's wait a little bit. >> > OK, we had a power failure this morning which impacted the mailing list > server. > > Sorry > Sylvestre > > I had also a power failure last night :-) From sylvestre.ledru at inria.fr Wed May 21 14:33:39 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Wed, 21 May 2008 14:33:39 +0200 Subject: [Scilab-Dev] Scilab localization In-Reply-To: <483088D2.3030505@inria.fr> References: <1210892824.5390.85.camel@zlarin.inria.fr> <483088D2.3030505@inria.fr> Message-ID: <1211373219.3734.39.camel@korcula.inria.fr> Thanks for your inputs. We are going to freeze messages ASAP. Then please answer when you can ! > Good idea and good starting point! some remarks however: > > Data type naming > ------------------------- > - for 1x1 array I think it shoud be better to just use the article "a" > : a real, a polynom, a character string, a boleean, a rational fraction, > a (8|16|32)-bit integer, an (8|16|32)-bit integer,... rather than the > term scalar Updated in the Wiki. http://wiki.scilab.org/Localization_in_English_-_Standard_messages > - for matrices squareness is also often tested, there is also test on > particular properties (upper/lower triangular, diagonal, symmetric, > hermitian, definite positive,... I didn't see much of this in the code?! > - the terms "vector" and "matrix" refer to linear algebra, so for > character strings it is better to use the term "array". May be is > should be a good idea to use either matrix/vector or array depending on > the fact we are in the context of linear algebra or not > for exemple it is better to call the output of the root function "column > array" instead of column vector. Similarily it should be better to > refer input/output of sin as array rather than matrix, but the msin > arguments should be refer a matrices. Could you update the Wiki ? I am not sure on which cell(s) you are refering to. > - In my opinion it should be better not to see hypermat's (arrays with > more than 2 dimensions) as a special case (the way they are coded) but > just the case of arrays with more than 2 dimensions adding a column at > the right of the tabular. It alsobe better to denote them "nD arrays" > rather than hypermatrices. Same here > - The cells (ce) are used to store 2D or nD arrays where each entry can > have every type And ? > -The structs (st) are used to store datastructure they can have multiple > fields and can also have dimensions And ? > - some examples do not follow the above data type naming( string instead > of character string why ? > - it should be more convenient to refer the argument position by a > number : > "%s: Wrong type for input argument number %d: a character string > expected.\n" I like the idea. it is quite a big work but we have to do it. Next time, please a have look sooner :/ Laurent is proposing %s: Wrong type for input argument #%d: xxx expected.\n" > - for wrong values, I think it is better saying "elements must have .... > "%s: Input argument number %d must have finite elements.\n" > "%s: Input argument number %d must have elements with integer values.\n" > "%s: Input argument number %d must have non negative integer elements.\n" > "%s: Input argument number %d : Must have its elements in ]%d %d].\n" > "%s: Input argument number %d : Must have its elements in [%d %d[.\n" Why don't you like the other way ? > - for wrong sizes, I prefer to use the term "length" for the size of a > character string: > "%s: Argument number %d must have a length less than %d\n" Why ? > - for incompatible size (or type) I think the message shoud include the > numbers of the corresponding input arguments > "%s: Incompatible arguments %d and %d. They should have the same row > dimension\n" > "%s: Incompatible arguments %d and %d. They should have the same number > of elements\n" Yep, we do that when it is possible > Error message/memory > > There is currently to different error message relative to memory ( the > scilab stack is not big enough, it is not possible to allocate more memory) > "%s: Not enough allocatable memory (requested %d bytes).\n" > "%s: Too small stack (requested %d bytes, available %d bytes).\n stack > size may ne increased using the stacksize function" Yep, we are trying to not mix them. It is easy to see the different cases in the code. S From fvogelnew1 at free.fr Wed May 21 23:36:17 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Wed, 21 May 2008 23:36:17 +0200 Subject: [Scilab-Dev] Debug de Scipad In-Reply-To: <1210864835.7809.56.camel@segre-pc2.weizmann.ac.il> References: <1210764767.20764.1935.camel@korcula.inria.fr> <1210801106.482b5bd29148e@imp.free.fr> <482BEBDC.4090104@inria.fr> <1210864835.7809.56.camel@segre-pc2.weizmann.ac.il> Message-ID: <483495D1.6060207@free.fr> All, I have started a wiki page explaining how the Scipad debugger works in Scilab 4.x: http://wiki.scilab.org/Scipad_debugger_inner_beauties This is quite embryonic work so far, but I'll update and complete as time permits. I think it could be a starting point for our discussion. Let us know what you think. Francois From sylvestre.ledru at inria.fr Wed May 21 23:39:08 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Wed, 21 May 2008 23:39:08 +0200 Subject: [Scilab-Dev] Debug de Scipad In-Reply-To: <483495D1.6060207@free.fr> References: <1210764767.20764.1935.camel@korcula.inria.fr> <1210801106.482b5bd29148e@imp.free.fr> <482BEBDC.4090104@inria.fr> <1210864835.7809.56.camel@segre-pc2.weizmann.ac.il> <483495D1.6060207@free.fr> Message-ID: <1211405948.4664.101.camel@zlarin.inria.fr> > I have started a wiki page explaining how the Scipad debugger works in > Scilab 4.x: > > http://wiki.scilab.org/Scipad_debugger_inner_beauties > > This is quite embryonic work so far, but I'll update and complete as > time permits. Excellent idea ! One day, I hope, we will have documentation for every piece of Scilab. Nice work! Sylvestre -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From ycollet at freesurf.fr Wed May 21 23:41:29 2008 From: ycollet at freesurf.fr (Yann COLLETTE) Date: Wed, 21 May 2008 23:41:29 +0200 Subject: [Scilab-Dev] Debug de Scipad In-Reply-To: <1211405948.4664.101.camel@zlarin.inria.fr> References: <1210764767.20764.1935.camel@korcula.inria.fr> <1210801106.482b5bd29148e@imp.free.fr> <482BEBDC.4090104@inria.fr> <1210864835.7809.56.camel@segre-pc2.weizmann.ac.il> <483495D1.6060207@free.fr> <1211405948.4664.101.camel@zlarin.inria.fr> Message-ID: <48349709.4090605@freesurf.fr> It's time for a power failure. Good night. YC From fvogelnew1 at free.fr Wed May 21 23:44:48 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Wed, 21 May 2008 23:44:48 +0200 Subject: [Scilab-Dev] Debug de Scipad In-Reply-To: <1211405948.4664.101.camel@zlarin.inria.fr> References: <1210764767.20764.1935.camel@korcula.inria.fr> <1210801106.482b5bd29148e@imp.free.fr> <482BEBDC.4090104@inria.fr> <1210864835.7809.56.camel@segre-pc2.weizmann.ac.il> <483495D1.6060207@free.fr> <1211405948.4664.101.camel@zlarin.inria.fr> Message-ID: <483497D0.7040102@free.fr> Sylvestre Ledru said on 21/05/2008 23:39: > Excellent idea ! One day, I hope, we will have documentation for every > piece of Scilab. I share your views on this, for sure, but let me emphasize that this page also has another main goal, which is to find a solution for making the debugger work in Scilab 5. Contributions and debate welcome from the operational team as well as from the general public... So far we didn't progress very much toward a feasible solution. I really have no idea about how to cope with the new Tcl interface and the lack of reentrance. Francois From vincent.couvert at inria.fr Thu May 22 09:37:18 2008 From: vincent.couvert at inria.fr (Vincent COUVERT) Date: Thu, 22 May 2008 09:37:18 +0200 Subject: [Scilab-Dev] A sum-up of my test on the demonstration script In-Reply-To: <4834049E.3070509@freesurf.fr> References: <1210892824.5390.85.camel@zlarin.inria.fr> <4834049E.3070509@freesurf.fr> Message-ID: <483522AE.6020807@inria.fr> Hi Yann, Thanks a lot for these tests. There are a lot of little problems to fix (some of them should now be fixed), for others I think we have to investigate to find the origin of the problem, mainly in graphics. Vincent Collette Yann a ?crit : > Hello, > > You will find here a sum-up of the test I performed on the demo script > of scilab-5-24868. > There are some problems (some a trivial to correct but others ...). > I use linux mandriva-2008.1 (32 bits) on AMD 64 (and compiling 32 bits > versions). > See at Tcl/TK: a free on a pointer mades scilab crash on severel > Tcl/TK scripts. > > For scicos, I have an idea. When I launch scicos, I first see a > graphic pops up. Then the menu bar appears, the window is resized, etc > ... > The scicos windows is changing shape a lot. > So, why don't you open a pop up like "Scicos loading", then building a > hiding window and the, when everything is ready, show scicos ? > > For the scicos demo, I think somebody should open every demo, do a > "fit to window" and then save each scicos demo (just my point of view). > > Your sincerely, > > YC -- ============================================== Vincent COUVERT Centre de Recherche INRIA Paris-Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex ============================================== Equipe Projet SCILAB B?timent 1B - Bureau 013 Email : vincent.couvert at inria.fr T?l : +33 (0)1 39 63 54 46 Fax : +33 (0)1 39 63 55 94 ============================================== From Simone.Mannori at inria.fr Thu May 22 11:38:32 2008 From: Simone.Mannori at inria.fr (Simone Mannori) Date: Thu, 22 May 2008 11:38:32 +0200 Subject: [Scilab-Dev] Quick way of increasing speed of Scilab Compilation under Linux In-Reply-To: <1211271983.8375.2.camel@korcula.inria.fr> References: <1211271983.8375.2.camel@korcula.inria.fr> Message-ID: <1211449112.2862.46.camel@pinarellu.inria.fr> On Tue, 2008-05-20 at 10:26 +0200, Sylvestre Ledru wrote: > is to use ccache [1] > > For this, install ccache and launch the configure with the options: > > ./configure CC="ccache gcc" ?CXX="ccache g++" > Inside Fedora 7 "ccache is a compiler cache. It acts as a caching pre-processor to C/C ++ compilers, using the -E compiler switch and a hash to detect when a compilation can be satisfied from cache. This often results in a 5 to 10 times speedup in common compilations." [simone at pinarellu scilab]$ ccache -V ccache version 2.4 Copyright Andrew Tridgell 2002 Released under the GNU GPL v2 or later I tried: ./configure --enable-debug --with-localization-generation CC="ccache gcc" ?CXX="ccache g++" but the last option CXX="ccache g++" does not work on Fedora 7 ./configure --enable-debug --with-localization-generation CC="ccache gcc" ?CXX="ccache g++" configure: error: invalid variable name: ?CXX probably because Fedora needs some specific care. Using ./configure --enable-debug --with-localization-generation CC="ccache gcc" and make -j4 every things looks OK. I'm not able to estimate the speedup because I tested it only for a partial compilation. Thanks to Sylvestre :) Simone //**--------------------------------------------------------------------- > Sylvestre > PS: I haven't done any benchmark on this. Don't shoot the messenger! > [1] http://ccache.samba.org/ > > > From Simone.Mannori at inria.fr Thu May 22 11:53:40 2008 From: Simone.Mannori at inria.fr (Simone Mannori) Date: Thu, 22 May 2008 11:53:40 +0200 Subject: [Scilab-Dev] A sum-up of my test on the demonstration script In-Reply-To: <4834049E.3070509@freesurf.fr> References: <1210892824.5390.85.camel@zlarin.inria.fr> <4834049E.3070509@freesurf.fr> Message-ID: <1211450020.2862.57.camel@pinarellu.inria.fr> Bonjour, > For scicos, I have an idea. When I launch scicos, I first see a graphic > pops up. Then the menu bar appears, the window is resized, etc ... > The scicos windows is changing shape a lot. > So, why don't you open a pop up like "Scicos loading", then building a > hiding window and the, when everything is ready, show scicos ? > This an interesting solution. Under Scilab 4.x there are exactly the same phases but they are much faster. Java is a bit slow on window creation. We will take care of your suggestion: on "slow" machine is not pretty at all... > For the scicos demo, I think somebody should open every demo, do a "fit > to window" and then save each scicos demo (just my point of view). > I need to modify some Scicos code that still have some (now) obsolete "OS specific" geometric correction. I'm also updating and testing ALL the Scicos demos with the latest mods that we made for Scilab 5; I will add new Scicos demos at the list soon. > Sometimes, when I close scicos (after having closed some graphics via > file->close), the closed graphics reopen (but with an empty content). This is a know "xclick()" bug that we are fixing. Thanks for your suggestions. Simone Mannori - Scilab Consortium Scilab/Scicos Embedded Applications P.S. May you be so kind to describe your hardware/software set up ? > -------------------------- > - Demonstrations->Scicos - > -------------------------- > > ** Simple Thermostat OK > ** Continuous Plant discrete controller OK > ** Simple demo OK > ** table lookup example OK > ** Threshold OK > ** Scilab block OK > ** Thermostat OK > ** Fibonacci OK > ** Cont.Disc-Observer OK > ** Controler NOK (a window pops up: Controller cannot be loaded - > opening a new diagram) > ** System-Observer OK > ** Synchro Block demo OK > ** Kalman Filter OK > ** Inverted Pendulum OK > ** Lorentz Attractor OK (but when I move some figures while the > simulation is running, the history of the trajectory is not correctly > redrawn). > ** Datatype OK > ** Digital Pulse Generator OK > ** WaterTank OK > ** Goto/From Demonstration OK From sylvestre.ledru at inria.fr Thu May 22 17:56:50 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Thu, 22 May 2008 17:56:50 +0200 Subject: Detection of the documentation dep in the configure Message-ID: <1211471810.24426.96.camel@korcula.inria.fr> Hello, First, sorry for the HTML email, I am not an ascii art fan. In the next few days/weeks, I am going to add some check on the dependencies of the documentation. Here is the list of the jar with the Debian/Ubuntu packages needed to builded the help system [1]: Jar Package Description ?avalon-framework.jar ?libavalon-framework-java ?Common framework for Java server applications ?batik.jar libbatik-java xml.apache.org SVG Library ?docbook-xsl-saxon.jar ?docbook-xsl-saxon ?Java extensions for use with DocBook XML stylesheets (Saxon) ?fop.jar fop ?XML to PDF Translator ?fop-hyph.jar fop probably ?jeuclid-core.jar ??? ?jimi.jar ???? ?jing.jar ???? ?js.jar rhino JavaScript engine written in Java ?saxon.jar ?libsaxon-java The Saxon XSLT Processor ?sci_doc_kit.jar Internal ?xmlgraphics-commons.jar libxmlgraphics-commons-java reusable components used by Batik and FOP I am confident some deps could be removed (like Rhino or Avalon). I would like to have your feedback on one thing. For now, I think I will build the help by default during the compilation process and an --without-documentation to disable it. If the option is not activated, the configure will check that all the dependencies are available. How does it sound ? Cheers, Sylvestre [1] Don't forget that the Java World intends to split into many small libraries. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sylvestre.ledru at inria.fr Fri May 23 15:20:02 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Fri, 23 May 2008 15:20:02 +0200 Subject: Little compilation pb under Linux Message-ID: <1211548802.24426.208.camel@korcula.inria.fr> Because of a limitation of automake, if you get the error: make[2]: *** No rule to make target `src/c/DestroyUimenu.c', needed by `libscigui_la-DestroyUimenu.lo'. Stop. Try: cd $SCI; ./config.status it should regenerate the dependencies Otherwise, a crappy workaround would be: cd modules/gui rm -rf .deps make Sylvestre PS: The error is coming from a rename of a C file into C++. Dependencies have changed but for automake as the target seems OK to him, he doesn't seems interested in recompiling this file. From sylvestre.ledru at inria.fr Fri May 23 16:25:33 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Fri, 23 May 2008 16:25:33 +0200 Subject: Scilab and Tango Message-ID: <1211552733.24426.253.camel@korcula.inria.fr> Hello Tango artists, Scilab is a numerical computational software. We are currently working the next release (version 5). This version is a big step. Scilab is becoming free (released under the CeCILL license). We are also rewriting the GUI and we are trying to follow the Tango guidelines using your icons. We looked but we haven't been able to find in Tango a few icons that we need: * the 4 standard zoom icons: * zoom in * zoom out * fit into the screen * select the area to zoom in * Rotation of a 2D or 3D object. Should I open a bug report if I want to see them in Tango ? We will send you a screenshot of Scilab for the Tango Showroom! For fun, if anyone wants to do a fashion and modern puffin [1], you are welcome ;) Many thanks for your word! Regards, Sylvestre [1] http://www.scilab.org/images/homepage/puffin_logo.png From sylvestre.ledru at inria.fr Fri May 23 17:11:45 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Fri, 23 May 2008 17:11:45 +0200 Subject: [Tango-artists] Scilab and Tango In-Reply-To: <000901c8bce6$2fc21e50$8f465af0$@com> References: <1211552733.24426.253.camel@korcula.inria.fr> <000901c8bce6$2fc21e50$8f465af0$@com> Message-ID: <1211555505.24426.281.camel@korcula.inria.fr> > > These icons already exist, as I'm using them even just right now with Inkscape. I'm sure someone else will give you a more detailed response, but this is just as a quick reply. OK, thanks. A constructive remark but it is not very easy to understand in the Tango project why all the icons are not available in the CVS or in the tarball. And also why Additional Sets are hosted on third party URLS. > By the way, are you interested in a tangofied Scilab icon (the bird)? Yep, that would be nice. Some (rare) people still like the old puffin (the name of the bird) but it is too much a Microsoft Works 2.0 Clipart. Thanks for your quick answer, Sylvestre From dobey.pwns at gmail.com Fri May 23 19:28:01 2008 From: dobey.pwns at gmail.com (Rodney Dawes) Date: Fri, 23 May 2008 13:28:01 -0400 Subject: [Tango-artists] Scilab and Tango In-Reply-To: <1211555505.24426.281.camel@korcula.inria.fr> References: <1211552733.24426.253.camel@korcula.inria.fr> <000901c8bce6$2fc21e50$8f465af0$@com> <1211555505.24426.281.camel@korcula.inria.fr> Message-ID: <1211563681.7136.5.camel@lunatari> On Fri, 2008-05-23 at 17:11 +0200, Sylvestre Ledru wrote: > > > > These icons already exist, as I'm using them even just right now with Inkscape. I'm sure someone else will give you a more detailed response, but this is just as a quick reply. > OK, thanks. > A constructive remark but it is not very easy to understand in the Tango > project why all the icons are not available in the CVS or in the > tarball. And also why Additional Sets are hosted on third party URLS. All of the tango-icon-theme icons are in CVS and the tarball. Tango is however a project of style, and tango-icon-theme just happens to be one implementation of that style. The gnome-icon-theme package in GNOME also follows the Tango style (all the new icons do anyway, there are still plenty of old ones in it). And several other projects also have their own icons which might be in the Tango style. Those in Houdini 9 from SideFx for example. Not all of these icons are under the same license, or are even necessarily redistributable. The goal of the project is not to provide a library of all possible icons, but to provide a style for which icons may follow to fit in better with the rest of the world. Additional sets are hosted on third party URLs because they are created by third parties. We didn't create them. We just provide links to them for people who also want to use them in other applications. The preferred method of using the icons in a Linux desktop application, is to use the icon theme API to load the icons, in whatever toolkit you are using. -- dobey From sylvestre.ledru at inria.fr Mon May 26 12:02:04 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Mon, 26 May 2008 12:02:04 +0200 Subject: [Scilab-Dev] Scilab matrix of string in shared lib. In-Reply-To: References: <1211284913.15787.11.camel@korcula.inria.fr> <1211322654.4664.91.camel@zlarin.inria.fr> Message-ID: <1211796124.24426.354.camel@korcula.inria.fr> With "char **Output_Matrix" CreateVarFromPtr( Rhs+1, MATRIX_OF_STRING_DATATYPE, &m1, &n1, Output_Matrix ); Example: http://viewvc.scilab.org/bin/cgi/viewvc.cgi/trunk/scilab/modules/core/sci_gateway/c/sci_getmd5.c?revision=24032&view=markup Starts from: Output_Matrix = (char**)MALLOC(sizeof(char*)*(mn)); Hope this helps. S Le mardi 20 mai 2008 ? 20:11 -0300, Jonathan Blanchard a ?crit : > I want to return a list of RFID tag read from a reader. Currently each > tag is returned in text form separated by newline characters and then > post processed in scilab to separate the string. After this processing > each row of a string matrix is a tag. What I would like to do is pass > a matrix of string directly. > > On Tue, May 20, 2008 at 7:30 PM, Sylvestre Ledru > wrote: > > > > Le mardi 20 mai 2008 ? 09:51 -0300, Jonathan Blanchard a ?crit : > >> Hum yeas and no. I mean from an external DLL. The function will be > >> linked at runtime using Link() and will be called using the long call > >> function. BTW I'm currently using Scilab 5 Beta 1. > > OK, I understand better now. > > > >> So I need to return a list of information from the external dll in > >> text format. I would like to return a matrix of string with each row > >> being one entry. In fact I do not know which function to use. From > >> what I've seen using the long call I cannot pass a matrix of string > >> directly so I tried just passing its name and then used ReadString or > >> GetMatrixptr with no success. > > Could you provide a sample of what you are trying to do ? > > > > Sylvestre > > > > > > > From BlanchardJ at ieee.org Mon May 26 15:07:29 2008 From: BlanchardJ at ieee.org (Jonathan Blanchard) Date: Mon, 26 May 2008 10:07:29 -0300 Subject: [Scilab-Dev] Scilab matrix of string in shared lib. In-Reply-To: <1211796124.24426.354.camel@korcula.inria.fr> References: <1211284913.15787.11.camel@korcula.inria.fr> <1211322654.4664.91.camel@zlarin.inria.fr> <1211796124.24426.354.camel@korcula.inria.fr> Message-ID: Thank you. On Mon, May 26, 2008 at 7:02 AM, Sylvestre Ledru wrote: > With "char **Output_Matrix" > > CreateVarFromPtr( Rhs+1, MATRIX_OF_STRING_DATATYPE, &m1, &n1, > Output_Matrix ); > > Example: > http://viewvc.scilab.org/bin/cgi/viewvc.cgi/trunk/scilab/modules/core/sci_gateway/c/sci_getmd5.c?revision=24032&view=markup > > Starts from: > Output_Matrix = (char**)MALLOC(sizeof(char*)*(mn)); > > Hope this helps. > > S > > > Le mardi 20 mai 2008 ? 20:11 -0300, Jonathan Blanchard a ?crit : >> I want to return a list of RFID tag read from a reader. Currently each >> tag is returned in text form separated by newline characters and then >> post processed in scilab to separate the string. After this processing >> each row of a string matrix is a tag. What I would like to do is pass >> a matrix of string directly. >> >> On Tue, May 20, 2008 at 7:30 PM, Sylvestre Ledru >> wrote: >> > >> > Le mardi 20 mai 2008 ? 09:51 -0300, Jonathan Blanchard a ?crit : >> >> Hum yeas and no. I mean from an external DLL. The function will be >> >> linked at runtime using Link() and will be called using the long call >> >> function. BTW I'm currently using Scilab 5 Beta 1. >> > OK, I understand better now. >> > >> >> So I need to return a list of information from the external dll in >> >> text format. I would like to return a matrix of string with each row >> >> being one entry. In fact I do not know which function to use. From >> >> what I've seen using the long call I cannot pass a matrix of string >> >> directly so I tried just passing its name and then used ReadString or >> >> GetMatrixptr with no success. >> > Could you provide a sample of what you are trying to do ? >> > >> > Sylvestre >> > >> > >> >> >> > > -- Jonathan Blanchard BlanchardJ at ieee.org From BlanchardJ at ieee.org Mon May 26 15:14:55 2008 From: BlanchardJ at ieee.org (Jonathan Blanchard) Date: Mon, 26 May 2008 10:14:55 -0300 Subject: Problem with interface. Message-ID: I try to write an interface for a dynamically link routine in Scilab 5. The routine is meant to be invoked by using the short call syntax. Here is a striped down example of my C code. When called Scilab 5 report an EXCEPTION_ACCESS_VIOLATION and the return value is simply the name of the function. Fore example this script : a = call( 'test' ); a would be equal to "Test". I tried different compiler with the same results.( GCC, LCC ). BTW I'm on win XP SP2(32Bit). int DLL_EXPORT Test( char* fname ) { CheckRhs(1,1); CheckLhs(1,1); int m1, n1; static int l1; GetRhsVar( 1,STRING_DATATYPE, &m1, &n1, &l1); m1 = 1; n1 = 1; CreateVar( 2, MATRIX_OF_INTEGER_DATATYPE, &m1, &n1, &l1 ); *istk(l1) = 321654; LhsVar(1) = 2; PutLhsVar(); return 0; } -- Jonathan Blanchard BlanchardJ at ieee.org From allan.cornet at inria.fr Mon May 26 15:38:25 2008 From: allan.cornet at inria.fr (Allan CORNET) Date: Mon, 26 May 2008 15:38:25 +0200 Subject: [Scilab-Dev] Problem with interface. In-Reply-To: References: Message-ID: <005401c8bf35$c614e850$523eb8f0$@cornet@inria.fr> Hi , Try this : int Test( char* fname ) { int m1 = 0,n1 = 0,l1 = 0; CheckRhs(1,1); CheckLhs(1,1); GetRhsVar( 1,STRING_DATATYPE, &m1, &n1, &l1); printf("%s from %s\n",cstk(l2), fname); m1 = 1; n1 = 1; l1 = 0; CreateVar( Rhs+1, MATRIX_OF_INTEGER_DATATYPE, &m1, &n1, &l1 ); *istk(l1) = 321654; LhsVar(1) = Rhs + 1; PutLhsVar(); return 0; } Allan CORNET -----Message d'origine----- De?: irf610 at gmail.com [mailto:irf610 at gmail.com] De la part de Jonathan Blanchard Envoy??: lundi 26 mai 2008 15:15 ??: dev at lists.scilab.org Objet?: [Scilab-Dev] Problem with interface. I try to write an interface for a dynamically link routine in Scilab 5. The routine is meant to be invoked by using the short call syntax. Here is a striped down example of my C code. When called Scilab 5 report an EXCEPTION_ACCESS_VIOLATION and the return value is simply the name of the function. Fore example this script : a = call( 'test' ); a would be equal to "Test". I tried different compiler with the same results.( GCC, LCC ). BTW I'm on win XP SP2(32Bit). int DLL_EXPORT Test( char* fname ) { CheckRhs(1,1); CheckLhs(1,1); int m1, n1; static int l1; GetRhsVar( 1,STRING_DATATYPE, &m1, &n1, &l1); m1 = 1; n1 = 1; CreateVar( 2, MATRIX_OF_INTEGER_DATATYPE, &m1, &n1, &l1 ); *istk(l1) = 321654; LhsVar(1) = 2; PutLhsVar(); return 0; } -- Jonathan Blanchard BlanchardJ at ieee.org From BlanchardJ at ieee.org Mon May 26 15:54:43 2008 From: BlanchardJ at ieee.org (Jonathan Blanchard) Date: Mon, 26 May 2008 10:54:43 -0300 Subject: [Scilab-Dev] Problem with interface. In-Reply-To: <6440242293273349945@unknownmsgid> References: <6440242293273349945@unknownmsgid> Message-ID: Thank you for your reply but it give the same result. First I assumed you meant l1 on the printf line because l2 does not exist. Secondly it does the exact same thing. But if I remove the printf line, Scilab complain about a bad call to createvar : TestGetRFAttenuation: bad call to createvar! (1rst argument). On Mon, May 26, 2008 at 10:38 AM, Allan CORNET wrote: > Hi , > > Try this : > > int Test( char* fname ) > { > int m1 = 0,n1 = 0,l1 = 0; > > CheckRhs(1,1); > CheckLhs(1,1); > > GetRhsVar( 1,STRING_DATATYPE, &m1, &n1, &l1); > > printf("%s from %s\n",cstk(l2), fname); > > m1 = 1; > n1 = 1; > l1 = 0; > CreateVar( Rhs+1, MATRIX_OF_INTEGER_DATATYPE, &m1, &n1, &l1 ); > > *istk(l1) = 321654; > > LhsVar(1) = Rhs + 1; > PutLhsVar(); > > return 0; > } > > Allan CORNET > > -----Message d'origine----- > De : irf610 at gmail.com [mailto:irf610 at gmail.com] De la part de Jonathan > Blanchard > Envoy? : lundi 26 mai 2008 15:15 > ? : dev at lists.scilab.org > Objet : [Scilab-Dev] Problem with interface. > > I try to write an interface for a dynamically link routine in Scilab > 5. The routine is meant to be invoked by using the short call syntax. > Here is a striped down example of my C code. When called Scilab 5 > report an EXCEPTION_ACCESS_VIOLATION and the return value is simply > the name of the function. > > Fore example this script : > > a = call( 'test' ); > > a would be equal to "Test". > > I tried different compiler with the same results.( GCC, LCC ). BTW I'm > on win XP SP2(32Bit). > > int DLL_EXPORT Test( char* fname ) > { > CheckRhs(1,1); > CheckLhs(1,1); > int m1, n1; > static int l1; > > GetRhsVar( 1,STRING_DATATYPE, &m1, &n1, &l1); > > m1 = 1; > n1 = 1; > CreateVar( 2, MATRIX_OF_INTEGER_DATATYPE, &m1, &n1, &l1 ); > > *istk(l1) = 321654; > > LhsVar(1) = 2; > PutLhsVar(); > > return 0; > } > > -- > Jonathan Blanchard > BlanchardJ at ieee.org > > -- Jonathan Blanchard BlanchardJ at ieee.org From habib.jreige at inria.fr Mon May 26 17:10:49 2008 From: habib.jreige at inria.fr (Habib Jreige) Date: Mon, 26 May 2008 17:10:49 +0200 Subject: [Scilab-Dev] Problem with interface. In-Reply-To: References: <6440242293273349945@unknownmsgid> Message-ID: <000001c8bf42$ae73f1c0$16335d80@rocq.inria.fr> Try this. It should work. Allan's code should work too. I test both code. Habib ************************************** int Test( char* fname ) { int m1,n1,l1,l2; CheckRhs(1,1); CheckLhs(1,1); m1=1; n1=1; GetRhsVar( 1,"c", &m1, &n1, &l1); CreateVar( 2, "i", &m1, &n1, &l2 ); *istk(l2) = 321654; LhsVar(1) = 2; return 0; } ******************************************** -----Message d'origine----- De : irf610 at gmail.com [mailto:irf610 at gmail.com] De la part de Jonathan Blanchard Envoy? : lundi 26 mai 2008 15:55 ? : dev at lists.scilab.org Objet : Re: [Scilab-Dev] Problem with interface. Thank you for your reply but it give the same result. First I assumed you meant l1 on the printf line because l2 does not exist. Secondly it does the exact same thing. But if I remove the printf line, Scilab complain about a bad call to createvar : TestGetRFAttenuation: bad call to createvar! (1rst argument). On Mon, May 26, 2008 at 10:38 AM, Allan CORNET wrote: > Hi , > > Try this : > > int Test( char* fname ) > { > int m1 = 0,n1 = 0,l1 = 0; > > CheckRhs(1,1); > CheckLhs(1,1); > > GetRhsVar( 1,STRING_DATATYPE, &m1, &n1, &l1); > > printf("%s from %s\n",cstk(l2), fname); > > m1 = 1; > n1 = 1; > l1 = 0; > CreateVar( Rhs+1, MATRIX_OF_INTEGER_DATATYPE, &m1, &n1, &l1 ); > > *istk(l1) = 321654; > > LhsVar(1) = Rhs + 1; > PutLhsVar(); > > return 0; > } > > Allan CORNET > > -----Message d'origine----- > De : irf610 at gmail.com [mailto:irf610 at gmail.com] De la part de Jonathan > Blanchard Envoy? : lundi 26 mai 2008 15:15 ? : dev at lists.scilab.org > Objet : [Scilab-Dev] Problem with interface. > > I try to write an interface for a dynamically link routine in Scilab > 5. The routine is meant to be invoked by using the short call syntax. > Here is a striped down example of my C code. When called Scilab 5 > report an EXCEPTION_ACCESS_VIOLATION and the return value is simply > the name of the function. > > Fore example this script : > > a = call( 'test' ); > > a would be equal to "Test". > > I tried different compiler with the same results.( GCC, LCC ). BTW I'm > on win XP SP2(32Bit). > > int DLL_EXPORT Test( char* fname ) > { > CheckRhs(1,1); > CheckLhs(1,1); > int m1, n1; > static int l1; > > GetRhsVar( 1,STRING_DATATYPE, &m1, &n1, &l1); > > m1 = 1; > n1 = 1; > CreateVar( 2, MATRIX_OF_INTEGER_DATATYPE, &m1, &n1, &l1 ); > > *istk(l1) = 321654; > > LhsVar(1) = 2; > PutLhsVar(); > > return 0; > } > > -- > Jonathan Blanchard > BlanchardJ at ieee.org > > -- Jonathan Blanchard BlanchardJ at ieee.org From sylvestre.ledru at inria.fr Mon May 26 17:14:53 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Mon, 26 May 2008 17:14:53 +0200 Subject: [Scilab-Dev] Problem with interface. In-Reply-To: <000001c8bf42$ae73f1c0$16335d80@rocq.inria.fr> References: <6440242293273349945@unknownmsgid> <000001c8bf42$ae73f1c0$16335d80@rocq.inria.fr> Message-ID: <1211814893.24426.421.camel@korcula.inria.fr> Le lundi 26 mai 2008 ? 17:10 +0200, Habib Jreige a ?crit : > Try this. It should work. Allan's code should work too. > I test both code. > > Habib > > ************************************** > > > int Test( char* fname ) > { > int m1,n1,l1,l2; > CheckRhs(1,1); > CheckLhs(1,1); > m1=1; > n1=1; > > GetRhsVar( 1,"c", &m1, &n1, &l1); > CreateVar( 2, "i", &m1, &n1, &l2 ); ?=> note that "c" & "i" have been changed. c => STRING_DATATYPE i => MATRIX_OF_VARIABLE_SIZE_INTEGER_DATATYPE See: http://wiki.scilab.org/Scilab_Internal_Datatypes S From sylvestre.ledru at inria.fr Tue May 27 14:20:00 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Tue, 27 May 2008 14:20:00 +0200 Subject: [Scilab-loc] Double value and single value in gui.pot In-Reply-To: <9371b4280805270508nf99a8deid69e88ff7f7ab03e@mail.gmail.com> References: <9371b4280805261050o216af4a7ic348a19daa55c3af@mail.gmail.com> <296f12ef0805261759q632e650etefae86e510655bdf@mail.gmail.com> <9371b4280805270508nf99a8deid69e88ff7f7ab03e@mail.gmail.com> Message-ID: <1211890800.28252.16.camel@korcula.inria.fr> Hmmm, after a quick look with Vincent C. (who is also on this mailing list), we realize that, yes, ?'MATRIX_OF_DOUBLE_DATATYPE' is badly choose name in the source. It is causing confusion in the code. We are going to rename it to something like MATRIX_OF_REAL_OR_COMPLEX_DATATYPE ?Any comments on this? > To avoid mistake, use 'a real' if it really need a real, 'real > matrix' if we need a real matrix or 'real or complex matrix' if we > need a generic data. Yep, we are reading all messages (you can imagine how sexy it is) and changing thme. Sylvestre PS: I c/c the dev mailing list since it is border-line. Le mardi 27 mai 2008 ? 20:08 +0800, Yung-Jang Lee a ?crit : > If we ever trace the code, (for example GUI\sci_gateway\c > \sci_delmenu.c) > > ------------------------------------------------------------------------------------------------------ > // Unset a Menu a Scilab Graphic Window > if (VarType(1) != sci_matrix) > { > Scierror(999, _("%s: Wrong type for first input argument: > Double value expected.\n"),fname); > return FALSE; > } > GetRhsVar(1, MATRIX_OF_DOUBLE_DATATYPE, &nbRow, &nbCol, > &stkAdr); > ------------------------------------------------------------------------------------------------------ > 'Double value' always maps to 'MATRIX_OF_DOUBLE_DATATYPE' which means > 'real or complex matrix' in Scilab. (Memory representation of > variables or > http://wiki.scilab.org/Localization_in_English_-_Standard_messages > ). > > But if we follow the gui context then 'Double value' seems to mean 'a > real' (I don't expect to read any complex value in GUI applications). > > The use of 'Double value' causes trouble in interpretation of the > meaning, especially if coupled with the use of 'Single value' which > means 1x1 matrix. > > To avoid mistake, use 'a real' if it really need a real, 'real > matrix' if we need a real matrix or 'real or complex matrix' if we > need a generic data. > > > YungLee > > 2008/5/27 Shiqi Yu : > I think they are all means a double float point real > scalar(1x1 matrix), but we can't replace them with 'real or > complex matrix'. > First, if we use 'matrix', users will input a MxN (M,N>1) > matrix. > Second, I think they must be real and can't be complex. > > > 2008/5/27 Yung-Jang Lee : > > > Hi all, > > In gui.pot , I found following different messages > > 'A double value expected', > 'A double expected', > 'Scalar value expected', > 'A value expected', > 'Single value expected' > > and they all means 'A real or complex'. > > I module gui, 'double value' means 'real or complex > matrix', 'single value' means '1x1 matrix' and 'A..' > also means '1x1 matrix' . Follow this way, we have > > 'A double vaule' == 'Single value' == 'A value'. > > I think this induce unnecessary mistake. It is better > to replace 'double value' to 'real or complex matrix' > or just 'matrix' in gui module. > > YungLee > > > > > -- > Shiqi Yu > Shenzhen Institute of Advanced Technology, > Chinese Academy of Sciences. > Homepage: http://yushiqi.cn > From pierre.marechal at inria.fr Tue May 27 17:59:58 2008 From: pierre.marechal at inria.fr (Pierre MARECHAL) Date: Tue, 27 May 2008 17:59:58 +0200 Subject: Release of Scilab - Beta 2 Message-ID: <483C2FFE.8030601@inria.fr> Hello, We just released the second beta version of Scilab. Misc information about this version: http://www.scilab.org/download/index_download.php?page=5.0-beta-2 List of changes: http://www.scilab.org/download/index_download.php?page=CHANGES_5.0-beta-2 The release notes (short bug list... and of course not full): http://www.scilab.org/download/index_download.php?page=RELEASE_NOTES_5.0-beta-2 Please note that, in order to deliver the best version, we have decided to postpone the stable release of Scilab. Have a look on the release notes to see what remain to be done. Pierre -------------- next part -------------- An HTML attachment was scrubbed... URL: From yjlee123 at gmail.com Tue May 27 18:50:26 2008 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Wed, 28 May 2008 00:50:26 +0800 Subject: [Scilab-Dev] Re: [Scilab-loc] Double value and single value in gui.pot In-Reply-To: <1211890800.28252.16.camel@korcula.inria.fr> References: <9371b4280805261050o216af4a7ic348a19daa55c3af@mail.gmail.com> <296f12ef0805261759q632e650etefae86e510655bdf@mail.gmail.com> <9371b4280805270508nf99a8deid69e88ff7f7ab03e@mail.gmail.com> <1211890800.28252.16.camel@korcula.inria.fr> Message-ID: <9371b4280805270950j3f0d5738i11b71865c2ad5a3@mail.gmail.com> Wait , You have defined MATRIX_OF_DOUBLE_DATATYPE and MATRIX_OF_COMPLEX_DATATYPE in stackTypeVariable.h which are used for calling F77 code, ---------------------------------------------------------------- #define MATRIX_OF_DOUBLE_DATATYPE "d" #define MATRIX_OF_COMPLEX_DATATYPE "z" #define MATRIX_OF_INTEGER_DATATYPE "i" #define MATRIX_OF_RATIONAL_DATATYPE "r" ---------------------------------------------------------------- and then define sci_matrix , sci_poly .. in stack-c.h which are used for scilab internal, ---------------------------------------------------------- typedef enum { sci_matrix = 1 , sci_poly = 2 , sci_boolean = 4 , .. -------------------------------------------------------- And then I find statement in function overloadtype which is called by getrhsvar, here all numeric type (double,integer,rational and complex) are maped to sci_matrix ------------------------------------------------- case 'd' : case 'i' : case 'r' : case 'z' : /* numeric */ ityp=sci_matrix; ------------------------------------------------------------- Finally, in mexlib.c you use DOUBLEMATRIX to represent sci_matrix. ---------------------------------------------------- #define DOUBLEMATRIX sci_matrix ------------------------------------------------------ So DOUBLEMATRIX becomes union of {DOUBLE MATRIX,COMPLEX MATRIX, INTEGER MATRIX...} . I think DOUBLEMATRIX defined in mexlib.c cause confusion and the second row in table of 'data type nameing' in ScilabWiki page, http://wiki.scilab.org/Localization_in_English_-_Standard_messages should be changed to constant : sci_matrix : -->a generic numeric type or union of MATRIX_OF_DOUBLE_DATATYPE, MATRIX_OF_COMPLEX_DATATYPE, MATRIX_OF_INTEGER_DATATYPE MATRIX_OF_RATIONAL_DATATYPE , sci_matrix is not just MATRIX_OF_DOUBLE_DATATYPE. I think change MATRIX_OF_DOUBLE_DATATYPE to MATRIX_OF_REAL_OR_COMPLEX > > _DATATYPE will cause trouble, because MATRIX_OF_DOUBLE_DATATYPE is used > heavily in calling F77 code. sci_matrix may has a generic name 'MATRIX_OF_NUMERIC_DATATYPE' and let MATRIX_OF_DOUBLE_DATATYPE to a represent (double precision ) real matrix just like its role in F77 code. YungLee 2008/5/27 Sylvestre Ledru : > Hmmm, after a quick look with Vincent C. (who is also on this mailing > list), we realize that, yes, ?'MATRIX_OF_DOUBLE_DATATYPE' is badly > choose name in the source. It is causing confusion in the code. > We are going to rename it to something like > MATRIX_OF_REAL_OR_COMPLEX_DATATYPE > ?Any comments on this? > > > To avoid mistake, use 'a real' if it really need a real, 'real > > matrix' if we need a real matrix or 'real or complex matrix' if we > > need a generic data. > Yep, we are reading all messages (you can imagine how sexy it is) and > changing thme. > > Sylvestre > > PS: I c/c the dev mailing list since it is border-line. > > Le mardi 27 mai 2008 ? 20:08 +0800, Yung-Jang Lee a ?crit : > > If we ever trace the code, (for example GUI\sci_gateway\c > > \sci_delmenu.c) > > > > > ------------------------------------------------------------------------------------------------------ > > // Unset a Menu a Scilab Graphic Window > > if (VarType(1) != sci_matrix) > > { > > Scierror(999, _("%s: Wrong type for first input argument: > > Double value expected.\n"),fname); > > return FALSE; > > } > > GetRhsVar(1, MATRIX_OF_DOUBLE_DATATYPE, &nbRow, &nbCol, > > &stkAdr); > > > ------------------------------------------------------------------------------------------------------ > > 'Double value' always maps to 'MATRIX_OF_DOUBLE_DATATYPE' which means > > 'real or complex matrix' in Scilab. (Memory representation of > > variables or > > http://wiki.scilab.org/Localization_in_English_-_Standard_messages > > ). > > > > But if we follow the gui context then 'Double value' seems to mean 'a > > real' (I don't expect to read any complex value in GUI applications). > > > > The use of 'Double value' causes trouble in interpretation of the > > meaning, especially if coupled with the use of 'Single value' which > > means 1x1 matrix. > > > > To avoid mistake, use 'a real' if it really need a real, 'real > > matrix' if we need a real matrix or 'real or complex matrix' if we > > need a generic data. > > > > > > YungLee > > > > 2008/5/27 Shiqi Yu : > > I think they are all means a double float point real > > scalar(1x1 matrix), but we can't replace them with 'real or > > complex matrix'. > > First, if we use 'matrix', users will input a MxN (M,N>1) > > matrix. > > Second, I think they must be real and can't be complex. > > > > > > 2008/5/27 Yung-Jang Lee : > > > > > > Hi all, > > > > In gui.pot , I found following different messages > > > > 'A double value expected', > > 'A double expected', > > 'Scalar value expected', > > 'A value expected', > > 'Single value expected' > > > > and they all means 'A real or complex'. > > > > I module gui, 'double value' means 'real or complex > > matrix', 'single value' means '1x1 matrix' and 'A..' > > also means '1x1 matrix' . Follow this way, we have > > > > 'A double vaule' == 'Single value' == 'A value'. > > > > I think this induce unnecessary mistake. It is better > > to replace 'double value' to 'real or complex matrix' > > or just 'matrix' in gui module. > > > > YungLee > > > > > > > > > > -- > > Shiqi Yu > > Shenzhen Institute of Advanced Technology, > > Chinese Academy of Sciences. > > Homepage: http://yushiqi.cn > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From vincent.couvert at inria.fr Wed May 28 08:31:59 2008 From: vincent.couvert at inria.fr (Vincent COUVERT) Date: Wed, 28 May 2008 08:31:59 +0200 Subject: [Scilab-Dev] Re: [Scilab-loc] Double value and single value in gui.pot In-Reply-To: <9371b4280805270950j3f0d5738i11b71865c2ad5a3@mail.gmail.com> References: <9371b4280805261050o216af4a7ic348a19daa55c3af@mail.gmail.com> <296f12ef0805261759q632e650etefae86e510655bdf@mail.gmail.com> <9371b4280805270508nf99a8deid69e88ff7f7ab03e@mail.gmail.com> <1211890800.28252.16.camel@korcula.inria.fr> <9371b4280805270950j3f0d5738i11b71865c2ad5a3@mail.gmail.com> Message-ID: <483CFC5F.7050102@inria.fr> Hi, We must not take mexlib.c into account for the standardization of Scilab messages. The mexlib module is just an interface to use Matlab MEX-files from Scilab and the data types defined in mexlib.c do not exactly match Scilab data types. sci_matrix is the standard data type when you use Scilab (e.g. when you enter a=1, a is a sci_matrix in C code) and has nothing to do with MATRIX_OF_INTEGER_DATATYPE which is the data type used when you enter a=int8(1) for example. So MATRIX_OF_DOUBLE_DATATYPE is not so bad even if the fact that this data type can be real or complex... Vincent Yung-Jang Lee a ?crit : > Wait , > > You have defined MATRIX_OF_DOUBLE_DATATYPE and > MATRIX_OF_COMPLEX_DATATYPE in stackTypeVariable.h which are used for > calling F77 code, > > ---------------------------------------------------------------- > #define MATRIX_OF_DOUBLE_DATATYPE "d" > #define MATRIX_OF_COMPLEX_DATATYPE "z" > #define MATRIX_OF_INTEGER_DATATYPE "i" > #define MATRIX_OF_RATIONAL_DATATYPE "r" > ---------------------------------------------------------------- > > and then define sci_matrix , sci_poly .. in stack-c.h which are used > for scilab internal, > > ---------------------------------------------------------- > typedef enum { > sci_matrix = 1 , > sci_poly = 2 , > sci_boolean = 4 , > .. > -------------------------------------------------------- > > And then I find statement in function overloadtype which is called by > getrhsvar, here all numeric type (double,integer,rational and > complex) are maped to sci_matrix > ------------------------------------------------- > case 'd' : case 'i' : case 'r' : case 'z' : /* numeric */ > ityp=sci_matrix; > ------------------------------------------------------------- > > > Finally, in mexlib.c you use DOUBLEMATRIX to represent sci_matrix. > > ---------------------------------------------------- > #define DOUBLEMATRIX sci_matrix > ------------------------------------------------------ > > So DOUBLEMATRIX becomes union of {DOUBLE MATRIX,COMPLEX MATRIX, > INTEGER MATRIX...} > . > > I think DOUBLEMATRIX defined in mexlib.c cause confusion and the > second row in table of 'data type nameing' in ScilabWiki page, > > http://wiki.scilab.org/Localization_in_English_-_Standard_messages > > should be changed to > > constant : sci_matrix : -->a generic numeric type or > union of MATRIX_OF_DOUBLE_DATATYPE, > MATRIX_OF_COMPLEX_DATATYPE, > MATRIX_OF_INTEGER_DATATYPE > MATRIX_OF_RATIONAL_DATATYPE > > , sci_matrix is not just MATRIX_OF_DOUBLE_DATATYPE. > > > I think change MATRIX_OF_DOUBLE_DATATYPE to MATRIX_OF_REAL_OR_COMPLEX > > _DATATYPE will cause trouble, because MATRIX_OF_DOUBLE_DATATYPE is > used heavily in calling F77 code. > > > sci_matrix may has a generic name 'MATRIX_OF_NUMERIC_DATATYPE' and > let MATRIX_OF_DOUBLE_DATATYPE to a represent (double precision ) real > matrix just like its role in F77 code. > > YungLee > > > > 2008/5/27 Sylvestre Ledru >: > > Hmmm, after a quick look with Vincent C. (who is also on this mailing > list), we realize that, yes, ?'MATRIX_OF_DOUBLE_DATATYPE' is badly > choose name in the source. It is causing confusion in the code. > We are going to rename it to something like > MATRIX_OF_REAL_OR_COMPLEX_DATATYPE > ?Any comments on this? > > > To avoid mistake, use 'a real' if it really need a real, 'real > > matrix' if we need a real matrix or 'real or complex matrix' if we > > need a generic data. > Yep, we are reading all messages (you can imagine how sexy it is) and > changing thme. > > Sylvestre > > PS: I c/c the dev mailing list since it is border-line. > > Le mardi 27 mai 2008 ? 20:08 +0800, Yung-Jang Lee a ?crit : > > If we ever trace the code, (for example GUI\sci_gateway\c > > \sci_delmenu.c) > > > > > ------------------------------------------------------------------------------------------------------ > > // Unset a Menu a Scilab Graphic Window > > if (VarType(1) != sci_matrix) > > { > > Scierror(999, _("%s: Wrong type for first input argument: > > Double value expected.\n"),fname); > > return FALSE; > > } > > GetRhsVar(1, MATRIX_OF_DOUBLE_DATATYPE, &nbRow, &nbCol, > > &stkAdr); > > > ------------------------------------------------------------------------------------------------------ > > 'Double value' always maps to 'MATRIX_OF_DOUBLE_DATATYPE' which > means > > 'real or complex matrix' in Scilab. (Memory representation of > > variables or > > http://wiki.scilab.org/Localization_in_English_-_Standard_messages > > ). > > > > But if we follow the gui context then 'Double value' seems to > mean 'a > > real' (I don't expect to read any complex value in GUI > applications). > > > > The use of 'Double value' causes trouble in interpretation of the > > meaning, especially if coupled with the use of 'Single value' which > > means 1x1 matrix. > > > > To avoid mistake, use 'a real' if it really need a real, 'real > > matrix' if we need a real matrix or 'real or complex matrix' if we > > need a generic data. > > > > > > YungLee > > > > 2008/5/27 Shiqi Yu >: > > I think they are all means a double float point real > > scalar(1x1 matrix), but we can't replace them with 'real or > > complex matrix'. > > First, if we use 'matrix', users will input a MxN (M,N>1) > > matrix. > > Second, I think they must be real and can't be complex. > > > > > > 2008/5/27 Yung-Jang Lee >: > > > > > > Hi all, > > > > In gui.pot , I found following different messages > > > > 'A double value expected', > > 'A double expected', > > 'Scalar value expected', > > 'A value expected', > > 'Single value expected' > > > > and they all means 'A real or complex'. > > > > I module gui, 'double value' means 'real or complex > > matrix', 'single value' means '1x1 matrix' and 'A..' > > also means '1x1 matrix' . Follow this way, we > have > > > > 'A double vaule' == 'Single value' == 'A value'. > > > > I think this induce unnecessary mistake. It is > better > > to replace 'double value' to 'real or complex > matrix' > > or just 'matrix' in gui module. > > > > YungLee > > > > > > > > > > -- > > Shiqi Yu > > Shenzhen Institute of Advanced Technology, > > Chinese Academy of Sciences. > > Homepage: http://yushiqi.cn > > > > -- ============================================== Vincent COUVERT Centre de Recherche INRIA Paris-Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex ============================================== Equipe Projet SCILAB B?timent 1B - Bureau 013 Email : vincent.couvert at inria.fr T?l : +33 (0)1 39 63 54 46 Fax : +33 (0)1 39 63 55 94 ============================================== From sylvestre.ledru at inria.fr Wed May 28 11:39:08 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Wed, 28 May 2008 11:39:08 +0200 Subject: http://bugzilla.scilab.org - Severity of bugs Message-ID: <1211967548.11252.32.camel@korcula.inria.fr> Hi, In order to classify the severity of bugs, we made two changes in the bug tracker ( http://bugzilla.scilab.org ). * By default, the severity is now Minor (instead of blocker) * We added the severity "Medium" (we didn't have anything between "Major" & "Minor") These small changes aim to be able to quickly create a kind of list of bug "must be fixed for Scilab 5.0" (Blocker or Critical) , "Could be painfull if we don't do it" (?Major), "Can be fixed if we have time" (Medium) or "won't do it for the next release" (Minor or Trivial)... Consequently, please, take a few seconds to update this field. Pick up the severity you estimate to be the right one. In the mean time, we are going to reopen all bug classified as "LATER" and use the tag/keyword system: http://bugzilla.scilab.org/describekeywords.cgi Cheers, Sylvestre From fvogelnew1 at free.fr Wed May 28 13:16:22 2008 From: fvogelnew1 at free.fr (=?UTF-8?B?RnJhbsOnb2lzIFZvZ2Vs?=) Date: Wed, 28 May 2008 13:16:22 +0200 Subject: [Scilab-Dev] http://bugzilla.scilab.org - Severity of bugs In-Reply-To: <1211967548.11252.32.camel@korcula.inria.fr> References: <1211967548.11252.32.camel@korcula.inria.fr> Message-ID: <483D3F06.2050106@free.fr> Sylvestre, This is VERY good news. Anything that can help in understanding and setting priorities looks good to me. As already discussed with you, it would really help if rules in the Scilab project would exist, be written down, and be exposed publicly. This is a vast subject, on which bugs priority is only one side, and that any free software project has to deal with I think. > These small changes aim to be able to quickly create a kind of list of > bug "must be fixed for Scilab 5.0" (Blocker or Critical) , "Could be > painfull if we don't do it" (?Major), "Can be fixed if we have > time" (Medium) or "won't do it for the next release" (Minor or > Trivial)... The meaning of each level of severity should be documented somewhere, either in Bugzilla directly, or perhaps in the wiki. There should be an unambiguous description of what Major means for instance, and you say it above nicely. Major may mean something very different to different people. Also, who decides of whether a bug will be major, minor, etc.? Rules again. > Consequently, please, take a few seconds to update this field. Pick up > the severity you estimate to be the right one. So the OP decides? Perhaps as a first step only? The latest Bugzilla also introduced a new field: Priority. How to set it properly? What do the five priority levels mean? > In the mean time, we are going to reopen all bug classified as "LATER" > and use the tag/keyword system: > http://bugzilla.scilab.org/describekeywords.cgi Also a VERY good idea IMO. I was wondering for years what LATER means, especially when associated with "RESOLVED". Maybe a suggestion on the keywords: as an example, perhaps Fix_me_for_next_Scilab would be more appropriate than Fix_me_for_Scilab_5.x. The reason I see is keywords updating when you release a version, and keywords outdating. Just my 2cts. Also, again, who decides whether a bug should be tagged with a given keyword, for instance "Fix_me_for_Scilab_5.0-beta"? What are the applicable rules in case of a disagreement between people on the severity, priority, etc.? On the same subject, what about bugs tagged as "REMIND"? Will you also reopen them? And since we are here, do you have any opinion about voting for bugs? Bugzilla has this capability and it would allow for better sensing feelings of the community I think, although it's perhaps a second step to consider when the rest above gets more mature. Cheers, Francois PS: About helpful rules, my usual example is this well-known one: http://www.tcl.tk/cgi-bin/tct/tip/0 From fvogelnew1 at free.fr Wed May 28 13:25:33 2008 From: fvogelnew1 at free.fr (=?UTF-8?B?RnJhbsOnb2lzIFZvZ2Vs?=) Date: Wed, 28 May 2008 13:25:33 +0200 Subject: [Bug 3070] In-Reply-To: <6nss1f$c7887@mail1-relais-roc.national.inria.fr> References: <6nss1f$c7887@mail1-relais-roc.national.inria.fr> Message-ID: <483D412D.7080302@free.fr> Hi all, Received the report below saying that severity was downgraded from Blocker to Medium. No problem. However, when I open the page of the bug, I still can see severity set to Blocker. Is this a Bugzilla bug? Francois bugzilla.admin at scilab.org said on 28/05/2008 11:12: > ------- Changes ---------------------------------------------------------------- > > > Sylvestre LEDRU changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Severity|Blocker |medium > > ------- URL -------------------------------------------------------------------- > > http://bugzilla.scilab.org/show_bug.cgi?id=3070 > > From pierre.marechal at inria.fr Wed May 28 13:49:44 2008 From: pierre.marechal at inria.fr (Pierre MARECHAL) Date: Wed, 28 May 2008 13:49:44 +0200 Subject: [Scilab-Dev] Re: [Bug 3070] In-Reply-To: <483D412D.7080302@free.fr> References: <6nss1f$c7887@mail1-relais-roc.national.inria.fr> <483D412D.7080302@free.fr> Message-ID: <483D46D8.5080600@inria.fr> Hi Fran?ois, This was a case-sensitive problem (medium => Medium) and this is now fixed. Thanks for pointing out this bug. Pierre Fran?ois Vogel wrote: > Hi all, > > Received the report below saying that severity was downgraded from > Blocker to Medium. No problem. > > However, when I open the page of the bug, I still can see severity set > to Blocker. Is this a Bugzilla bug? > > Francois > > > bugzilla.admin at scilab.org said on 28/05/2008 11:12: >> ------- Changes >> ---------------------------------------------------------------- >> >> >> Sylvestre LEDRU changed: >> >> What |Removed |Added >> ---------------------------------------------------------------------------- >> >> Severity|Blocker |medium >> >> ------- URL >> -------------------------------------------------------------------- >> >> http://bugzilla.scilab.org/show_bug.cgi?id=3070 >> >> > > -- ============================================== Pierre MARECHAL INRIA - Unit? de Recherche de Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex ============================================== Projet Scilab B?timent 1B - Bureau 008 Email : pierre.marechal at inria.fr ============================================== From yjlee123 at gmail.com Wed May 28 14:24:20 2008 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Wed, 28 May 2008 20:24:20 +0800 Subject: [Scilab-Dev] Re: [Scilab-loc] Double value and single value in gui.pot In-Reply-To: <483CFC5F.7050102@inria.fr> References: <9371b4280805261050o216af4a7ic348a19daa55c3af@mail.gmail.com> <296f12ef0805261759q632e650etefae86e510655bdf@mail.gmail.com> <9371b4280805270508nf99a8deid69e88ff7f7ab03e@mail.gmail.com> <1211890800.28252.16.camel@korcula.inria.fr> <9371b4280805270950j3f0d5738i11b71865c2ad5a3@mail.gmail.com> <483CFC5F.7050102@inria.fr> Message-ID: <9371b4280805280524m6f0c20bn987a0224ea57e65c@mail.gmail.com> Hi, We always need a data type for 'real only' and Scilab currently use MATRIX_OF_DOUBLE_DATATYPE for this purpose. We can map sci_matrix to a new name , for example to 'MATRIX_OF_REAL_OR_COMPLEX_DATATYPE'' or 'MATRIX_OF_NUMERIC_DATATYPE' , but can not just replace MATRIX_OF_DOUBLE_DATATYPE by this new name because MATRIX_OF_DOUBLE_DATATYPE is used otherwhere for to mean real only data type. YungLee 2008/5/28 Vincent COUVERT : > Hi, > > We must not take mexlib.c into account for the standardization of Scilab > messages. The mexlib module is just an interface to use Matlab MEX-files > from Scilab and the data types defined in mexlib.c do not exactly match > Scilab data types. > > sci_matrix is the standard data type when you use Scilab (e.g. when you > enter a=1, a is a sci_matrix in C code) and has nothing to do with > MATRIX_OF_INTEGER_DATATYPE which is the data type used when you enter > a=int8(1) for example. > > So MATRIX_OF_DOUBLE_DATATYPE is not so bad even if the fact that this data > type can be real or complex... > > Vincent > > Yung-Jang Lee a ?crit : > >> Wait , >> >> >> You have defined MATRIX_OF_DOUBLE_DATATYPE and MATRIX_OF_COMPLEX_DATATYPE >> in stackTypeVariable.h which are used for calling F77 code, >> >> ---------------------------------------------------------------- >> #define MATRIX_OF_DOUBLE_DATATYPE "d" >> #define MATRIX_OF_COMPLEX_DATATYPE "z" >> #define MATRIX_OF_INTEGER_DATATYPE "i" >> #define MATRIX_OF_RATIONAL_DATATYPE "r" >> ---------------------------------------------------------------- >> >> and then define sci_matrix , sci_poly .. in stack-c.h which are used for >> scilab internal, >> >> ---------------------------------------------------------- >> typedef enum { >> sci_matrix = 1 , >> sci_poly = 2 , >> sci_boolean = 4 , >> .. >> -------------------------------------------------------- >> >> And then I find statement in function overloadtype which is called by >> getrhsvar, here all numeric type (double,integer,rational and complex) are >> maped to sci_matrix >> ------------------------------------------------- >> case 'd' : case 'i' : case 'r' : case 'z' : /* numeric */ >> ityp=sci_matrix; >> ------------------------------------------------------------- >> >> >> Finally, in mexlib.c you use DOUBLEMATRIX to represent sci_matrix. >> >> ---------------------------------------------------- >> #define DOUBLEMATRIX sci_matrix >> ------------------------------------------------------ >> >> So DOUBLEMATRIX becomes union of {DOUBLE MATRIX,COMPLEX MATRIX, INTEGER >> MATRIX...} >> . >> >> I think DOUBLEMATRIX defined in mexlib.c cause confusion and the second >> row in table of 'data type nameing' in ScilabWiki page, >> >> http://wiki.scilab.org/Localization_in_English_-_Standard_messages >> >> should be changed to >> >> constant : sci_matrix : -->a generic numeric type or >> union of MATRIX_OF_DOUBLE_DATATYPE, >> MATRIX_OF_COMPLEX_DATATYPE, >> MATRIX_OF_INTEGER_DATATYPE >> MATRIX_OF_RATIONAL_DATATYPE >> >> , sci_matrix is not just MATRIX_OF_DOUBLE_DATATYPE. >> >> >> I think change MATRIX_OF_DOUBLE_DATATYPE to MATRIX_OF_REAL_OR_COMPLEX >> >> _DATATYPE will cause trouble, because MATRIX_OF_DOUBLE_DATATYPE is >> used heavily in calling F77 code. >> >> >> sci_matrix may has a generic name 'MATRIX_OF_NUMERIC_DATATYPE' and let >> MATRIX_OF_DOUBLE_DATATYPE to a represent (double precision ) real matrix >> just like its role in F77 code. >> >> YungLee >> >> >> >> 2008/5/27 Sylvestre Ledru > sylvestre.ledru at inria.fr>>: >> >> >> Hmmm, after a quick look with Vincent C. (who is also on this mailing >> list), we realize that, yes, ?'MATRIX_OF_DOUBLE_DATATYPE' is badly >> choose name in the source. It is causing confusion in the code. >> We are going to rename it to something like >> MATRIX_OF_REAL_OR_COMPLEX_DATATYPE >> ?Any comments on this? >> >> > To avoid mistake, use 'a real' if it really need a real, 'real >> > matrix' if we need a real matrix or 'real or complex matrix' if we >> > need a generic data. >> Yep, we are reading all messages (you can imagine how sexy it is) and >> changing thme. >> >> Sylvestre >> >> PS: I c/c the dev mailing list since it is border-line. >> >> Le mardi 27 mai 2008 ? 20:08 +0800, Yung-Jang Lee a ?crit : >> > If we ever trace the code, (for example GUI\sci_gateway\c >> > \sci_delmenu.c) >> > >> > >> >> ------------------------------------------------------------------------------------------------------ >> > // Unset a Menu a Scilab Graphic Window >> > if (VarType(1) != sci_matrix) >> > { >> > Scierror(999, _("%s: Wrong type for first input argument: >> > Double value expected.\n"),fname); >> > return FALSE; >> > } >> > GetRhsVar(1, MATRIX_OF_DOUBLE_DATATYPE, &nbRow, &nbCol, >> > &stkAdr); >> > >> >> ------------------------------------------------------------------------------------------------------ >> > 'Double value' always maps to 'MATRIX_OF_DOUBLE_DATATYPE' which >> means >> > 'real or complex matrix' in Scilab. (Memory representation of >> > variables or >> > http://wiki.scilab.org/Localization_in_English_-_Standard_messages >> > ). >> > >> > But if we follow the gui context then 'Double value' seems to >> mean 'a >> > real' (I don't expect to read any complex value in GUI >> applications). >> > >> > The use of 'Double value' causes trouble in interpretation of the >> > meaning, especially if coupled with the use of 'Single value' which >> > means 1x1 matrix. >> > >> > To avoid mistake, use 'a real' if it really need a real, 'real >> > matrix' if we need a real matrix or 'real or complex matrix' if we >> > need a generic data. >> > >> > >> > YungLee >> > >> > 2008/5/27 Shiqi Yu >: >> > I think they are all means a double float point real >> > scalar(1x1 matrix), but we can't replace them with 'real or >> > complex matrix'. >> > First, if we use 'matrix', users will input a MxN (M,N>1) >> > matrix. >> > Second, I think they must be real and can't be complex. >> > >> > >> > 2008/5/27 Yung-Jang Lee > >: >> > >> > >> > Hi all, >> > >> > In gui.pot , I found following different messages >> > >> > 'A double value expected', >> > 'A double expected', >> > 'Scalar value expected', >> > 'A value expected', >> > 'Single value expected' >> > >> > and they all means 'A real or complex'. >> > >> > I module gui, 'double value' means 'real or complex >> > matrix', 'single value' means '1x1 matrix' and 'A..' >> > also means '1x1 matrix' . Follow this way, we >> have >> > >> > 'A double vaule' == 'Single value' == 'A value'. >> > >> > I think this induce unnecessary mistake. It is >> better >> > to replace 'double value' to 'real or complex >> matrix' >> > or just 'matrix' in gui module. >> > >> > YungLee >> > >> > >> > >> > >> > -- >> > Shiqi Yu >> > Shenzhen Institute of Advanced Technology, >> > Chinese Academy of Sciences. >> > Homepage: http://yushiqi.cn >> > >> >> >> > -- > ============================================== > Vincent COUVERT > Centre de Recherche INRIA Paris-Rocquencourt > Domaine de Voluceau - B.P. 105 > 78153 Le Chesnay Cedex > ============================================== > Equipe Projet SCILAB > B?timent 1B - Bureau 013 > Email : vincent.couvert at inria.fr > T?l : +33 (0)1 39 63 54 46 > Fax : +33 (0)1 39 63 55 94 > ============================================== > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sylvestre.ledru at inria.fr Wed May 28 14:39:20 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Wed, 28 May 2008 14:39:20 +0200 Subject: [Scilab-Dev] http://bugzilla.scilab.org - Severity of bugs In-Reply-To: <483D3F06.2050106@free.fr> References: <1211967548.11252.32.camel@korcula.inria.fr> <483D3F06.2050106@free.fr> Message-ID: <1211978360.11252.71.camel@korcula.inria.fr> > This is VERY good news. Anything that can help in understanding and > setting priorities looks good to me. As already discussed with you, it > would really help if rules in the Scilab project would exist, be > written down, and be exposed publicly. This is a vast subject, on > which bugs priority is only one side, and that any free software > project has to deal with I think. Yep, your are right in theory but each bug is particular. It will be hard to do general rules. Some of the bug are obvious. For example Problem in the display of UTF-8 char in the Java Console => Blocker Scipad debugger broken => Blocker Dynamic link broken in the binary => Blocker etc Some others are not. > Also, who decides of whether a bug will be major, minor, etc.? Rules > again. The guy who submit the bug. If anyone disagrees, he can change it. Anyway, it is quite subjective. > > Consequently, please, take a few seconds to update this field. Pick up > > the severity you estimate to be the right one. > > So the OP decides? Perhaps as a first step only? At least the first step, usually in other FOSS people have a good vision of the severity of a bug. > > The latest Bugzilla also introduced a new field: Priority. How to set > it properly? What do the five priority levels mean? I don't know. > > > In the mean time, we are going to reopen all bug classified as "LATER" > > and use the tag/keyword system: > > http://bugzilla.scilab.org/describekeywords.cgi > > Also a VERY good idea IMO. I was wondering for years what LATER means, > especially when associated with "RESOLVED". Well, pour rendre ? C?sar ce qui est ? C?sar, it is your idea and we agree with it ;) > Maybe a suggestion on the keywords: as an example, perhaps > Fix_me_for_next_Scilab would be more appropriate than > Fix_me_for_Scilab_5.x. The reason I see is keywords updating when you > release a version, and keywords outdating. Just my 2cts. Huhu, funny keyword! But yep, you are right. > Also, again, who decides whether a bug should be tagged with a given > keyword, for instance "Fix_me_for_Scilab_5.0-beta"? At least someone who has the knownledge of what is involved by this bug. And you know that it is not because a guy (opteam or or) tagged a bug that this bug will be fixed. > What are the applicable rules in case of a disagreement between people on the > severity, priority, etc.? On a case by case basis I would say. > On the same subject, what about bugs tagged as "REMIND"? Will you also > reopen them? Yep, forgot this one. > And since we are here, do you have any opinion about voting for bugs? > Bugzilla has this capability and it would allow for better sensing > feelings of the community I think, although it's perhaps a second step > to consider when the rest above gets more mature. Well, as you know, some bugs are still open because they are pretty hard to fix or involve a huge work or redesign. Voting won't change that. I don't really like this idea: Voting for a bug could suggest that we know how to fix a bug but we don't do it for any reasons. And moreover, if a well known bug has many votes and we don't fix it because it is too hard or too risky, it is not a very good signal that we will send. Sylvestre From sylvestre.ledru at inria.fr Wed May 28 14:51:06 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Wed, 28 May 2008 14:51:06 +0200 Subject: [Scilab-Dev] http://bugzilla.scilab.org - Severity of bugs In-Reply-To: <1211978360.11252.71.camel@korcula.inria.fr> References: <1211967548.11252.32.camel@korcula.inria.fr> <483D3F06.2050106@free.fr> <1211978360.11252.71.camel@korcula.inria.fr> Message-ID: <1211979066.11252.80.camel@korcula.inria.fr> Le mercredi 28 mai 2008 ? 14:39 +0200, Sylvestre Ledru a ?crit : > > > Maybe a suggestion on the keywords: as an example, perhaps > > Fix_me_for_next_Scilab would be more appropriate than > > Fix_me_for_Scilab_5.x. The reason I see is keywords updating when > you > > release a version, and keywords outdating. Just my 2cts. Replying to myself. Actually, I don't really like your suggestion: "?Fix_me_for_next_Scilab" It creates a blur about the moment where this bug will be fix. For now, as our release plan is relatively long, it is quite easy to say that most of the current parser's bugs will be fixed in the version 6.0 for example. And it also could lead to say "well, it will wait for the next release of Scilab, as it is said in the tag". Sylvestre From allan.cornet at inria.fr Thu May 29 11:48:35 2008 From: allan.cornet at inria.fr (Allan CORNET) Date: Thu, 29 May 2008 11:48:35 +0200 Subject: Tcl/Tk 8.5.2 for Windows Message-ID: <000301c8c171$2a02f040$7e08d0c0$@cornet@inria.fr> Hello, We have updated Tcl/Tk to 8.5.2 on Windows. You need to update your Windows prerequisites for compilation. http://viewvc.scilab.org/bin/cgi/viewvc.cgi/trunk/Dev-Tools/SE/Prerequiremen ts/Windows/ Best Regards Allan -------------- next part -------------- An HTML attachment was scrubbed... URL: From sylvestre.ledru at inria.fr Thu May 29 17:20:10 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Thu, 29 May 2008 17:20:10 +0200 Subject: [Scilab-Dev] Test report of Chinese (or multibytes languages in general) locale mesages with Scilab 5-beta-1 In-Reply-To: <9371b4280805091103r7c5e384fre5b448126382ca23@mail.gmail.com> References: <9371b4280805091103r7c5e384fre5b448126382ca23@mail.gmail.com> Message-ID: <1212074410.11252.165.camel@korcula.inria.fr> Hello Yung-Jang, I haven't forget you. Just busy on other stuff. Note that I am working under Linux Debian with only-required-packages (understand: I am not sure to have all the font for the traditionnal chinese language). After playing with internal & external bugs, I have been able to reproduce your bug and to fix it (you can call it a workaround) When I launch this way: # LANG=zh_TW ./bin/scilab I get "you-failed.jpg" but when I launched it with: # LANG=zh_TW.UTF-8 ./bin/scilab I get "Working.jpg" Does it mean anything to you ? (for those who don't know, Java is full Unicode) Is there zh_TW charset which would not be UTF-8 ? Sylvestre > Hi, everybody : > > I am just beginning to translate message PO files (in Scilab > 5-beta-1) into Chinese language (zh_TW), and hope that will meet the > next release schedule of Scilab 5. > > To test my translation (only few PO file right now), I generated > scilab.mo and scilab.po files in loclate\zh_TW\LC_MESSAGES with > script generatePoFile in directory toos\localization after setting > language to 'zh_TW'. > > The attached files are screehshots after startup of Scilab showing > banner lines of my Chinese messages by scilex.exe and Wscilex.exe > respectively in Windows-XP. > > The first screehshot (scilexChinese.png generated by scilex.exe ) > correctly displays Chinese characters , while the second one > (wscilexChinese.png by Wscilex.exe) fails. > > My Windows-XP locale setting is zh_TW.BIG5 , while messages in > core.po file are in UTF-8 encoding. > > It appears to me that Windows will transform messages back to its > default encoding (in my case, BIG5) and DOS console (scilex) handle > this correctly. But Java console expect an UTF-8 messages and the > received BIG5 encoding messages cause its failure in showing Chinese > banner lines. > > I think this is not a specific problem associate with Chinese > language, any multibytes language with locale setting not in UTF-8 > will probable fail in the same way. > > I try to trace the source codes of Java console module to find a way > to attack this problem. Transform messages back to UTF-8 in > ConsolePrint.cpp ( module console) may help , for example : > > int ConsolePrintf(char *line) > { > lineUtf8=localeToUtf8(line); // <------ transform back to utf8 > CallScilabBridge::display(getScilabJavaVM(), line); > return 0; > } > > In this way, we need a function 'localeToUtf8' which transform output > strings from locale to UTF-8 encoding. This function is provided in > Glib and may be implemented form iconv API within current Scialb > developement environment. > > Hope my test can help and looking forward for suggestions or > instructions to attack this problems. > > Best regards, > > YungLee > > > -------------- next part -------------- A non-text attachment was scrubbed... Name: Working.jpg Type: image/jpeg Size: 56642 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: you-failed.jpg Type: image/jpeg Size: 47463 bytes Desc: not available URL: From yjlee123 at gmail.com Thu May 29 18:16:26 2008 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Fri, 30 May 2008 00:16:26 +0800 Subject: [Scilab-Dev] Test report of Chinese (or multibytes languages in general) locale mesages with Scilab 5-beta-1 In-Reply-To: <1212074410.11252.165.camel@korcula.inria.fr> References: <9371b4280805091103r7c5e384fre5b448126382ca23@mail.gmail.com> <1212074410.11252.165.camel@korcula.inria.fr> Message-ID: <9371b4280805290916r1fb299b2sfef788d404cd0f5b@mail.gmail.com> Sylvestre: Thank for your test under Linux, I just plan to do the same thing. Your test means behavior of Java console under Linux and Windows is the same. As I reported before, if OS's locale is not UTF8 compatible, both OS send characters to Java console in it's native encoding according to locale setting (LANG). Characters in zh_TW are encoding in BIG5 (http://en.wikipedia.org/wiki/Big5) while characters in zh_CN are encoding in GB2312( http://en.wikipedia.org/wiki/GB2312). Both of them are two-bytes code which are not subset of Unicode. BIG5 is de facto standard in Taiwan and GB2312 is national standard in China , they are most popular encoding in for Chinese especially under Windows. To solve this problem, we must decide locale setting in runtime and transform characters back to UTF8 if the locale setting is not in UTF8. Hope these can help. YungLee 2008/5/29 Sylvestre Ledru :Iti > Hello Yung-Jang, > > I haven't forget you. Just busy on other stuff. > > Note that I am working under Linux Debian with only-required-packages > (understand: I am not sure to have all the font for the traditionnal > chinese language). > > After playing with internal & external bugs, I have been able to > reproduce your bug and to fix it (you can call it a workaround) > > When I launch this way: > # LANG=zh_TW ./bin/scilab > I get "you-failed.jpg" > > but when I launched it with: > # LANG=zh_TW.UTF-8 ./bin/scilab > I get "Working.jpg" > > Does it mean anything to you ? > (for those who don't know, Java is full Unicode) > > Is there zh_TW charset which would not be UTF-8 ? > > Sylvestre > > > > > Hi, everybody : > > > > I am just beginning to translate message PO files (in Scilab > > 5-beta-1) into Chinese language (zh_TW), and hope that will meet the > > next release schedule of Scilab 5. > > > > To test my translation (only few PO file right now), I generated > > scilab.mo and scilab.po files in loclate\zh_TW\LC_MESSAGES with > > script generatePoFile in directory toos\localization after setting > > language to 'zh_TW'. > > > > The attached files are screehshots after startup of Scilab showing > > banner lines of my Chinese messages by scilex.exe and Wscilex.exe > > respectively in Windows-XP. > > > > The first screehshot (scilexChinese.png generated by scilex.exe ) > > correctly displays Chinese characters , while the second one > > (wscilexChinese.png by Wscilex.exe) fails. > > > > My Windows-XP locale setting is zh_TW.BIG5 , while messages in > > core.po file are in UTF-8 encoding. > > > > It appears to me that Windows will transform messages back to its > > default encoding (in my case, BIG5) and DOS console (scilex) handle > > this correctly. But Java console expect an UTF-8 messages and the > > received BIG5 encoding messages cause its failure in showing Chinese > > banner lines. > > > > I think this is not a specific problem associate with Chinese > > language, any multibytes language with locale setting not in UTF-8 > > will probable fail in the same way. > > > > I try to trace the source codes of Java console module to find a way > > to attack this problem. Transform messages back to UTF-8 in > > ConsolePrint.cpp ( module console) may help , for example : > > > > int ConsolePrintf(char *line) > > { > > lineUtf8=localeToUtf8(line); // <------ transform back to utf8 > > CallScilabBridge::display(getScilabJavaVM(), line); > > return 0; > > } > > > > In this way, we need a function 'localeToUtf8' which transform output > > strings from locale to UTF-8 encoding. This function is provided in > > Glib and may be implemented form iconv API within current Scialb > > developement environment. > > > > Hope my test can help and looking forward for suggestions or > > instructions to attack this problems. > > > > Best regards, > > > > YungLee > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From yjlee123 at gmail.com Thu May 29 18:39:50 2008 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Fri, 30 May 2008 00:39:50 +0800 Subject: [Scilab-Dev] Test report of Chinese (or multibytes languages in general) locale mesages with Scilab 5-beta-1 In-Reply-To: <1212074410.11252.165.camel@korcula.inria.fr> References: <9371b4280805091103r7c5e384fre5b448126382ca23@mail.gmail.com> <1212074410.11252.165.camel@korcula.inria.fr> Message-ID: <9371b4280805290939t570992fbr5ce4278ac172599f@mail.gmail.com> Also, Under Windows, it's not as easy as Linux to switch locale just by setting LANG. And most Chinese users use Scilab under Windows, so I must face to the problem not just workaround. YungLee 2008/5/29 Sylvestre Ledru : > Hello Yung-Jang, > > I haven't forget you. Just busy on other stuff. > > Note that I am working under Linux Debian with only-required-packages > (understand: I am not sure to have all the font for the traditionnal > chinese language). > > After playing with internal & external bugs, I have been able to > reproduce your bug and to fix it (you can call it a workaround) > > When I launch this way: > # LANG=zh_TW ./bin/scilab > I get "you-failed.jpg" > > but when I launched it with: > # LANG=zh_TW.UTF-8 ./bin/scilab > I get "Working.jpg" > > Does it mean anything to you ? > (for those who don't know, Java is full Unicode) > > Is there zh_TW charset which would not be UTF-8 ? > > Sylvestre > > > > > Hi, everybody : > > > > I am just beginning to translate message PO files (in Scilab > > 5-beta-1) into Chinese language (zh_TW), and hope that will meet the > > next release schedule of Scilab 5. > > > > To test my translation (only few PO file right now), I generated > > scilab.mo and scilab.po files in loclate\zh_TW\LC_MESSAGES with > > script generatePoFile in directory toos\localization after setting > > language to 'zh_TW'. > > > > The attached files are screehshots after startup of Scilab showing > > banner lines of my Chinese messages by scilex.exe and Wscilex.exe > > respectively in Windows-XP. > > > > The first screehshot (scilexChinese.png generated by scilex.exe ) > > correctly displays Chinese characters , while the second one > > (wscilexChinese.png by Wscilex.exe) fails. > > > > My Windows-XP locale setting is zh_TW.BIG5 , while messages in > > core.po file are in UTF-8 encoding. > > > > It appears to me that Windows will transform messages back to its > > default encoding (in my case, BIG5) and DOS console (scilex) handle > > this correctly. But Java console expect an UTF-8 messages and the > > received BIG5 encoding messages cause its failure in showing Chinese > > banner lines. > > > > I think this is not a specific problem associate with Chinese > > language, any multibytes language with locale setting not in UTF-8 > > will probable fail in the same way. > > > > I try to trace the source codes of Java console module to find a way > > to attack this problem. Transform messages back to UTF-8 in > > ConsolePrint.cpp ( module console) may help , for example : > > > > int ConsolePrintf(char *line) > > { > > lineUtf8=localeToUtf8(line); // <------ transform back to utf8 > > CallScilabBridge::display(getScilabJavaVM(), line); > > return 0; > > } > > > > In this way, we need a function 'localeToUtf8' which transform output > > strings from locale to UTF-8 encoding. This function is provided in > > Glib and may be implemented form iconv API within current Scialb > > developement environment. > > > > Hope my test can help and looking forward for suggestions or > > instructions to attack this problems. > > > > Best regards, > > > > YungLee > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sylvestre.ledru at inria.fr Fri May 30 11:12:24 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Fri, 30 May 2008 11:12:24 +0200 Subject: [Scilab-Dev] Test report of Chinese (or multibytes languages in general) locale mesages with Scilab 5-beta-1 In-Reply-To: <9371b4280805290916r1fb299b2sfef788d404cd0f5b@mail.gmail.com> References: <9371b4280805091103r7c5e384fre5b448126382ca23@mail.gmail.com> <1212074410.11252.165.camel@korcula.inria.fr> <9371b4280805290916r1fb299b2sfef788d404cd0f5b@mail.gmail.com> Message-ID: <1212138744.11430.13.camel@korcula.inria.fr> > To solve this problem, we must decide locale setting in runtime and > transform characters back to UTF8 if the locale setting is not > in UTF8. OK, then, a way of doing this could be: * if the LANG/LC_MESSAGES/whatever variable says that the language is UTF-8, don't do anything. * if not, convert it However, that sounds like a workaround to me, not a really bug fix. There must be a way to deal with this. > Hope these can help. It does! S From yjlee123 at gmail.com Fri May 30 14:12:04 2008 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Fri, 30 May 2008 20:12:04 +0800 Subject: [Scilab-Dev] Test report of Chinese (or multibytes languages in general) locale mesages with Scilab 5-beta-1 In-Reply-To: <1212138744.11430.13.camel@korcula.inria.fr> References: <9371b4280805091103r7c5e384fre5b448126382ca23@mail.gmail.com> <1212074410.11252.165.camel@korcula.inria.fr> <9371b4280805290916r1fb299b2sfef788d404cd0f5b@mail.gmail.com> <1212138744.11430.13.camel@korcula.inria.fr> Message-ID: <9371b4280805300512r5f476e71x6ddad75c8c7dd265@mail.gmail.com> Sylvestre: Let me try. Give me a week. YungLee 2008/5/30 Sylvestre Ledru : > > > To solve this problem, we must decide locale setting in runtime and > > transform characters back to UTF8 if the locale setting is not > > in UTF8. > OK, then, a way of doing this could be: > * if the LANG/LC_MESSAGES/whatever variable says that the language is > UTF-8, don't do anything. > * if not, convert it > However, that sounds like a workaround to me, not a really bug fix. > There must be a way to deal with this. > > > Hope these can help. > It does! > > S > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: