From amalia39ar at yahoo.com.ar Tue Jul 1 21:20:04 2014 From: amalia39ar at yahoo.com.ar (Amalia Susana) Date: Tue, 1 Jul 2014 12:20:04 -0700 (PDT) Subject: [Scilab-users] Polynomic regression In-Reply-To: <3B5FFC67498DFF49AE7271A584867D16F4088DE8B9@301EX00100.sidel.com> References: <1404011576794-4030799.post@n3.nabble.com> <3B5FFC67498DFF49AE7271A584867D16F4088DE8B9@301EX00100.sidel.com> Message-ID: <1404242404152-4030807.post@n3.nabble.com> Hello, and thanks for your answer: Yes I need the inverse function of Cs(k). The book I'm reading tells that we can resolve the equation with an analysis regression. and give us 3 (three) possibles equations, one per each interval of definition of the function. I noted that I expose it like a function, but how can I obtain a polynomic regression taking values from a real number interval? Or may I give the computer the pairs (x,y) ? And how can I do this operation in Scilab? Thanks!!! -- View this message in context: http://mailinglists.scilab.org/Polynomic-regression-tp4030799p4030807.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From Christophe.Dang at sidel.com Wed Jul 2 10:20:21 2014 From: Christophe.Dang at sidel.com (Dang, Christophe) Date: Wed, 2 Jul 2014 10:20:21 +0200 Subject: [Scilab-users] Polynomic regression In-Reply-To: <1404242404152-4030807.post@n3.nabble.com> References: <1404011576794-4030799.post@n3.nabble.com> <3B5FFC67498DFF49AE7271A584867D16F4088DE8B9@301EX00100.sidel.com> <1404242404152-4030807.post@n3.nabble.com> Message-ID: <3B5FFC67498DFF49AE7271A584867D16F40AB52AD8@301EX00100.sidel.com> Hello, > De : Amalia Susana > Envoy? : mardi 1 juillet 2014 21:20 > > Yes I need the inverse function of Cs(k). > [...] > how can I obtain a polynomic regression taking values from a real number interval? > > Or may I give the computer the pairs (x,y) ? Yes indeed, you need to feed your script with the values. Generally speaking, if you have a column vector x and a column vector y, and for a 3rd degree polynomial, you define X = [x.^3, x.^2, x, ones(x)] and then perform A = X\y the matrix division performs the solution of a linear system or, in our case, the regression using the least squares method, see http://help.scilab.org/docs/5.5.0/en_US/backslash.html A is the vector containing the coefficients of the polynomial. There are then two ways to define the function. As this is a polynomial, you can just do : P = [%s^3, %s^2, %s, 1]*A and compute the "theoretical" values by yth = horner(P, x) or you can define a general function, something like function [y] = P(A, x) y = [x.^3, x.^2, x, ones(x)]*A endfunction This is a general presentation. In your case, you might exchange x and y (if I understood well), have line vectors instead of column (you can then transpose the vectors with ', or use the other matrix divider /) use a different degree for your polynomial, etc. Now if you want to group three analytical functions, for three intervals, inside one single Scilab function, an efficient way to do this is: function [y] = P(A1, A2, A3, x) boolean1 = (x < x1); // x1 is the lower threshold value boolean2 = (x >= x1)&(x < x2); // x2 is the upper threshold value boolean3 = (x >= x2); y = zeros(x); // sets the size for y y(boolean1) = P1(A1, x(boolean1)); y(boolean2) = P2(A2, x(boolean2)); y(boolean3) = P3(A3, x(boolean3)); // alternative: y(boolean1) = horner(P1, x(boolean1)); etc. endfunction where P1, P2 and P3 are the three polynomials. Does this help? -- Christophe Dang Ngoc Chan Mechanical calculation engineer ______________________________________________________________________ This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error), please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. ______________________________________________________________________ From Christophe.Dang at sidel.com Wed Jul 2 11:28:34 2014 From: Christophe.Dang at sidel.com (Dang, Christophe) Date: Wed, 2 Jul 2014 11:28:34 +0200 Subject: [Scilab-users] Polynomic regression In-Reply-To: <3B5FFC67498DFF49AE7271A584867D16F40AB52AD8@301EX00100.sidel.com> References: <1404011576794-4030799.post@n3.nabble.com> <3B5FFC67498DFF49AE7271A584867D16F4088DE8B9@301EX00100.sidel.com> <1404242404152-4030807.post@n3.nabble.com> <3B5FFC67498DFF49AE7271A584867D16F40AB52AD8@301EX00100.sidel.com> Message-ID: <3B5FFC67498DFF49AE7271A584867D16F40AB52CA8@301EX00100.sidel.com> Sorry, small error concerning "if you want to group three analytical functions, for three intervals, inside one single Scilab function" use y(boolean1) = P(A1, x(boolean1)); if P is a generic function and A1 are the parameters for the function (typically here A1 are the coefficients for the polynomial) or use y(boolean1) = horner(P1, x(boolean1)); if P1 is a specific polynomial. -- Christophe Dang Ngoc Chan Mechanical calculation engineer ______________________________________________________________________ This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error), please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. ______________________________________________________________________ From breitu at arcor.de Wed Jul 2 17:22:02 2014 From: breitu at arcor.de (breitu) Date: Wed, 2 Jul 2014 08:22:02 -0700 (PDT) Subject: [Scilab-users] Iterator in XCOS? Message-ID: <1404314522428-4030813.post@n3.nabble.com> Hi all, is there something like an iterator in xcos? In scicos there was an Iterators palette, but I can't find it in xcos. Thanks Karl -- View this message in context: http://mailinglists.scilab.org/Iterator-in-XCOS-tp4030813.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From LlelanD at TheSnakePitDev.com Thu Jul 3 04:14:13 2014 From: LlelanD at TheSnakePitDev.com (Llelan D.) Date: Wed, 02 Jul 2014 19:14:13 -0700 Subject: [Scilab-users] Multiple files of functions with the same name Message-ID: <53B4BC75.9060303@TheSnakePitDev.com> A common task I've coded is to run multiple implementations of the same function head-to-head to profile their effectiveness. An example would be a competition in which each of two implementations provide a response for each match. The usual way in other interpreted languages is to have the implementers write a source file implementing the same function prototype (same name, arguments, and return type). You load each one in their own namespace and run each for each match. Is there a way to load the functions in two .sci files so that the second does not clobber the first. I can find no system for qualifying function names or creating namespaces in Scilab. The files can not be run in-place (without persisting in the session) since the exec() function only loads the functions and does not run any. Using statements outside of any function does no good as additional function definitions might be required in the file to implement their algorithm. I've thought of using exec() on one file, qualifying the loaded function names with _ with assignments and clearing the original function variables (which works manually), and doing the same for the second file but I can find no way of getting a list of functions loaded by the last exec(). I'm either missing something really obvious or am stymied. Any help would be greatly appreciated. From sgougeon at free.fr Thu Jul 3 09:14:02 2014 From: sgougeon at free.fr (Samuel Gougeon) Date: Thu, 03 Jul 2014 09:14:02 +0200 Subject: [Scilab-users] Multiple files of functions with the same name In-Reply-To: <53B4BC75.9060303@TheSnakePitDev.com> References: <53B4BC75.9060303@TheSnakePitDev.com> Message-ID: <53B502BA.8010304@free.fr> Hello, Le 03/07/2014 04:14, Llelan D. a ?crit : > A common task I've coded is to run multiple implementations of the > same function head-to-head to profile their effectiveness. An example > would be a competition in which each of two implementations provide a > response for each match. The usual way in other interpreted languages > is to have the implementers write a source file implementing the same > function prototype (same name, arguments, and return type). You load > each one in their own namespace and run each for each match. > > Is there a way to load the functions in two .sci files so that the > second does not clobber the first. Let say that you have 2 functions written in Scilab language, with the same name "fun(..)" and same or distinct profiles (possible calling sequences). If each one is declared in a specific library -- say lib1 and lib2 --, then you can call each one separately: lib1.fun(...) will call the first implementation, and lib2.fun(..) the second one ; etc. I think -- but this must be checked -- that after calling lib1.fun(..), this implementation will be loaded in memory, replacing any other previous loaded implementation of fun(..). So, if then you call simply fun(..), still the lib1 implementation will be run. HTH Samuel From sgougeon at free.fr Thu Jul 3 09:23:35 2014 From: sgougeon at free.fr (Samuel Gougeon) Date: Thu, 03 Jul 2014 09:23:35 +0200 Subject: [Scilab-users] Multiple files of functions with the same name In-Reply-To: <53B502BA.8010304@free.fr> References: <53B4BC75.9060303@TheSnakePitDev.com> <53B502BA.8010304@free.fr> Message-ID: <53B504F7.9080207@free.fr> Le 03/07/2014 09:14, Samuel Gougeon a ?crit : > > Let say that you have 2 functions written in Scilab language, with the > same name "fun(..)" and same or distinct profiles (possible calling > sequences). If each one is declared in a specific library -- say lib1 > and lib2 --, then you can call each one separately: lib1.fun(...) will > call the first implementation, and lib2.fun(..) the second one ; etc. > I think -- but this must be checked -- that after calling > lib1.fun(..), this implementation will be loaded in memory, replacing > any other previous loaded implementation of fun(..). So, if then you > call simply fun(..), still the lib1 implementation will be run. May i add that if you wish to make actual all the functions of a scilab library, just load the library. This will replace in memory all previous functions with identical names. Samuel From antoine.monmayrant at laas.fr Thu Jul 3 09:23:51 2014 From: antoine.monmayrant at laas.fr (Antoine Monmayrant) Date: Thu, 03 Jul 2014 09:23:51 +0200 Subject: [Scilab-users] Multiple files of functions with the same name In-Reply-To: <53B4BC75.9060303@TheSnakePitDev.com> References: <53B4BC75.9060303@TheSnakePitDev.com> Message-ID: <53B50507.1060607@laas.fr> On 07/03/2014 04:14 AM, Llelan D. wrote: > A common task I've coded is to run multiple implementations of the > same function head-to-head to profile their effectiveness. An example > would be a competition in which each of two implementations provide a > response for each match. The usual way in other interpreted languages > is to have the implementers write a source file implementing the same > function prototype (same name, arguments, and return type). You load > each one in their own namespace and run each for each match. > > Is there a way to load the functions in two .sci files so that the > second does not clobber the first. I can find no system for qualifying > function names or creating namespaces in Scilab. The files can not be > run in-place (without persisting in the session) since the exec() > function only loads the functions and does not run any. Using > statements outside of any function does no good as additional function > definitions might be required in the file to implement their algorithm. > > I've thought of using exec() on one file, qualifying the loaded > function names with _ with > assignments and clearing the original function variables (which works > manually), and doing the same for the second file but I can find no > way of getting a list of functions loaded by the last exec(). > > I'm either missing something really obvious or am stymied. Any help > would be greatly appreciated. > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > I am not sure that I truly understand your problem, but maybe what follows can be helpful if you can run your two implementation sequentially: - functions are first class citizens in scilab which mean you can copy them like normal variables: myfunc=sin; disp("myfunc(pi/2)="+string(myfunc(%pi/2))); myfunc=cos; disp("myfunc(pi/2)="+string(myfunc(%pi/2))); Could this be used to solve your problem by renaming the implementation to test on the fly? Antoine From abhi24394 at gmail.com Fri Jul 4 09:32:57 2014 From: abhi24394 at gmail.com (abhi24394) Date: Fri, 4 Jul 2014 00:32:57 -0700 (PDT) Subject: [Scilab-users] Queries about vector and complex numbers In-Reply-To: <3B5FFC67498DFF49AE7271A584867D16F408800B58@301EX00100.sidel.com> References: <3B5FFC67498DFF49AE7271A584867D16F408800B58@301EX00100.sidel.com> Message-ID: <1404459177154-4030821.post@n3.nabble.com> Thanks Christophe, Actually i am currently using scilab version 5.4.1 and in this version there is no inbuilt command for cross product of two vectors also i still have a problem in divergence and curl of a vector. Please help.. Thanks in advance... -- View this message in context: http://mailinglists.scilab.org/Scilab-users-Queries-about-vector-and-complex-numbers-tp4030767p4030821.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From abhi24394 at gmail.com Fri Jul 4 09:38:03 2014 From: abhi24394 at gmail.com (abhishek sharma) Date: Fri, 4 Jul 2014 13:08:03 +0530 Subject: [Scilab-users] Queries about vectors Message-ID: How can i find...(in Scilab version 5.4.1) 1.Curl of vector 2.Divergence of a vector. 3.Cross product of two vectors. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Christophe.Dang at sidel.com Fri Jul 4 16:11:56 2014 From: Christophe.Dang at sidel.com (Dang, Christophe) Date: Fri, 4 Jul 2014 16:11:56 +0200 Subject: [Scilab-users] Queries about vector and complex numbers In-Reply-To: <1404459177154-4030821.post@n3.nabble.com> References: <3B5FFC67498DFF49AE7271A584867D16F408800B58@301EX00100.sidel.com> <1404459177154-4030821.post@n3.nabble.com> Message-ID: <3B5FFC67498DFF49AE7271A584867D16F40B14B044@301EX00100.sidel.com> Hello, > De : De la part de abhi24394 > Envoy? : vendredi 4 juillet 2014 09:33 > > Actually [...] there is no inbuilt command for cross product of two vectors Is it in cartesian coordinates? You can do it yourself: https://en.wikipedia.org/wiki/Cross_product#Coordinate_notation > also i still have a problem in divergence and curl of a vector. What kind of problems ? Regards -- Christophe Dang Ngoc Chan Mechanical calculation engineer ______________________________________________________________________ This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error), please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. ______________________________________________________________________ From quantparis at numericable.fr Sat Jul 5 17:46:52 2014 From: quantparis at numericable.fr (quantparis at numericable.fr) Date: Sat, 5 Jul 2014 17:46:52 +0200 (CEST) Subject: [Scilab-users] pb link scilab 5.5/call_scilab/studio 2010/windows 7 Message-ID: Hello, I am trying to usecall_scilab on windows 7 with visual studio 2010. I use it with any problem on ubuntu but in windows I get a link error: - I downloaded the binaries - create a project in studio 2010, - set the includes /modules/call_scilab/includes /modules/api_scilab/includes /modules/core/includes I am not used to use the visual?? studio 2010, but for the link I have done: - Linker Input - >additional dependancies c:\pSCILAB1\proj1\Lib\api_scilab.lib c:\pSCILAB1\proj1\Lib\call_scilab.lib and after copying all the lib scilab directory in Lib, I add at the top of the main: #pragma comment(lib, "C:/pSCILAB1/proj1/Lib/call_scilab.lib") #pragma comment(lib, "C:/pSCILAB1/proj1/Lib/api_scilab.lib") I get error in the link unresolved external symbol StartScilab,SendScilabJob,TerminateScilab thank you in advance for suggestions Pascal -------------- next part -------------- An HTML attachment was scrubbed... URL: From umeboshi.akira at nifty.com Sun Jul 6 05:24:05 2014 From: umeboshi.akira at nifty.com (Akira Umeda) Date: Sun, 06 Jul 2014 12:24:05 +0900 Subject: [Scilab-users] SciLab installation to HP Z400 Message-ID: <20140706122405.8479.D927DEAA@nifty.com> Dear members of Scilab members I have tried to install SciLab 5.5.0 to HP Z 400 workstation with 4GB memory 32bit Windows 7 and Display adapter ATI FirePro V3800. Installation is over without difficutlies. But Scilab does not start. Something like a console window appears on a screen but it disappers at once. I would like to have suggestions from a user of HP Z400. ************************************** Akira Umeda Vectordynamics Corporation (AIST Venture) Headquarters: From Alain.Lamy at cnes.fr Mon Jul 7 00:16:29 2014 From: Alain.Lamy at cnes.fr (Alain LAMY) Date: Sun, 6 Jul 2014 15:16:29 -0700 (PDT) Subject: [Scilab-users] Multiple files of functions with the same name In-Reply-To: <53B50507.1060607@laas.fr> References: <53B4BC75.9060303@TheSnakePitDev.com> <53B50507.1060607@laas.fr> Message-ID: <1404684989441-4030832.post@n3.nabble.com> Hi, Here's another suggestion, in case: Say that function f(x) is defined in the file "file1.sce". and that f(x) is also defined in "file2.sce". If you load the functions: exec("file1.sce") f1 = f; exec("file2.sce") f2 = f; then you have the 2 functions in memory with different names. You could then rename them as required: f = f2; ... You could also store the functions in a list, or use execstr to manage function names: execstr("f"+str+"=f"); I hope that helps. -- View this message in context: http://mailinglists.scilab.org/Scilab-users-Multiple-files-of-functions-with-the-same-name-tp4030814p4030832.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From abhi24394 at gmail.com Fri Jul 4 23:22:43 2014 From: abhi24394 at gmail.com (abhi24394) Date: Fri, 4 Jul 2014 14:22:43 -0700 (PDT) Subject: [Scilab-users] Queries about vector and complex numbers In-Reply-To: <3B5FFC67498DFF49AE7271A584867D16F40B14B044@301EX00100.sidel.com> References: <3B5FFC67498DFF49AE7271A584867D16F408800B58@301EX00100.sidel.com> <1404459177154-4030821.post@n3.nabble.com> <3B5FFC67498DFF49AE7271A584867D16F40B14B044@301EX00100.sidel.com> Message-ID: <1404508963586-4030826.post@n3.nabble.com> Hello, i am just asking about the simple problems these are listed below... 1.A=2ax+ay+2az and B=ax+2ay+az then Vector A*B=? 2.if A=3xax+yay+5zaz then find curl of yhe vectoe A. 3.Find the electric field density and the volume charge density if E=x^2ax+2y^2ay+z^2az and epsilon_r=2 These are my questions...please remember that i am using scilab 5.4.1 -- View this message in context: http://mailinglists.scilab.org/Scilab-users-Queries-about-vector-and-complex-numbers-tp4030767p4030826.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From Li.Wei at silabs.com Sat Jul 5 14:50:38 2014 From: Li.Wei at silabs.com (Li Wei) Date: Sat, 5 Jul 2014 12:50:38 +0000 Subject: [Scilab-users] question about f_div Message-ID: <6549c2129e984dda9b5273aa322fda9f@CO2PR07MB474.namprd07.prod.outlook.com> Dear sir, I am a new user of scilab. I need a dual-mode freq_div in my system, which means the division factor of the divider can be changed by some events during the simulation. What I planned to do is to set the division ratio of the frequency division ratio in the context, and find an event trigged block which can change variables in the context. Is there any blocks can do it in Xcos? If not, is there an available way to realize the dual-mode freq_div in Xcos? BR, Li WEI This email and any attachments may be confidential. If so, do not distribute or forward this email or any attachments without the sender's authorization. If you are not the intended recipient, please delete this email and notify the sender. Email transmissions cannot be guaranteed to be error-free or virus-free and Silicon Labs accepts no liability for such transmissions. Silicon Labs does not intend or authorize emails to act as legally binding contracts. -------------- next part -------------- An HTML attachment was scrubbed... URL: From antoine.monmayrant at laas.fr Mon Jul 7 09:01:28 2014 From: antoine.monmayrant at laas.fr (Antoine Monmayrant) Date: Mon, 07 Jul 2014 09:01:28 +0200 Subject: [Scilab-users] SciLab installation to HP Z400 In-Reply-To: <20140706122405.8479.D927DEAA@nifty.com> References: <20140706122405.8479.D927DEAA@nifty.com> Message-ID: <53BA45C8.8030303@laas.fr> On 07/06/2014 05:24 AM, Akira Umeda wrote: > Dear members of Scilab members > > I have tried to install SciLab 5.5.0 to HP Z 400 workstation with 4GB > memory 32bit Windows 7 and Display adapter ATI FirePro V3800. > Installation is over without difficutlies. But Scilab does not start. > Something like a console window appears on a screen but it disappers at > once. > I would like to have suggestions from a user of HP Z400. Hi, We have scilab running on many Z400 under Windows7 in the lab (Win7 64bits). Which version of scilab did you install 5.5.0? Are you sure you picked the 32bits version, not the 64bits? Antoine > > ************************************** > Akira Umeda > Vectordynamics Corporation (AIST Venture) > Headquarters: > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > From clement.david at scilab-enterprises.com Mon Jul 7 09:22:34 2014 From: clement.david at scilab-enterprises.com (=?ISO-8859-1?Q?Cl=E9ment?= David) Date: Mon, 07 Jul 2014 09:22:34 +0200 Subject: [Scilab-users] question about f_div In-Reply-To: <6549c2129e984dda9b5273aa322fda9f@CO2PR07MB474.namprd07.prod.outlook.com> References: <6549c2129e984dda9b5273aa322fda9f@CO2PR07MB474.namprd07.prod.outlook.com> Message-ID: <1404717754.2055.5.camel@paros> Hello Li, freq_div is built using a Modulo_Count and a IFTHEL_f block. You can directly create you own superblock using IFTHEL_f and more complex Xcos logic. Regards, -- Cl?ment Le samedi 05 juillet 2014 ? 12:50 +0000, Li Wei a ?crit : > Dear sir, > > I am a new user of scilab. > > I need a dual-mode freq_div in my system, which means the division > factor of the divider can be changed by some events during the > simulation. > > What I planned to do is to set the division ratio of the frequency > division ratio in the context, and find an event trigged block which > can change variables in the context. > > Is there any blocks can do it in Xcos? If not, is there an available > way to realize the dual-mode freq_div in Xcos? > > BR, > > Li WEI > > > This email and any attachments may be confidential. If so, do not > distribute or forward this email or any attachments without the > sender?s authorization. If you are not the intended recipient, please > delete this email and notify the sender. Email transmissions cannot be > guaranteed to be error-free or virus-free and Silicon Labs accepts no > liability for such transmissions. Silicon Labs does not intend or > authorize emails to act as legally binding contracts. > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users From sdr at durietz.se Mon Jul 7 09:37:01 2014 From: sdr at durietz.se (Stefan Du Rietz) Date: Mon, 07 Jul 2014 09:37:01 +0200 Subject: [Scilab-users] Multiple files of functions with the same name In-Reply-To: <1404684989441-4030832.post@n3.nabble.com> References: <53B4BC75.9060303@TheSnakePitDev.com> <53B50507.1060607@laas.fr> <1404684989441-4030832.post@n3.nabble.com> Message-ID: <53BA4E1D.6040100@durietz.se> Hello, Why not ordinary function files? exec("fun1.sci") exec("fun2.sci") And then rename them when needed: f = fun1; ... f= fun2; ... Regards Stefan On 2014-07-07 00:16, Alain LAMY wrote: -------------------- > Hi, > > Here's another suggestion, in case: > > Say that function f(x) is defined in the file "file1.sce". > and that f(x) is also defined in "file2.sce". > > If you load the functions: > exec("file1.sce") > f1 = f; > exec("file2.sce") > f2 = f; > > then you have the 2 functions in memory with different names. > You could then rename them as required: f = f2; ... > > You could also store the functions in a list, or use execstr > to manage function names: execstr("f"+str+"=f"); > > I hope that helps. > > > > > > -- > View this message in context: http://mailinglists.scilab.org/Scilab-users-Multiple-files-of-functions-with-the-same-name-tp4030814p4030832.html > Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > From Christophe.Dang at sidel.com Mon Jul 7 10:00:14 2014 From: Christophe.Dang at sidel.com (Dang, Christophe) Date: Mon, 7 Jul 2014 10:00:14 +0200 Subject: [Scilab-users] Queries about vector and complex numbers In-Reply-To: <1404508963586-4030826.post@n3.nabble.com> References: <3B5FFC67498DFF49AE7271A584867D16F408800B58@301EX00100.sidel.com> <1404459177154-4030821.post@n3.nabble.com> <3B5FFC67498DFF49AE7271A584867D16F40B14B044@301EX00100.sidel.com> <1404508963586-4030826.post@n3.nabble.com> Message-ID: <3B5FFC67498DFF49AE7271A584867D16F40B258643@301EX00100.sidel.com> Hello, > De abhi24394 > Envoy? : vendredi 4 juillet 2014 23:23 > > i am just asking about the simple problems these are listed below... > 1.A=2ax+ay+2az and B=ax+2ay+az then Vector A*B=? [...] Do you mean you want symbolic calculation, and not numerical? If it's ust numerical, then define your vectors as column or line matrices, e.g. A = [2 ; 1 ; 2]; B = [1 ; 2 ; 1]; and define a function function V = crossproduct(A, B) // in 5.5.0, cross() exist V(1) = A(2)*B(3) - A(3)*B(2); V(2) = A(3)*B(1) - A(1)*B(3); V(3) = A(1)*B(2) - A(2)*B(1); endfunction > if A=3xax+yay+5zaz then find curl of yhe vectoe A something like function V = A(X) V(1) = 3*X(1); V(2) = X(2) V(3) = 5*X(3) endfunction function V = curl(f, X) J = numderivative(f, X) V(1) = J(3, 2) - J(2, 3); V(2) = J(1, 3) - J(3, 1); V(3) = J(2, 1) - J(1, 2); endfunction you can then use curl(A, X) where X is a given vector. Mind that these functions do not check anything. -- Christophe Dang Ngoc Chan Mechanical calculation engineer ______________________________________________________________________ This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error), please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. ______________________________________________________________________ From Christophe.Dang at sidel.com Mon Jul 7 14:44:51 2014 From: Christophe.Dang at sidel.com (Dang, Christophe) Date: Mon, 7 Jul 2014 14:44:51 +0200 Subject: [Scilab-users] Problem with xarrows() 3d (or with me...) Message-ID: <3B5FFC67498DFF49AE7271A584867D16F40B258C43@301EX00100.sidel.com> Hello, I'm trying to draw 3d arrows. I've made a complete and minimal example: according to http://help.scilab.org/docs/5.5.0/en_US/xarrows.html the following code should draw the first vector of the usual base, i.e. from (0, 0, 0) to (1, 0, 0) xarrows([0 ; 1], [0 ; 0], [0 ; 0]) Instead, I get a Warning !!! Scilab has found a critical error (EXCEPTION_ACCESS_VIOLATION) with "xarrows" function. Save your data and restart Scilab. ans = 0. 0. Attention : Probl?me avec la pile... Did I misunderstand something, is it a reported bug, or should I report one? Best regards -- Christophe Dang Ngoc Chan Mechanical calculation engineer ______________________________________________________________________ This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error), please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. ______________________________________________________________________ From Christophe.Dang at sidel.com Mon Jul 7 14:51:50 2014 From: Christophe.Dang at sidel.com (Dang, Christophe) Date: Mon, 7 Jul 2014 14:51:50 +0200 Subject: [Scilab-users] Problem with xarrows() 3d (or with me...) In-Reply-To: <3B5FFC67498DFF49AE7271A584867D16F40B258C43@301EX00100.sidel.com> References: <3B5FFC67498DFF49AE7271A584867D16F40B258C43@301EX00100.sidel.com> Message-ID: <3B5FFC67498DFF49AE7271A584867D16F40B258C64@301EX00100.sidel.com> Hello again, > xarrows([0 ; 1], [0 ; 0], [0 ; 0]) I tried the example provided in the help page (spiral of arrows). It works fine, except if I remove the [,arsize, color] parameters, i.e. if I type xarrows([xi;xf],[yi;yf],[zi;zf]) HTH -- Christophe Dang Ngoc Chan Mechanical calculation engineer ______________________________________________________________________ This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error), please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. ______________________________________________________________________ From calixte.denizet at scilab-enterprises.com Mon Jul 7 14:53:49 2014 From: calixte.denizet at scilab-enterprises.com (Calixte Denizet) Date: Mon, 07 Jul 2014 14:53:49 +0200 Subject: [Scilab-users] Problem with xarrows() 3d (or with me...) In-Reply-To: <3B5FFC67498DFF49AE7271A584867D16F40B258C64@301EX00100.sidel.com> References: <3B5FFC67498DFF49AE7271A584867D16F40B258C43@301EX00100.sidel.com> <3B5FFC67498DFF49AE7271A584867D16F40B258C64@301EX00100.sidel.com> Message-ID: <53BA985D.30601@scilab-enterprises.com> Hi Christophe, it is a bug... I'm fixing it. Thanks Calixte On 07/07/2014 14:51, Dang, Christophe wrote: > Hello again, > >> xarrows([0 ; 1], [0 ; 0], [0 ; 0]) > I tried the example provided in the help page (spiral of arrows). > > It works fine, except if I remove the [,arsize, color] parameters, > i.e. if I type > > xarrows([xi;xf],[yi;yf],[zi;zf]) > > HTH > -- Calixte Denizet Software Development Engineer ----------------------------------------------------------- Scilab Enterprises 143bis rue Yves Le Coz - 78000 Versailles, France http://www.scilab-enterprises.com From calixte.denizet at scilab-enterprises.com Mon Jul 7 14:59:35 2014 From: calixte.denizet at scilab-enterprises.com (Calixte Denizet) Date: Mon, 07 Jul 2014 14:59:35 +0200 Subject: [Scilab-users] Problem with xarrows() 3d (or with me...) In-Reply-To: <53BA985D.30601@scilab-enterprises.com> References: <3B5FFC67498DFF49AE7271A584867D16F40B258C43@301EX00100.sidel.com> <3B5FFC67498DFF49AE7271A584867D16F40B258C64@301EX00100.sidel.com> <53BA985D.30601@scilab-enterprises.com> Message-ID: <53BA99B7.7070003@scilab-enterprises.com> I reported a bug: https://codereview.scilab.org/#/c/14815/ and proposed a patch: https://codereview.scilab.org/#/c/14815/ Best regards Calixte On 07/07/2014 14:53, Calixte Denizet wrote: > Hi Christophe, > > it is a bug... I'm fixing it. > > Thanks > > Calixte > > On 07/07/2014 14:51, Dang, Christophe wrote: >> Hello again, >> >>> xarrows([0 ; 1], [0 ; 0], [0 ; 0]) >> I tried the example provided in the help page (spiral of arrows). >> >> It works fine, except if I remove the [,arsize, color] parameters, >> i.e. if I type >> >> xarrows([xi;xf],[yi;yf],[zi;zf]) >> >> HTH >> > > -- Calixte Denizet Software Development Engineer ----------------------------------------------------------- Scilab Enterprises 143bis rue Yves Le Coz - 78000 Versailles, France http://www.scilab-enterprises.com From antoine.monmayrant at laas.fr Mon Jul 7 14:59:42 2014 From: antoine.monmayrant at laas.fr (Antoine Monmayrant) Date: Mon, 07 Jul 2014 14:59:42 +0200 Subject: [Scilab-users] Problem with xarrows() 3d (or with me...) In-Reply-To: <3B5FFC67498DFF49AE7271A584867D16F40B258C43@301EX00100.sidel.com> References: <3B5FFC67498DFF49AE7271A584867D16F40B258C43@301EX00100.sidel.com> Message-ID: <53BA99BE.5020602@laas.fr> On 07/07/2014 02:44 PM, Dang, Christophe wrote: > xarrows([0 ; 1], [0 ; 0], [0 ; 0]) Argh, it's a good bug: for me it's segfault/core dumped! Calixte reported a bug faster than light: http://bugzilla.scilab.org/show_bug.cgi?id=13503 Antoine -- +++++++++++++++++++++++++++++++++++++++++++++++++++++++ Antoine Monmayrant LAAS - CNRS 7 avenue du Colonel Roche BP 54200 31031 TOULOUSE Cedex 4 FRANCE Tel:+33 5 61 33 64 59 email : antoine.monmayrant at laas.fr permanent email : antoine.monmayrant at polytechnique.org +++++++++++++++++++++++++++++++++++++++++++++++++++++++ From Christophe.Dang at sidel.com Mon Jul 7 15:06:32 2014 From: Christophe.Dang at sidel.com (Dang, Christophe) Date: Mon, 7 Jul 2014 15:06:32 +0200 Subject: [Scilab-users] Problem with xarrows() 3d (or with me...) In-Reply-To: <53BA99BE.5020602@laas.fr> References: <3B5FFC67498DFF49AE7271A584867D16F40B258C43@301EX00100.sidel.com> <53BA99BE.5020602@laas.fr> Message-ID: <3B5FFC67498DFF49AE7271A584867D16F40B258CB3@301EX00100.sidel.com> > De Antoine Monmayrant > Envoy? : lundi 7 juillet 2014 15:00 > > Calixte reported a bug faster than light: He's got no more soccer team to support ;-) Thanks Clixte -- Christophe Dang Ngoc Chan Mechanical calculation engineer ______________________________________________________________________ This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error), please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. ______________________________________________________________________ From clement.david at scilab-enterprises.com Mon Jul 7 17:58:15 2014 From: clement.david at scilab-enterprises.com (=?ISO-8859-1?Q?Cl=E9ment?= David) Date: Mon, 07 Jul 2014 17:58:15 +0200 Subject: [Scilab-users] Iterator in XCOS? In-Reply-To: <1404314522428-4030813.post@n3.nabble.com> References: <1404314522428-4030813.post@n3.nabble.com> Message-ID: <1404748695.2055.39.camel@paros> Hello, The Iterator palette has been removed because it was hard to use for new comers however the interface functions and simulation functions are and will be provided with Scilab. You can create your own Xcos "Iterator" palette using the "xcosPal API". -- Cl?ment Le mercredi 02 juillet 2014 ? 08:22 -0700, breitu a ?crit : > Hi all, > is there something like an iterator in xcos? In scicos there was an > Iterators palette, but > I can't find it in xcos. > Thanks > > Karl > > > > -- > View this message in context: http://mailinglists.scilab.org/Iterator-in-XCOS-tp4030813.html > Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users From stephane.mottelet at utc.fr Tue Jul 8 14:50:54 2014 From: stephane.mottelet at utc.fr (=?ISO-8859-1?Q?St=E9phane_Mottelet?=) Date: Tue, 08 Jul 2014 14:50:54 +0200 Subject: [Scilab-users] problem/bug with xmlNs Message-ID: <53BBE92E.6070909@utc.fr> Hello, xmlNS is not able to create an XML namespace without a prefix, although this is completely correct in XML, as it allows inheritance of it. Example: 1 here the "b" element is in the "http://name.space" namespace. The only workaround I have found is the following : s = "" doc = xmlReadStr(s) ns=xmlGetNsByHref(doc.root.children(1), "http://name.space") xmlAddNs(doc.root.children(2),ns); xmlDump(doc) Scilab (correct) output is : ans = ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! But if I use xmlNS, Scilab (incorrect) output is : s = "" doc = xmlReadStr(s) ns=xmlNs(doc.root,"","http://name.space"); xmlAddNs(doc.root.children(1),ns); xmlAddNs(doc.root.children(2),ns); xmlDump(doc) ans = ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! xmlNs should interpret and empty string as prefix, as no prefix for the namespace. S. From tanthiamhuat at yahoo.com Tue Jul 8 15:50:21 2014 From: tanthiamhuat at yahoo.com (tanthiamhuat) Date: Tue, 8 Jul 2014 06:50:21 -0700 (PDT) Subject: [Scilab-users] Scilab Scholar module for schools: permutation Message-ID: <1404827421469-4030850.post@n3.nabble.com> permutation(n,p) returns the number of permutations of p elements taken from n with n and p positive integers or zero and p<=n. -->permutation(4,3) ans = 24. -->permutation(5,3) ans = 60. -->permutation(6,3) ans = 120. Can someone help me clarify what does this permutation do? -- View this message in context: http://mailinglists.scilab.org/Scilab-Scholar-module-for-schools-permutation-tp4030850.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From Christophe.Dang at sidel.com Tue Jul 8 16:04:45 2014 From: Christophe.Dang at sidel.com (Dang, Christophe) Date: Tue, 8 Jul 2014 16:04:45 +0200 Subject: [Scilab-users] Scilab Scholar module for schools: permutation In-Reply-To: <1404827421469-4030850.post@n3.nabble.com> References: <1404827421469-4030850.post@n3.nabble.com> Message-ID: <3B5FFC67498DFF49AE7271A584867D16F40B2DE843@301EX00100.sidel.com> Hello, > De tanthiamhuat > Envoy? : mardi 8 juillet 2014 15:50 > > -->permutation(4,3) > > Can someone help me clarify what does this permutation do? This is n!/(n - k)! See https://en.wikipedia.org/wiki/Permutation#k-permutations_of_n Best regards -- Christophe Dang Ngoc Chan Mechanical calculation engineer ______________________________________________________________________ This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error), please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. ______________________________________________________________________ From calixte.denizet at scilab-enterprises.com Tue Jul 8 16:49:06 2014 From: calixte.denizet at scilab-enterprises.com (Calixte Denizet) Date: Tue, 08 Jul 2014 16:49:06 +0200 Subject: [Scilab-users] problem/bug with xmlNs In-Reply-To: <53BBE92E.6070909@utc.fr> References: <53BBE92E.6070909@utc.fr> Message-ID: <53BC04E2.3090107@scilab-enterprises.com> Hello Stephane, You are right: it is a kind of bug: http://bugzilla.scilab.org/show_bug.cgi?id=13509 I'm currently fixing it: when the second arg will be an empty matrix, then the prefix will empty. Thanks Calixte On 08/07/2014 14:50, St?phane Mottelet wrote: > Hello, > > xmlNS is not able to create an XML namespace without a prefix, > although this is completely correct in XML, as it allows inheritance > of it. Example: > > > 1 > > > here the "b" element is in the "http://name.space" namespace. The only > workaround I have found is the following : > > s = "" > doc = xmlReadStr(s) > ns=xmlGetNsByHref(doc.root.children(1), "http://name.space") > xmlAddNs(doc.root.children(2),ns); > xmlDump(doc) > > Scilab (correct) output is : > > ans = > > ! ! > ! ! > ! ! > ! ! > ! ! > ! ! > ! ! > ! ! > ! ! > > > But if I use xmlNS, Scilab (incorrect) output is : > > s = "" > doc = xmlReadStr(s) > ns=xmlNs(doc.root,"","http://name.space"); > xmlAddNs(doc.root.children(1),ns); > xmlAddNs(doc.root.children(2),ns); > xmlDump(doc) > ans = > > ! ! > ! ! > ! ! > ! ! > ! ! > ! ! > ! ! > ! ! > ! > > xmlNs should interpret and empty string as prefix, as no prefix for > the namespace. > > S. > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users -- Calixte Denizet Software Development Engineer ----------------------------------------------------------- Scilab Enterprises 143bis rue Yves Le Coz - 78000 Versailles, France http://www.scilab-enterprises.com From ridder.peter at googlemail.com Tue Jul 8 19:00:15 2014 From: ridder.peter at googlemail.com (Peter Ridder) Date: Tue, 8 Jul 2014 19:00:15 +0200 Subject: [Scilab-users] Scilab Scholar module for schools: permutation In-Reply-To: <1404827421469-4030850.post@n3.nabble.com> References: <1404827421469-4030850.post@n3.nabble.com> Message-ID: usually you find a hind while looking up the mathematical meaning http://en.wikipedia.org/wiki/Permutation There: 'k-permutations of n' It's exactly that what you find there 2014-07-08 15:50 GMT+02:00 tanthiamhuat : > permutation(n,p) returns the number of permutations of p elements taken from > n with n and p positive integers or zero and p<=n. > > -->permutation(4,3) > ans = > > 24. > > -->permutation(5,3) > ans = > > 60. > > -->permutation(6,3) > ans = > > 120. > > Can someone help me clarify what does this permutation do? > > > > -- > View this message in context: http://mailinglists.scilab.org/Scilab-Scholar-module-for-schools-permutation-tp4030850.html > Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users From tanthiamhuat at yahoo.com Wed Jul 9 06:55:05 2014 From: tanthiamhuat at yahoo.com (tanthiamhuat) Date: Tue, 8 Jul 2014 21:55:05 -0700 (PDT) Subject: [Scilab-users] Scilab Scholar module for schools: permutation In-Reply-To: <3B5FFC67498DFF49AE7271A584867D16F40B2DE843@301EX00100.sidel.com> References: <1404827421469-4030850.post@n3.nabble.com> <3B5FFC67498DFF49AE7271A584867D16F40B2DE843@301EX00100.sidel.com> Message-ID: <1404881705137-4030854.post@n3.nabble.com> thank you. understand now. -- View this message in context: http://mailinglists.scilab.org/Scilab-Scholar-module-for-schools-permutation-tp4030850p4030854.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From tanthiamhuat at yahoo.com Wed Jul 9 07:12:52 2014 From: tanthiamhuat at yahoo.com (tanthiamhuat) Date: Tue, 8 Jul 2014 22:12:52 -0700 (PDT) Subject: [Scilab-users] Plotting -- why wrong values on the x and y axes? Message-ID: <1404882772127-4030855.post@n3.nabble.com> t=linspace(0,2*%pi);y=sin(t);plot(y) why do I get a plot with wrong x-y values? see output here.. http://postimg.org/image/x7c75ucpz/ isn't my x-values range should be from 0 to 2*pi (6.283185), and the maximum y-values to be 1, and minimum y-values to be -1? what went wrong? -- View this message in context: http://mailinglists.scilab.org/Plotting-why-wrong-values-on-the-x-and-y-axes-tp4030855.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From omorr at uns.ac.rs Wed Jul 9 07:30:55 2014 From: omorr at uns.ac.rs (Radovan Omorjan) Date: Wed, 09 Jul 2014 07:30:55 +0200 Subject: [Scilab-users] Plotting -- why wrong values on the x and y axes? In-Reply-To: <1404882772127-4030855.post@n3.nabble.com> References: <1404882772127-4030855.post@n3.nabble.com> Message-ID: <53BCD38F.7090507@uns.ac.rs> You used plot(y) instead of plot(t,y). With plot(y), on the x-axis will be the appropriate index of the vector elements y. As you did not give the third element in linspace(0,2*%pi) then the default number 100 will be used and t will be a vector with 100 elements as well as y with y=sin(t) Regards, Radovan On 7/9/2014 7:12 AM, tanthiamhuat wrote: > t=linspace(0,2*%pi);y=sin(t);plot(y) > > why do I get a plot with wrong x-y values? > > see output here.. > http://postimg.org/image/x7c75ucpz/ > > isn't my x-values range should be from 0 to 2*pi (6.283185), and the maximum > y-values to be 1, and minimum y-values to be -1? > > what went wrong? > > > > -- > View this message in context: http://mailinglists.scilab.org/Plotting-why-wrong-values-on-the-x-and-y-axes-tp4030855.html > Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > --- U ovoj e-po?ti nema virusa i zlonamjernih programa jer je aktivna avast! antivirusna za?tita. http://www.avast.com From tanthiamhuat at yahoo.com Wed Jul 9 08:15:35 2014 From: tanthiamhuat at yahoo.com (tanthiamhuat) Date: Tue, 8 Jul 2014 23:15:35 -0700 (PDT) Subject: [Scilab-users] Plotting -- why wrong values on the x and y axes? In-Reply-To: <53BCD38F.7090507@uns.ac.rs> References: <1404882772127-4030855.post@n3.nabble.com> <53BCD38F.7090507@uns.ac.rs> Message-ID: <1404886535714-4030857.post@n3.nabble.com> yes, I understand now. how about second part of the question that x=[0:0.1:2*%pi]'; y=sin(x);plot(x,y) why does the above 2 lines give a plot which does not touch the x-axis at x=2*pi? also, it seems not to be exact at (0,0). see http://postimg.org/image/4t4pcqub5/ -- View this message in context: http://mailinglists.scilab.org/Plotting-why-wrong-values-on-the-x-and-y-axes-tp4030855p4030857.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From omorr at uns.ac.rs Wed Jul 9 08:52:46 2014 From: omorr at uns.ac.rs (Radovan Omorjan) Date: Wed, 09 Jul 2014 08:52:46 +0200 Subject: [Scilab-users] Plotting -- why wrong values on the x and y axes? In-Reply-To: <1404886535714-4030857.post@n3.nabble.com> References: <1404882772127-4030855.post@n3.nabble.com> <53BCD38F.7090507@uns.ac.rs> <1404886535714-4030857.post@n3.nabble.com> Message-ID: <53BCE6BE.5060101@uns.ac.rs> Compare these two different things This --------------------------- x=[0:0.1:2*%pi]'; x($), sin(x($)), sin(2*%pi) ans = 6.2 ans = - 0.0830894 ans = - 2.449D-16 ---------------------------- and this --------------------------- x=linspace(0,2*%pi)'; x($), sin(x($)), sin(2*%pi) ans = 6.2831853 ans = - 2.449D-16 ans = - 2.449D-16 ---------------------------- $ will give you the index of the last vector element. Have in mind that colon operator and linspace() work differently. -->0:0.1:0.99 ans = 0. 0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9 -->linspace(0,0.99,10) ans = 0. 0.11 0.22 0.33 0.44 0.55 0.66 0.77 0.88 0.99 Hope this helped. Regards, Radovan On 7/9/2014 8:15 AM, tanthiamhuat wrote: > yes, I understand now. how about second part of the question that > > x=[0:0.1:2*%pi]'; > y=sin(x);plot(x,y) > why does the above 2 lines give a plot which does not touch the x-axis at > x=2*pi? also, it seems not to be exact at (0,0). > see http://postimg.org/image/4t4pcqub5/ > > > > -- > View this message in context: http://mailinglists.scilab.org/Plotting-why-wrong-values-on-the-x-and-y-axes-tp4030855p4030857.html > Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From Christophe.Dang at sidel.com Wed Jul 9 08:59:55 2014 From: Christophe.Dang at sidel.com (Dang, Christophe) Date: Wed, 9 Jul 2014 08:59:55 +0200 Subject: [Scilab-users] Plotting -- why wrong values on the x and y axes? In-Reply-To: <53BCE6BE.5060101@uns.ac.rs> References: <1404882772127-4030855.post@n3.nabble.com> <53BCD38F.7090507@uns.ac.rs> <1404886535714-4030857.post@n3.nabble.com> <53BCE6BE.5060101@uns.ac.rs> Message-ID: <3B5FFC67498DFF49AE7271A584867D16F40B2DEBF9@301EX00100.sidel.com> Hello, > De : Radovan Omorjan > Envoy? : mercredi 9 juillet 2014 08:53 > > > On 7/9/2014 8:15 AM, tanthiamhuat wrote: > > > > why does the above 2 lines give a plot which > > does not touch the x-axis at > > x=2*pi? also, it seems not to be exact at (0,0). > > see http://postimg.org/image/4t4pcqub5/ > > Have in mind that colon operator and linspace() > work differently. This alos might be due to a raster effect. Try a = gca(); a.tight_limits = "on"; and see if you've got a better result. Generally speaking, to adjust the scale and the axes, you might have a look at http://help.scilab.org/docs/5.5.0/en_US/axes_properties.html -- Christophe Dang Ngoc Chan Mechanical calculation engineer ______________________________________________________________________ This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error), please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. ______________________________________________________________________ From communication at scilab-enterprises.com Wed Jul 9 11:14:30 2014 From: communication at scilab-enterprises.com (Scilab Communications) Date: Wed, 09 Jul 2014 11:14:30 +0200 Subject: [Scilab-users] SAVE THE DATE - ScilabTEC 2015 Message-ID: <53BD07F6.80609@scilab-enterprises.com> -- Communication Department, Scilab Enterprises 143bis rue Yves Le Coz - 78000 Versailles (France) http://www.scilab-enterprises.com -http://www.scilab.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 60783 bytes Desc: not available URL: From breitu at arcor.de Wed Jul 9 11:20:28 2014 From: breitu at arcor.de (breitu) Date: Wed, 9 Jul 2014 02:20:28 -0700 (PDT) Subject: [Scilab-users] Iterator in XCOS? In-Reply-To: <1404748695.2055.39.camel@paros> References: <1404314522428-4030813.post@n3.nabble.com> <1404748695.2055.39.camel@paros> Message-ID: <1404897628169-4030867.post@n3.nabble.com> Thanks for the answer! Do you mean that I should insert the Iterator from an older version of (sci-/x)-cos? -- View this message in context: http://mailinglists.scilab.org/Iterator-in-XCOS-tp4030813p4030867.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From tanthiamhuat at yahoo.com Wed Jul 9 14:19:39 2014 From: tanthiamhuat at yahoo.com (tanthiamhuat) Date: Wed, 9 Jul 2014 05:19:39 -0700 (PDT) Subject: [Scilab-users] Plotting -- why wrong values on the x and y axes? In-Reply-To: <53BCE6BE.5060101@uns.ac.rs> References: <1404882772127-4030855.post@n3.nabble.com> <53BCD38F.7090507@uns.ac.rs> <1404886535714-4030857.post@n3.nabble.com> <53BCE6BE.5060101@uns.ac.rs> Message-ID: <1404908379133-4030875.post@n3.nabble.com> I am clear now, thank you -- View this message in context: http://mailinglists.scilab.org/Plotting-why-wrong-values-on-the-x-and-y-axes-tp4030855p4030875.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From bruno.pincon at univ-lorraine.fr Wed Jul 9 14:26:30 2014 From: bruno.pincon at univ-lorraine.fr (=?ISO-8859-1?Q?Pin=E7on_Bruno?=) Date: Wed, 09 Jul 2014 14:26:30 +0200 Subject: [Scilab-users] scilab 5.5.0 binary 64 bits not working on mageia-4 Message-ID: <53BD34F6.7040003@univ-lorraine.fr> Hi, The binary scilab-5.5.0 64 bits on linux mageia-4 is not working (at least for me), it doesn't even start. It works in -nwni mode so without gui and graphics. The former one (5.4.1) is OK. If someone has an idea of what is going on many thanks ! Bruno PS : in attachment the output I got when launching scilab from a linux terminal. -------------- next part -------------- [bruno at localhost bin]$ ./scilab & [1] 750 [bruno at localhost bin]$ scilab-bin: /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libcurl.so.4: no version information available (required by /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscilab-cli.so.0) scilab-bin: /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libcrypto.so.0.9.8: no version information available (required by /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libcurl.so.4) scilab-bin: /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libssl.so.0.9.8: no version information available (required by /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libcurl.so.4) libEGL warning: failed to create a pipe screen for i965 *** Error in `scilab-bin': free(): invalid pointer: 0x000000000068ac40 *** ======= Backtrace: ========= /lib64/libc.so.6(+0x7279f)[0x7f0c7a54779f] /lib64/libc.so.6(+0x7a007)[0x7f0c7a54f007] /usr/lib64/gtk-2.0/2.10.0/engines/liboxygen-gtk.so(_ZN6Oxygen10QtSettings17loadOxygenOptionsEv+0x12c)[0x7f0c1eb6ab8c] /usr/lib64/gtk-2.0/2.10.0/engines/liboxygen-gtk.so(_ZN6Oxygen10QtSettings10initializeEj+0x6e7)[0x7f0c1eb73587] /usr/lib64/gtk-2.0/2.10.0/engines/liboxygen-gtk.so(_ZN6Oxygen5Style10initializeEj+0x40)[0x7f0c1eb830a0] /lib64/libgtk-x11-2.0.so.0(+0x1e83a6)[0x7f0c2315a3a6] /lib64/libgobject-2.0.so.0(g_type_module_use+0x81)[0x7f0c2176fe71] /lib64/libgtk-x11-2.0.so.0(gtk_theme_engine_get+0x2d)[0x7f0c2315a4ad] /lib64/libgtk-x11-2.0.so.0(+0x17438f)[0x7f0c230e638f] /lib64/libgtk-x11-2.0.so.0(+0x174c95)[0x7f0c230e6c95] /lib64/libgtk-x11-2.0.so.0(+0x174e2f)[0x7f0c230e6e2f] /lib64/libgtk-x11-2.0.so.0(+0x175053)[0x7f0c230e7053] /lib64/libgtk-x11-2.0.so.0(gtk_rc_reparse_all_for_settings+0x242)[0x7f0c230e77b2] /lib64/libgtk-x11-2.0.so.0(gtk_settings_get_for_screen+0xb2)[0x7f0c231035d2] /usr/lib64/gtk-2.0/modules/libcanberra-gtk-module.so(+0x3c16)[0x7f0c1fc7ec16] /usr/lib64/gtk-2.0/modules/libcanberra-gtk-module.so(gtk_module_init+0x48)[0x7f0c1fc7eed8] /lib64/libgtk-x11-2.0.so.0(+0x141f01)[0x7f0c230b3f01] /lib64/libgobject-2.0.so.0(g_closure_invoke+0x138)[0x7f0c2174c188] /lib64/libgobject-2.0.so.0(+0x21b1d)[0x7f0c2175db1d] /lib64/libgobject-2.0.so.0(g_signal_emit_valist+0xde9)[0x7f0c21765829] /lib64/libgobject-2.0.so.0(g_signal_emit+0x82)[0x7f0c21765ae2] /lib64/libgobject-2.0.so.0(+0x14505)[0x7f0c21750505] /lib64/libgobject-2.0.so.0(g_object_notify+0x16b)[0x7f0c21752abb] /lib64/libgdk-x11-2.0.so.0(gdk_display_open_default_libgtk_only+0x75)[0x7f0c22cdd6b5] /lib64/libgtk-x11-2.0.so.0(gtk_init_check+0x14)[0x7f0c2309bfb4] /home/bruno/Essais/scilab-5.5.0/thirdparty/java/lib/amd64/xawt/libmawt.so(+0x3547f)[0x7f0c6715747f] /home/bruno/Essais/scilab-5.5.0/thirdparty/java/lib/amd64/xawt/libmawt.so(Java_sun_awt_UNIXToolkit_load_1gtk+0xb)[0x7f0c671414cb] [0x7f0c749caeee] ======= Memory map: ======== 00400000-00486000 r-xp 00000000 08:07 2637274 /home/bruno/Essais/scilab-5.5.0/bin/scilab-bin 00686000-00688000 r--p 00086000 08:07 2637274 /home/bruno/Essais/scilab-5.5.0/bin/scilab-bin 00688000-00689000 rw-p 00088000 08:07 2637274 /home/bruno/Essais/scilab-5.5.0/bin/scilab-bin 00689000-0069d000 rw-p 00000000 00:00 0 01217000-019ea000 rw-p 00000000 00:00 0 [heap] eae00000-ec2c0000 rw-p 00000000 00:00 0 ec2c0000-f0000000 rw-p 00000000 00:00 0 f0000000-f5200000 rw-p 00000000 00:00 0 f5200000-faab0000 rw-p 00000000 00:00 0 faab0000-fd3a0000 rw-p 00000000 00:00 0 fd3a0000-100000000 rw-p 00000000 00:00 0 7f0c18000000-7f0c18021000 rw-p 00000000 00:00 0 7f0c18021000-7f0c1c000000 ---p 00000000 00:00 0 7f0c1d64c000-7f0c1d64d000 ---p 00000000 00:00 0 7f0c1d64d000-7f0c1de4d000 rwxp 00000000 00:00 0 [stack:831] 7f0c1de4d000-7f0c1de4e000 ---p 00000000 00:00 0 7f0c1de4e000-7f0c1e64e000 rwxp 00000000 00:00 0 [stack:829] 7f0c1e64e000-7f0c1e683000 r-xp 00000000 08:05 285294 /usr/lib64/libgvfscommon.so.0.0.0 7f0c1e683000-7f0c1e883000 ---p 00035000 08:05 285294 /usr/lib64/libgvfscommon.so.0.0.0 7f0c1e883000-7f0c1e888000 r--p 00035000 08:05 285294 /usr/lib64/libgvfscommon.so.0.0.0 7f0c1e888000-7f0c1e889000 rw-p 0003a000 08:05 285294 /usr/lib64/libgvfscommon.so.0.0.0 7f0c1e889000-7f0c1e8b8000 r-xp 00000000 08:05 421670 /usr/lib64/gio/modules/libgvfsdbus.so 7f0c1e8b8000-7f0c1eab8000 ---p 0002f000 08:05 421670 /usr/lib64/gio/modules/libgvfsdbus.so 7f0c1eab8000-7f0c1eab9000 r--p 0002f000 08:05 421670 /usr/lib64/gio/modules/libgvfsdbus.so 7f0c1eab9000-7f0c1eabb000 rw-p 00030000 08:05 421670 /usr/lib64/gio/modules/libgvfsdbus.so 7f0c1eabb000-7f0c1ec00000 r-xp 00000000 08:05 307490 /usr/lib64/gtk-2.0/2.10.0/engines/liboxygen-gtk.so 7f0c1ec00000-7f0c1ee00000 ---p 00145000 08:05 307490 /usr/lib64/gtk-2.0/2.10.0/engines/liboxygen-gtk.so 7f0c1ee00000-7f0c1ee06000 r--p 00145000 08:05 307490 /usr/lib64/gtk-2.0/2.10.0/engines/liboxygen-gtk.so 7f0c1ee06000-7f0c1ee09000 rw-p 0014b000 08:05 307490 /usr/lib64/gtk-2.0/2.10.0/engines/liboxygen-gtk.so 7f0c1ee09000-7f0c1ee0a000 rw-p 00000000 00:00 0 7f0c1ee0a000-7f0c1ee10000 r-xp 00000000 08:05 267457 /usr/lib64/libogg.so.0.8.1 7f0c1ee10000-7f0c1f00f000 ---p 00006000 08:05 267457 /usr/lib64/libogg.so.0.8.1 7f0c1f00f000-7f0c1f010000 r--p 00005000 08:05 267457 /usr/lib64/libogg.so.0.8.1 7f0c1f010000-7f0c1f011000 rw-p 00006000 08:05 267457 /usr/lib64/libogg.so.0.8.1 7f0c1f011000-7f0c1f03d000 r-xp 00000000 08:05 267467 /usr/lib64/libvorbis.so.0.4.6 7f0c1f03d000-7f0c1f23d000 ---p 0002c000 08:05 267467 /usr/lib64/libvorbis.so.0.4.6 7f0c1f23d000-7f0c1f23e000 r--p 0002c000 08:05 267467 /usr/lib64/libvorbis.so.0.4.6 7f0c1f23e000-7f0c1f23f000 rw-p 0002d000 08:05 267467 /usr/lib64/libvorbis.so.0.4.6 7f0c1f23f000-7f0c1f248000 r-xp 00000000 08:05 269923 /usr/lib64/libltdl.so.7.3.0 7f0c1f248000-7f0c1f447000 ---p 00009000 08:05 269923 /usr/lib64/libltdl.so.7.3.0 7f0c1f447000-7f0c1f448000 r--p 00008000 08:05 269923 /usr/lib64/libltdl.so.7.3.0 7f0c1f448000-7f0c1f449000 rw-p 00009000 08:05 269923 /usr/lib64/libltdl.so.7.3.0 7f0c1f449000-7f0c1f45a000 r-xp 00000000 08:05 269921 /usr/lib64/libtdb.so.1.2.12 7f0c1f45a000-7f0c1f65a000 ---p 00011000 08:05 269921 /usr/lib64/libtdb.so.1.2.12 7f0c1f65a000-7f0c1f65b000 r--p 00011000 08:05 269921 /usr/lib64/libtdb.so.1.2.12 7f0c1f65b000-7f0c1f65c000 rw-p 00012000 08:05 269921 /usr/lib64/libtdb.so.1.2.12 7f0c1f65c000-7f0c1f663000 r-xp 00000000 08:05 269925 /usr/lib64/libvorbisfile.so.3.3.5 7f0c1f663000-7f0c1f863000 ---p 00007000 08:05 269925 /usr/lib64/libvorbisfile.so.3.3.5 7f0c1f863000-7f0c1f864000 r--p 00007000 08:05 269925 /usr/lib64/libvorbisfile.so.3.3.5 7f0c1f864000-7f0c1f865000 rw-p 00008000 08:05 269925 /usr/lib64/libvorbisfile.so.3.3.5 7f0c1f865000-7f0c1f875000 r-xp 00000000 08:05 269935 /usr/lib64/libcanberra.so.0.2.5 7f0c1f875000-7f0c1fa74000 ---p 00010000 08:05 269935 /usr/lib64/libcanberra.so.0.2.5 7f0c1fa74000-7f0c1fa75000 r--p 0000f000 08:05 269935 /usr/lib64/libcanberra.so.0.2.5 7f0c1fa75000-7f0c1fa76000 rw-p 00010000 08:05 269935 /usr/lib64/libcanberra.so.0.2.5 7f0c1fa76000-7f0c1fa7a000 r-xp 00000000 08:05 298514 /usr/lib64/libcanberra-gtk.so.0.1.9 7f0c1fa7a000-7f0c1fc79000 ---p 00004000 08:05 298514 /usr/lib64/libcanberra-gtk.so.0.1.9 7f0c1fc79000-7f0c1fc7a000 r--p 00003000 08:05 298514 /usr/lib64/libcanberra-gtk.so.0.1.9 7f0c1fc7a000-7f0c1fc7b000 rw-p 00004000 08:05 298514 /usr/lib64/libcanberra-gtk.so.0.1.9 7f0c1fc7b000-7f0c1fc80000 r-xp 00000000 08:05 298512 /usr/lib64/gtk-2.0/modules/libcanberra-gtk-module.so 7f0c1fc80000-7f0c1fe7f000 ---p 00005000 08:05 298512 /usr/lib64/gtk-2.0/modules/libcanberra-gtk-module.so 7f0c1fe7f000-7f0c1fe80000 r--p 00004000 08:05 298512 /usr/lib64/gtk-2.0/modules/libcanberra-gtk-module.so 7f0c1fe80000-7f0c1fe81000 rw-p 00005000 08:05 298512 /usr/lib64/gtk-2.0/modules/libcanberra-gtk-module.so 7f0c1fe81000-7f0c1fe82000 r-xp 00000000 08:05 265442 /usr/lib64/libgthread-2.0.so.0.3800.2 7f0c1fe82000-7f0c20081000 ---p 00001000 08:05 265442 /usr/lib64/libgthread-2.0.so.0.3800.2 7f0c20081000-7f0c20082000 r--p 00000000 08:05 265442 /usr/lib64/libgthread-2.0.so.0.3800.2 7f0c20082000-7f0c20083000 rw-p 00001000 08:05 265442 /usr/lib64/libgthread-2.0.so.0.3800.2 7f0c20083000-7f0c200a3000 r-xp 00000000 08:05 267583 /usr/lib64/libgraphite2.so.3.0.1 7f0c200a3000-7f0c202a2000 ---p 00020000 08:05 267583 /usr/lib64/libgraphite2.so.3.0.1 7f0c202a2000-7f0c202a4000 r--p 0001f000 08:05 267583 /usr/lib64/libgraphite2.so.3.0.1 7f0c202a4000-7f0c202a5000 rw-p 00021000 08:05 267583 /usr/lib64/libgraphite2.so.3.0.1 7f0c202a5000-7f0c2030a000 r-xp 00000000 08:05 262414 /usr/lib64/libpcre.so.1.2.1 7f0c2030a000-7f0c20509000 ---p 00065000 08:05 262414 /usr/lib64/libpcre.so.1.2.1 7f0c20509000-7f0c2050a000 r--p 00064000 08:05 262414 /usr/lib64/libpcre.so.1.2.1 7f0c2050a000-7f0c2050b000 rw-p 00065000 08:05 262414 /usr/lib64/libpcre.so.1.2.1 7f0c2050b000-7f0c2055c000 r-xp 00000000 08:05 267585 /usr/lib64/libharfbuzz.so.0.922.0 7f0c2055c000-7f0c2075c000 ---p 00051000 08:05 267585 /usr/lib64/libharfbuzz.so.0.922.0 7f0c2075c000-7f0c2075d000 r--p 00051000 08:05 267585 /usr/lib64/libharfbuzz.so.0.922.0 7f0c2075d000-7f0c2075e000 rw-p 00052000 08:05 267585 /usr/lib64/libharfbuzz.so.0.922.0 7f0c2075e000-7f0c20773000 r-xp 00000000 08:05 261012 /usr/lib64/libresolv-2.18.so 7f0c20773000-7f0c20973000 ---p 00015000 08:05 261012 /usr/lib64/libresolv-2.18.so 7f0c20973000-7f0c20974000 r--p 00015000 08:05 261012 /usr/lib64/libresolv-2.18.so 7f0c20974000-7f0c20975000 rw-p 00016000 08:05 261012 /usr/lib64/libresolv-2.18.so 7f0c20975000-7f0c20977000 rw-p 00000000 00:00 0 7f0c20977000-7f0c2097f000 r-xp 00000000 08:05 291294 /usr/lib64/libxcb-render.so.0.0.0 7f0c2097f000-7f0c20b7f000 ---p 00008000 08:05 291294 /usr/lib64/libxcb-render.so.0.0.0 7f0c20b7f000-7f0c20b80000 r--p 00008000 08:05 291294 /usr/lib64/libxcb-render.so.0.0.0 7f0c20b80000-7f0c20b81000 rw-p 00009000 08:05 291294 /usr/lib64/libxcb-render.so.0.0.0 7f0c20b81000-7f0c20b83000 r-xp 00000000 08:05 300022 /usr/lib64/libxcb-shm.so.0.0.0 7f0c20b83000-7f0c20d82000 ---p 00002000 08:05 300022 /usr/lib64/libxcb-shm.so.0.0.0 7f0c20d82000-7f0c20d83000 r--p 00001000 08:05 300022 /usr/lib64/libxcb-shm.so.0.0.0 7f0c20d83000-7f0c20d84000 rw-p 00002000 08:05 300022 /usr/lib64/libxcb-shm.so.0.0.0 7f0c20d84000-7f0c20e27000 r-xp 00000000 08:05 260857 /usr/lib64/libpixman-1.so.0.32.4 7f0c20e27000-7f0c21027000 ---p 000a3000 08:05 260857 /usr/lib64/libpixman-1.so.0.32.4 7f0c21027000-7f0c2102e000 r--p 000a3000 08:05 260857 /usr/lib64/libpixman-1.so.0.32.4 7f0c2102e000-7f0c2102f000 rw-p 000aa000 08:05 260857 /usr/lib64/libpixman-1.so.0.32.4 7f0c2102f000-7f0c21031000 r-xp 00000000 08:05 271734 /usr/lib64/libXcomposite.so.1.0.0 7f0c21031000-7f0c21230000 ---p 00002000 08:05 271734 /usr/lib64/libXcomposite.so.1.0.0 7f0c21230000-7f0c21231000 r--p 00001000 08:05 271734 /usr/lib64/libXcomposite.so.1.0.0 7f0c21231000-7f0c21232000 rw-p 00002000 08:05 271734 /usr/lib64/libXcomposite.so.1.0.0 7f0c21232000-7f0c2123b000 r-xp 00000000 08:05 271962 /usr/lib64/libXrandr.so.2.2.0 7f0c2123b000-7f0c2143a000 ---p 00009000 08:05 271962 /usr/lib64/libXrandr.so.2.2.0 7f0c2143a000-7f0c2143b000 r--p 00008000 08:05 271962 /usr/lib64/libXrandr.so.2.2.0 7f0c2143b000-7f0c2143c000 rw-p 00009000 08:05 271962 /usr/lib64/libXrandr.so.2.2.0 7f0c2143c000-7f0c2153a000 r-xp 00000000 08:05 265436 /usr/lib64/libglib-2.0.so.0.3800.2 7f0c2153a000-7f0c21739000 ---p 000fe000 08:05 265436 /usr/lib64/libglib-2.0.so.0.3800.2 7f0c21739000-7f0c2173a000 r--p 000fd000 08:05 265436 /usr/lib64/libglib-2.0.so.0.3800.2 7f0c2173a000-7f0c2173b000 rw-p 000fe000 08:05 265436 /usr/lib64/libglib-2.0.so.0.3800.2 7f0c2173b000-7f0c2173c000 rw-p 00000000 00:00 0 7f0c2173c000-7f0c2178a000 r-xp 00000000 08:05 265440 /usr/lib64/libgobject-2.0.so.0.3800.2 7f0c2178a000-7f0c2198a000 ---p 0004e000 08:05 265440 /usr/lib64/libgobject-2.0.so.0.3800.2 7f0c2198a000-7f0c2198b000 r--p 0004e000 08:05 265440 /usr/lib64/libgobject-2.0.so.0.3800.2 7f0c2198b000-7f0c2198c000 rw-p 0004f000 08:05 265440 /usr/lib64/libgobject-2.0.so.0.3800.2 7f0c2198c000-7f0c219d4000 r-xp 00000000 08:05 267601 /usr/lib64/libpango-1.0.so.0.3600.1 7f0c219d4000-7f0c21bd4000 ---p 00048000 08:05 267601 /usr/lib64/libpango-1.0.so.0.3600.1 7f0c21bd4000-7f0c21bd6000 r--p 00048000 08:05 267601 /usr/lib64/libpango-1.0.so.0.3600.1 7f0c21bd6000-7f0c21bd7000 rw-p 0004a000 08:05 267601 /usr/lib64/libpango-1.0.so.0.3600.1 7f0c21bd7000-7f0c21bea000 r-xp 00000000 08:05 267605 /usr/lib64/libpangoft2-1.0.so.0.3600.1 7f0c21bea000-7f0c21de9000 ---p 00013000 08:05 267605 /usr/lib64/libpangoft2-1.0.so.0.3600.1 7f0c21de9000-7f0c21dea000 r--p 00012000 08:05 267605 /usr/lib64/libpangoft2-1.0.so.0.3600.1 7f0c21dea000-7f0c21deb000 rw-p 00013000 08:05 267605 /usr/lib64/libpangoft2-1.0.so.0.3600.1 7f0c21deb000-7f0c21dee000 r-xp 00000000 08:05 265438 /usr/lib64/libgmodule-2.0.so.0.3800.2 7f0c21dee000-7f0c21fed000 ---p 00003000 08:05 265438 /usr/lib64/libgmodule-2.0.so.0.3800.2 7f0c21fed000-7f0c21fee000 r--p 00002000 08:05 265438 /usr/lib64/libgmodule-2.0.so.0.3800.2 7f0c21fee000-7f0c21fef000 rw-p 00003000 08:05 265438 /usr/lib64/libgmodule-2.0.so.0.3800.2 7f0c21fef000-7f0c22149000 r-xp 00000000 08:05 267447 /usr/lib64/libgio-2.0.so.0.3800.2 7f0c22149000-7f0c22348000 ---p 0015a000 08:05 267447 /usr/lib64/libgio-2.0.so.0.3800.2 7f0c22348000-7f0c2234c000 r--p 00159000 08:05 267447 /usr/lib64/libgio-2.0.so.0.3800.2 7f0c2234c000-7f0c2234e000 rw-p 0015d000 08:05 267447 /usr/lib64/libgio-2.0.so.0.3800.2 7f0c2234e000-7f0c22350000 rw-p 00000000 00:00 0 7f0c22350000-7f0c2236f000 r-xp 00000000 08:05 267463 /usr/lib64/libgdk_pixbuf-2.0.so.0.3000.1 7f0c2236f000-7f0c2256f000 ---p 0001f000 08:05 267463 /usr/lib64/libgdk_pixbuf-2.0.so.0.3000.1 7f0c2256f000-7f0c22570000 r--p 0001f000 08:05 267463 /usr/lib64/libgdk_pixbuf-2.0.so.0.3000.1 7f0c22570000-7f0c22571000 rw-p 00020000 08:05 267463 /usr/lib64/libgdk_pixbuf-2.0.so.0.3000.1 7f0c22571000-7f0c2268a000 r-xp 00000000 08:05 267444 /usr/lib64/libcairo.so.2.11200.16 7f0c2268a000-7f0c22889000 ---p 00119000 08:05 267444 /usr/lib64/libcairo.so.2.11200.16 7f0c22889000-7f0c2288c000 r--p 00118000 08:05 267444 /usr/lib64/libcairo.so.2.11200.16 7f0c2288c000-7f0c2288e000 rw-p 0011b000 08:05 267444 /usr/lib64/libcairo.so.2.11200.16 7f0c2288e000-7f0c2288f000 rw-p 00000000 00:00 0 7f0c2288f000-7f0c228af000 r-xp 00000000 08:05 273244 /usr/lib64/libatk-1.0.so.0.21009.1 7f0c228af000-7f0c22aaf000 ---p 00020000 08:05 273244 /usr/lib64/libatk-1.0.so.0.21009.1 7f0c22aaf000-7f0c22ab1000 r--p 00020000 08:05 273244 /usr/lib64/libatk-1.0.so.0.21009.1 7f0c22ab1000-7f0c22ab2000 rw-p 00022000 08:05 273244 /usr/lib64/libatk-1.0.so.0.21009.1 7f0c22ab2000-7f0c22abd000 r-xp 00000000 08:05 267603 /usr/lib64/libpangocairo-1.0.so.0.3600.1 7f0c22abd000-7f0c22cbd000 ---p 0000b000 08:05 267603 /usr/lib64/libpangocairo-1.0.so.0.3600.1 7f0c22cbd000-7f0c22cbe000 r--p 0000b000 08:05 267603 /usr/lib64/libpangocairo-1.0.so.0.3600.1 7f0c22cbe000-7f0c22cbf000 rw-p 0000c000 08:05 267603 /usr/lib64/libpangocairo-1.0.so.0.3600.1 7f0c22cbf000-7f0c22d6d000 r-xp 00000000 08:05 273871 /usr/lib64/libgdk-x11-2.0.so.0.2400.22 7f0c22d6d000-7f0c22f6c000 ---p 000ae000 08:05 273871 /usr/lib64/libgdk-x11-2.0.so.0.2400.22 7f0c22f6c000-7f0c22f70000 r--p 000ad000 08:05 273871 /usr/lib64/libgdk-x11-2.0.so.0.2400.22 7f0c22f70000-7f0c22f72000 rw-p 000b1000 08:05 273871 /usr/lib64/libgdk-x11-2.0.so.0.2400.22 7f0c22f72000-7f0c23398000 r-xp 00000000 08:05 273873 /usr/lib64/libgtk-x11-2.0.so.0.2400.22 7f0c23398000-7f0c23597000 ---p 00426000 08:05 273873 /usr/lib64/libgtk-x11-2.0.so.0.2400.22 7f0c23597000-7f0c2359e000 r--p 00425000 08:05 273873 /usr/lib64/libgtk-x11-2.0.so.0.2400.22 7f0c2359e000-7f0c235a2000 rw-p 0042c000 08:05 273873 /usr/lib64/libgtk-x11-2.0.so.0.2400.22 7f0c235a2000-7f0c235a5000 rw-p 00000000 00:00 0 7f0c235a5000-7f0c235a7000 r-xp 00000000 08:05 273327 /usr/lib64/libXinerama.so.1.0.0 7f0c235a7000-7f0c237a6000 ---p 00002000 08:05 273327 /usr/lib64/libXinerama.so.1.0.0 7f0c237a6000-7f0c237a7000 r--p 00001000 08:05 273327 /usr/lib64/libXinerama.so.1.0.0 7f0c237a7000-7f0c237a8000 rw-p 00002000 08:05 273327 /usr/lib64/libXinerama.so.1.0.0 7f0c237a8000-7f0c237ac000 r-xp 00000000 08:05 272811 /usr/lib64/libtxc_dxtn.so 7f0c237ac000-7f0c239ab000 ---p 00004000 08:05 272811 /usr/lib64/libtxc_dxtn.so 7f0c239ab000-7f0c239ac000 r--p 00003000 08:05 272811 /usr/lib64/libtxc_dxtn.so 7f0c239ac000-7f0c239ad000 rw-p 00004000 08:05 272811 /usr/lib64/libtxc_dxtn.so 7f0c239ad000-7f0c239b5000 r-xp 00000000 08:05 267376 /usr/lib64/libpciaccess.so.0.11.1 7f0c239b5000-7f0c23bb4000 ---p 00008000 08:05 267376 /usr/lib64/libpciaccess.so.0.11.1 7f0c23bb4000-7f0c23bb5000 r--p 00007000 08:05 267376 /usr/lib64/libpciaccess.so.0.11.1 7f0c23bb5000-7f0c23bb6000 rw-p 00008000 08:05 267376 /usr/lib64/libpciaccess.so.0.11.1 7f0c23bb6000-7f0c23bdd000 r-xp 00000000 08:05 261675 /usr/lib64/libexpat.so.1.6.0 7f0c23bdd000-7f0c23ddd000 ---p 00027000 08:05 261675 /usr/lib64/libexpat.so.1.6.0 7f0c23ddd000-7f0c23ddf000 r--p 00027000 08:05 261675 /usr/lib64/libexpat.so.1.6.0 7f0c23ddf000-7f0c23de0000 rw-p 00029000 08:05 261675 /usr/lib64/libexpat.so.1.6.0 7f0c23de0000-7f0c23dff000 r-xp 00000000 08:05 267385 /usr/lib64/libdrm_intel.so.1.0.0 7f0c23dff000-7f0c23ffe000 ---p 0001f000 08:05 267385 /usr/lib64/libdrm_intel.so.1.0.0 7f0c23ffe000-7f0c23fff000 r--p 0001e000 08:05 267385 /usr/lib64/libdrm_intel.so.1.0.0 7f0c23fff000-7f0c24000000 rw-p 0001f000 08:05 267385 /usr/lib64/libdrm_intel.so.1.0.0 7f0c24000000-7f0c26991000 rw-p 00000000 00:00 0 7f0c26991000-7f0c28000000 ---p 00000000 00:00 0 7f0c280f2000-7f0c2810c000 r--p 00000000 08:05 273263 /usr/share/locale/fr/LC_MESSAGES/glib20.mo 7f0c2810c000-7f0c28136000 r--p 00000000 08:05 273868 /usr/share/locale/fr/LC_MESSAGES/gtk20-properties.mo 7f0c28136000-7f0c28145000 r--p 00000000 08:05 317802 /usr/share/locale/fr/LC_MESSAGES/gtk20.mo 7f0c28145000-7f0c2860b000 r-xp 00000000 08:05 267412 /usr/lib64/dri/i965_dri.so 7f0c2860b000-7f0c2880b000 ---p 004c6000 08:05 267412 /usr/lib64/dri/i965_dri.so 7f0c2880b000-7f0c28820000 r--p 004c6000 08:05 267412 /usr/lib64/dri/i965_dri.so 7f0c28820000-7f0c2882c000 rw-p 004db000 08:05 267412 /usr/lib64/dri/i965_dri.so 7f0c2882c000-7f0c28887000 rw-p 00000000 00:00 0 7f0c28887000-7f0c2896d000 r-xp 00000000 08:05 260227 /usr/lib64/libstdc++.so.6.0.18 7f0c2896d000-7f0c28b6c000 ---p 000e6000 08:05 260227 /usr/lib64/libstdc++.so.6.0.18 7f0c28b6c000-7f0c28b74000 r--p 000e5000 08:05 260227 /usr/lib64/libstdc++.so.6.0.18 7f0c28b74000-7f0c28b76000 rw-p 000ed000 08:05 260227 /usr/lib64/libstdc++.so.6.0.18 7f0c28b76000-7f0c28b8b000 rw-p 00000000 00:00 0 7f0c28b8b000-7f0c29acb000 r-xp 00000000 08:05 268518 /usr/lib64/libLLVM-3.3.so 7f0c29acb000-7f0c29ccb000 ---p 00f40000 08:05 268518 /usr/lib64/libLLVM-3.3.so 7f0c29ccb000-7f0c29d3a000 r--p 00f40000 08:05 268518 /usr/lib64/libLLVM-3.3.so 7f0c29d3a000-7f0c29d4a000 rw-p 00faf000 08:05 268518 /usr/lib64/libLLVM-3.3.so 7f0c29d4a000-7f0c29d58000 rw-p 00000000 00:00 0 7f0c29d58000-7f0c29d64000 r-xp 00000000 08:05 267389 /usr/lib64/libdrm_radeon.so.1.0.1 7f0c29d64000-7f0c29f64000 ---p 0000c000 08:05 267389 /usr/lib64/libdrm_radeon.so.1.0.1 7f0c29f64000-7f0c29f65000 r--p 0000c000 08:05 267389 /usr/lib64/libdrm_radeon.so.1.0.1 7f0c29f65000-7f0c29f66000 rw-p 0000d000 08:05 267389 /usr/lib64/libdrm_radeon.so.1.0.1 7f0c29f66000-7f0c29f7b000 r-xp 00000000 08:05 267282 /usr/lib64/libelf-0.157.so 7f0c29f7b000-7f0c2a17a000 ---p 00015000 08:05 267282 /usr/lib64/libelf-0.157.so 7f0c2a17a000-7f0c2a17b000 r--p 00014000 08:05 267282 /usr/lib64/libelf-0.157.so 7f0c2a17b000-7f0c2a17c000 rw-p 00015000 08:05 267282 /usr/lib64/libelf-0.157.so 7f0c2a17c000-7f0c2a182000 r-xp 00000000 08:05 273643 /usr/lib64/libdrm_nouveau.so.2.0.0 7f0c2a182000-7f0c2a381000 ---p 00006000 08:05 273643 /usr/lib64/libdrm_nouveau.so.2.0.0 7f0c2a381000-7f0c2a382000 r--p 00005000 08:05 273643 /usr/lib64/libdrm_nouveau.so.2.0.0 7f0c2a382000-7f0c2a383000 rw-p 00006000 08:05 273643 /usr/lib64/libdrm_nouveau.so.2.0.0 7f0c2a383000-7f0c2a38c000 r-xp 00000000 08:05 299997 /usr/lib64/libOpenVG.so.1.0.0 7f0c2a38c000-7f0c2a58c000 ---p 00009000 08:05 299997 /usr/lib64/libOpenVG.so.1.0.0 7f0c2a58c000-7f0c2a58d000 r--p 00009000 08:05 299997 /usr/lib64/libOpenVG.so.1.0.0 7f0c2a58d000-7f0c2a58e000 rw-p 0000a000 08:05 299997 /usr/lib64/libOpenVG.so.1.0.0 7f0c2a58e000-7f0c2a590000 rw-p 00000000 00:00 0 7f0c2a590000-7f0c2ad1e000 r-xp 00000000 08:05 395462 /usr/lib64/egl/egl_gallium.so 7f0c2ad1e000-7f0c2af1d000 ---p 0078e000 08:05 395462 /usr/lib64/egl/egl_gallium.so 7f0c2af1d000-7f0c2af6c000 r--p 0078d000 08:05 395462 /usr/lib64/egl/egl_gallium.so 7f0c2af6c000-7f0c2af7a000 rw-p 007dc000 08:05 395462 /usr/lib64/egl/egl_gallium.so 7f0c2af7a000-7f0c2b16d000 rw-p 00000000 00:00 0 7f0c2b16d000-7f0c2b179000 r-xp 00000000 08:05 271266 /usr/lib64/libGLESv2.so.2.0.0 7f0c2b179000-7f0c2b378000 ---p 0000c000 08:05 271266 /usr/lib64/libGLESv2.so.2.0.0 7f0c2b378000-7f0c2b379000 r--p 0000b000 08:05 271266 /usr/lib64/libGLESv2.so.2.0.0 7f0c2b379000-7f0c2b37a000 rw-p 0000c000 08:05 271266 /usr/lib64/libGLESv2.so.2.0.0 7f0c2b37a000-7f0c2b3c0000 r-xp 00000000 08:07 2703401 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libjogl_mobile.so 7f0c2b3c0000-7f0c2b5c0000 ---p 00046000 08:07 2703401 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libjogl_mobile.so 7f0c2b5c0000-7f0c2b5c1000 rw-p 00046000 08:07 2703401 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libjogl_mobile.so 7f0c2b5c1000-7f0c2b5c8000 r-xp 00000000 08:05 261635 /usr/lib64/libffi.so.6.0.1 7f0c2b5c8000-7f0c2b7c7000 ---p 00007000 08:05 261635 /usr/lib64/libffi.so.6.0.1 7f0c2b7c7000-7f0c2b7c8000 r--p 00006000 08:05 261635 /usr/lib64/libffi.so.6.0.1 7f0c2b7c8000-7f0c2b7c9000 rw-p 00007000 08:05 261635 /usr/lib64/libffi.so.6.0.1 7f0c2b7c9000-7f0c2b7d9000 r-xp 00000000 08:05 262630 /usr/lib64/libudev.so.1.4.0 7f0c2b7d9000-7f0c2b9d9000 ---p 00010000 08:05 262630 /usr/lib64/libudev.so.1.4.0 7f0c2b9d9000-7f0c2b9da000 r--p 00010000 08:05 262630 /usr/lib64/libudev.so.1.4.0 7f0c2b9da000-7f0c2b9db000 rw-p 00011000 08:05 262630 /usr/lib64/libudev.so.1.4.0 7f0c2b9db000-7f0c2b9e9000 r-xp 00000000 08:05 267434 /usr/lib64/libwayland-server.so.0.1.0 7f0c2b9e9000-7f0c2bbe8000 ---p 0000e000 08:05 267434 /usr/lib64/libwayland-server.so.0.1.0 7f0c2bbe8000-7f0c2bbea000 r--p 0000d000 08:05 267434 /usr/lib64/libwayland-server.so.0.1.0 7f0c2bbea000-7f0c2bbeb000 rw-p 0000f000 08:05 267434 /usr/lib64/libwayland-server.so.0.1.0 7f0c2bbeb000-7f0c2bbf6000 r-xp 00000000 08:05 267432 /usr/lib64/libwayland-client.so.0.1.0 7f0c2bbf6000-7f0c2bdf5000 ---p 0000b000 08:05 267432 /usr/lib64/libwayland-client.so.0.1.0 7f0c2bdf5000-7f0c2bdf7000 r--p 0000a000 08:05 267432 /usr/lib64/libwayland-client.so.0.1.0 7f0c2bdf7000-7f0c2bdf8000 rw-p 0000c000 08:05 267432 /usr/lib64/libwayland-client.so.0.1.0 7f0c2bdf8000-7f0c2bdfe000 r-xp 00000000 08:05 271280 /usr/lib64/libgbm.so.1.0.0 7f0c2bdfe000-7f0c2bffe000 ---p 00006000 08:05 271280 /usr/lib64/libgbm.so.1.0.0 7f0c2bffe000-7f0c2bfff000 r--p 00006000 08:05 271280 /usr/lib64/libgbm.so.1.0.0 7f0c2bfff000-7f0c2c000000 rw-p 00007000 08:05 271280 /usr/lib64/libgbm.so.1.0.0 7f0c2c000000-7f0c2c09e000 rw-p 00000000 00:00 0 7f0c2c09e000-7f0c30000000 ---p 00000000 00:00 0 7f0c30000000-7f0c30060000 rw-p 00000000 00:00 0 7f0c30060000-7f0c34000000 ---p 00000000 00:00 0 7f0c34000000-7f0c34021000 rw-p 00000000 00:00 0 7f0c34021000-7f0c38000000 ---p 00000000 00:00 0 7f0c38000000-7f0c38021000 rw-p 00000000 00:00 0 7f0c38021000-7f0c3c000000 ---p 00000000 00:00 0 7f0c3c000000-7f0c3c021000 rw-p 00000000 00:00 0 7f0c3c021000-7f0c40000000 ---p 00000000 00:00 0 7f0c40000000-7f0c40021000 rw-p 00000000 00:00 0 7f0c40021000-7f0c44000000 ---p 00000000 00:00 0 7f0c44000000-7f0c44495000 rw-p 00000000 00:00 0 7f0c44495000-7f0c48000000 ---p 00000000 00:00 0 7f0c48000000-7f0c48021000 rw-p 00000000 00:00 0 7f0c48021000-7f0c4c000000 ---p 00000000 00:00 0 7f0c4c000000-7f0c4c021000 rw-p 00000000 00:00 0 7f0c4c021000-7f0c50000000 ---p 00000000 00:00 0 7f0c50000000-7f0c50536000 rw-p 00000000 00:00 0 7f0c50536000-7f0c54000000 ---p 00000000 00:00 0 7f0c54000000-7f0c54021000 rw-p 00000000 00:00 0 7f0c54021000-7f0c58000000 ---p 00000000 00:00 0 7f0c58000000-7f0c58021000 rw-p 00000000 00:00 0 7f0c58021000-7f0c5c000000 ---p 00000000 00:00 0 7f0c5c000000-7f0c5c021000 rw-p 00000000 00:00 0 7f0c5c021000-7f0c60000000 ---p 00000000 00:00 0 7f0c60000000-7f0c60021000 rw-p 00000000 00:00 0 7f0c60021000-7f0c64000000 ---p 00000000 00:00 0 7f0c64001000-7f0c64009000 rw-s 00000000 00:05 490472 /drm mm object (deleted) 7f0c64009000-7f0c6400e000 r-xp 00000000 08:05 267429 /usr/lib64/libxcb-xfixes.so.0.0.0 7f0c6400e000-7f0c6420e000 ---p 00005000 08:05 267429 /usr/lib64/libxcb-xfixes.so.0.0.0 7f0c6420e000-7f0c6420f000 r--p 00005000 08:05 267429 /usr/lib64/libxcb-xfixes.so.0.0.0 7f0c6420f000-7f0c64210000 rw-p 00006000 08:05 267429 /usr/lib64/libxcb-xfixes.so.0.0.0 7f0c64210000-7f0c64231000 r-xp 00000000 08:05 268519 /usr/lib64/libEGL.so.1.0.0 7f0c64231000-7f0c64431000 ---p 00021000 08:05 268519 /usr/lib64/libEGL.so.1.0.0 7f0c64431000-7f0c64432000 r--p 00021000 08:05 268519 /usr/lib64/libEGL.so.1.0.0 7f0c64432000-7f0c64433000 rw-p 00022000 08:05 268519 /usr/lib64/libEGL.so.1.0.0 7f0c64433000-7f0c64436000 ---p 00000000 00:00 0 7f0c64436000-7f0c64534000 rwxp 00000000 00:00 0 [stack:826] 7f0c64534000-7f0c645dc000 r-xp 00000000 08:07 2703410 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libjogl_desktop.so 7f0c645dc000-7f0c647db000 ---p 000a8000 08:07 2703410 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libjogl_desktop.so 7f0c647db000-7f0c647dc000 rw-p 000a7000 08:07 2703410 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libjogl_desktop.so 7f0c647dc000-7f0c647e7000 r-xp 00000000 08:05 267381 /usr/lib64/libdrm.so.2.4.0 7f0c647e7000-7f0c649e6000 ---p 0000b000 08:05 267381 /usr/lib64/libdrm.so.2.4.0 7f0c649e6000-7f0c649e7000 r--p 0000a000 08:05 267381 /usr/lib64/libdrm.so.2.4.0 7f0c649e7000-7f0c649e8000 rw-p 0000b000 08:05 267381 /usr/lib64/libdrm.so.2.4.0 7f0c649e8000-7f0c649eb000 r-xp 00000000 08:05 273713 /usr/lib64/libxcb-dri2.so.0.0.0 7f0c649eb000-7f0c64beb000 ---p 00003000 08:05 273713 /usr/lib64/libxcb-dri2.so.0.0.0 7f0c64beb000-7f0c64bec000 r--p 00003000 08:05 273713 /usr/lib64/libxcb-dri2.so.0.0.0 7f0c64bec000-7f0c64bed000 rw-p 00004000 08:05 273713 /usr/lib64/libxcb-dri2.so.0.0.0 7f0c64bed000-7f0c64c02000 r-xp 00000000 08:05 273709 /usr/lib64/libxcb-glx.so.0.0.0 7f0c64c02000-7f0c64e02000 ---p 00015000 08:05 273709 /usr/lib64/libxcb-glx.so.0.0.0 7f0c64e02000-7f0c64e04000 r--p 00015000 08:05 273709 /usr/lib64/libxcb-glx.so.0.0.0 7f0c64e04000-7f0c64e05000 rw-p 00017000 08:05 273709 /usr/lib64/libxcb-glx.so.0.0.0 7f0c64e05000-7f0c64e06000 r-xp 00000000 08:05 266132 /usr/lib64/libX11-xcb.so.1.0.0 7f0c64e06000-7f0c65005000 ---p 00001000 08:05 266132 /usr/lib64/libX11-xcb.so.1.0.0 7f0c65005000-7f0c65006000 r--p 00000000 08:05 266132 /usr/lib64/libX11-xcb.so.1.0.0 7f0c65006000-7f0c65007000 rw-p 00001000 08:05 266132 /usr/lib64/libX11-xcb.so.1.0.0 7f0c65007000-7f0c65009000 r-xp 00000000 08:05 267397 /usr/lib64/libXdamage.so.1.1.0 7f0c65009000-7f0c65208000 ---p 00002000 08:05 267397 /usr/lib64/libXdamage.so.1.1.0 7f0c65208000-7f0c65209000 r--p 00001000 08:05 267397 /usr/lib64/libXdamage.so.1.1.0 7f0c65209000-7f0c6520a000 rw-p 00002000 08:05 267397 /usr/lib64/libXdamage.so.1.1.0 7f0c6520a000-7f0c65257000 r-xp 00000000 08:05 267646 /usr/lib64/libglapi.so.0.0.0 7f0c65257000-7f0c65457000 ---p 0004d000 08:05 267646 /usr/lib64/libglapi.so.0.0.0 7f0c65457000-7f0c6545c000 r--p 0004d000 08:05 267646 /usr/lib64/libglapi.so.0.0.0 7f0c6545c000-7f0c6545d000 rw-p 00052000 08:05 267646 /usr/lib64/libglapi.so.0.0.0 7f0c6545d000-7f0c6545e000 rw-p 00000000 00:00 0 7f0c6545e000-7f0c654db000 r-xp 00000000 08:05 267411 /usr/lib64/libGL.so.1.2.0 7f0c654db000-7f0c656db000 ---p 0007d000 08:05 267411 /usr/lib64/libGL.so.1.2.0 7f0c656db000-7f0c656dd000 r--p 0007d000 08:05 267411 /usr/lib64/libGL.so.1.2.0 7f0c656dd000-7f0c656de000 rw-p 0007f000 08:05 267411 /usr/lib64/libGL.so.1.2.0 7f0c656de000-7f0c656df000 rw-p 00000000 00:00 0 7f0c656df000-7f0c656e6000 r-xp 00000000 08:07 2703405 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libnativewindow_x11.so 7f0c656e6000-7f0c658e5000 ---p 00007000 08:07 2703405 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libnativewindow_x11.so 7f0c658e5000-7f0c658e6000 rw-p 00006000 08:07 2703405 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libnativewindow_x11.so 7f0c658e6000-7f0c658eb000 r-xp 00000000 08:05 273681 /usr/lib64/libXxf86vm.so.1.0.0 7f0c658eb000-7f0c65aea000 ---p 00005000 08:05 273681 /usr/lib64/libXxf86vm.so.1.0.0 7f0c65aea000-7f0c65aeb000 r--p 00004000 08:05 273681 /usr/lib64/libXxf86vm.so.1.0.0 7f0c65aeb000-7f0c65aec000 rw-p 00005000 08:05 273681 /usr/lib64/libXxf86vm.so.1.0.0 7f0c65aec000-7f0c65aee000 r-xp 00000000 08:07 2703421 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libnativewindow_awt.so 7f0c65aee000-7f0c65ced000 ---p 00002000 08:07 2703421 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libnativewindow_awt.so 7f0c65ced000-7f0c65cee000 rw-p 00001000 08:07 2703421 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libnativewindow_awt.so 7f0c65cee000-7f0c65cef000 r-xp 00000000 08:07 2658081 /home/bruno/Essais/scilab-5.5.0/thirdparty/java/lib/amd64/libjawt.so 7f0c65cef000-7f0c65dee000 ---p 00001000 08:07 2658081 /home/bruno/Essais/scilab-5.5.0/thirdparty/java/lib/amd64/libjawt.so 7f0c65dee000-7f0c65def000 rw-p 00000000 08:07 2658081 /home/bruno/Essais/scilab-5.5.0/thirdparty/java/lib/amd64/libjawt.so 7f0c65def000-7f0c65df2000 ---p 00000000 00:00 0 7f0c65df2000-7f0c65ef0000 rwxp 00000000 00:00 0 7f0c65ef0000-7f0c65ef2000 r-xp 00000000 08:07 2703381 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libgluegen2-rt.so 7f0c65ef2000-7f0c660f2000 ---p 00002000 08:07 2703381 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libgluegen2-rt.so 7f0c660f2000-7f0c660f3000 rw-p 00002000 08:07 2703381 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libgluegen2-rt.so 7f0c660f3000-7f0c660f6000 ---p 00000000 00:00 0 7f0c660f6000-7f0c661f4000 rwxp 00000000 00:00 0 [stack:824] 7f0c661f4000-7f0c661f7000 ---p 00000000 00:00 0 7f0c661f7000-7f0c662f5000 rwxp 00000000 00:00 0 [stack:823] 7f0c662f5000-7f0c662f8000 ---p 00000000 00:00 0 7f0c662f8000-7f0c663f6000 rwxp 00000000 00:00 0 [stack:821] 7f0c663f6000-7f0c663fb000 r-xp 00000000 08:05 271888 /usr/lib64/libXfixes.so.3.1.0 7f0c663fb000-7f0c665fa000 ---p 00005000 08:05 271888 /usr/lib64/libXfixes.so.3.1.0 7f0c665fa000-7f0c665fb000 r--p 00004000 08:05 271888 /usr/lib64/libXfixes.so.3.1.0 7f0c665fb000-7f0c665fc000 rw-p 00005000 08:05 271888 /usr/lib64/libXfixes.so.3.1.0 7f0c665fc000-7f0c66606000 r-xp 00000000 08:05 271904 /usr/lib64/libXcursor.so.1.0.2 7f0c66606000-7f0c66805000 ---p 0000a000 08:05 271904 /usr/lib64/libXcursor.so.1.0.2 7f0c66805000-7f0c66806000 r--p 00009000 08:05 271904 /usr/lib64/libXcursor.so.1.0.2 7f0c66806000-7f0c66807000 rw-p 0000a000 08:05 271904 /usr/lib64/libXcursor.so.1.0.2 7f0c66807000-7f0c6680e000 r-xp 00000000 08:07 2658049 /home/bruno/Essais/scilab-5.5.0/thirdparty/java/lib/amd64/libnio.so 7f0c6680e000-7f0c6690d000 ---p 00007000 08:07 2658049 /home/bruno/Essais/scilab-5.5.0/thirdparty/java/lib/amd64/libnio.so 7f0c6690d000-7f0c6690f000 rw-p 00006000 08:07 2658049 /home/bruno/Essais/scilab-5.5.0/thirdparty/java/lib/amd64/libnio.so 7f0c6690f000-7f0c66922000 r-xp 00000000 08:07 2658073 /home/bruno/Essais/scilab-5.5.0/thirdparty/java/lib/amd64/libnet.so 7f0c66922000-7f0c66a23000 ---p 00013000 08:07 2658073 /home/bruno/Essais/scilab-5.5.0/thirdparty/java/lib/amd64/libnet.so 7f0c66a23000-7f0c66a26000 rw-p 00014000 08:07 2658073 /home/bruno/Essais/scilab-5.5.0/thirdparty/java/lib/amd64/libnet.so 7f0c66a26000-7f0c66a29000 ---p 00000000 00:00 0 7f0c66a29000-7f0c66b27000 rwxp 00000000 00:00 0 [stack:820] 7f0c66b27000-7f0c66ba0000 r-xp 00000000 08:07 2658041 /home/bruno/Essais/scilab-5.5.0/thirdparty/java/lib/amd64/libfontmanager.so 7f0c66ba0000-7f0c66c9f000 ---p 00079000 08:07 2658041 /home/bruno/Essais/scilab-5.5.0/thirdparty/java/lib/amd64/libfontmanager.so 7f0c66c9f000-7f0c66cb5000 rw-p 00078000 08:07 2658041 /home/bruno/Essais/scilab-5.5.0/thirdparty/java/lib/amd64/libfontmanager.so 7f0c66cb5000-7f0c66cc6000 rw-p 00000000 00:00 0 7f0c66cc6000-7f0c66cec000 r--p 00000000 08:05 260779 /usr/share/locale/fr/LC_MESSAGES/libc.mo 7f0c66cec000-7f0c66cfb000 r-xp 00000000 08:05 271290 /usr/lib64/libXi.so.6.1.0 7f0c66cfb000-7f0c66efa000 ---p 0000f000 08:05 271290 /usr/lib64/libXi.so.6.1.0 7f0c66efa000-7f0c66efb000 r--p 0000e000 08:05 271290 /usr/lib64/libXi.so.6.1.0 7f0c66efb000-7f0c66efc000 rw-p 0000f000 08:05 271290 /usr/lib64/libXi.so.6.1.0 7f0c66efc000-7f0c66f01000 r-xp 00000000 08:05 271284 /usr/lib64/libXtst.so.6.1.0 7f0c66f01000-7f0c67100000 ---p 00005000 08:05 271284 /usr/lib64/libXtst.so.6.1.0 7f0c67100000-7f0c67101000 r--p 00004000 08:05 271284 /usr/lib64/libXtst.so.6.1.0 7f0c67101000-7f0c67102000 rw-p 00005000 08:05 271284 /usr/lib64/libXtst.so.6.1.0 7f0c67102000-7f0c6710a000 rw-s 00000000 00:05 490456 /drm mm object (deleted) 7f0c67112000-7f0c6711a000 rw-s 00000000 00:05 490446 /drm mm object (deleted) 7f0c6711a000-7f0c67122000 rw-s 00000000 00:05 491031 /drm mm object (deleted) 7f0c67122000-7f0c67164000 r-xp 00000000 08:07 2658047 /home/bruno/Essais/scilab-5.5.0/thirdparty/java/lib/amd64/xawt/libmawt.so 7f0c67164000-7f0c67263000 ---p 00042000 08:07 2658047 /home/bruno/Essais/scilab-5.5.0/thirdparty/java/lib/amd64/xawt/libmawt.so 7f0c67263000-7f0c6726f000 rw-p 00041000 08:07 2658047 /home/bruno/Essais/scilab-5.5.0/thirdparty/java/lib/amd64/xawt/libmawt.so 7f0c6726f000-7f0c67270000 rw-p 00000000 00:00 0 7f0c67270000-7f0c67303000 r-xp 00000000 08:07 2658072 /home/bruno/Essais/scilab-5.5.0/thirdparty/java/lib/amd64/libawt.so 7f0c67303000-7f0c67402000 ---p 00093000 08:07 2658072 /home/bruno/Essais/scilab-5.5.0/thirdparty/java/lib/amd64/libawt.so 7f0c67402000-7f0c6741b000 rw-p 00092000 08:07 2658072 /home/bruno/Essais/scilab-5.5.0/thirdparty/java/lib/amd64/libawt.so 7f0c6741b000-7f0c6743f000 rw-p 00000000 00:00 0 7f0c6743f000-7f0c67447000 r--s 00115000 08:07 2703054 /home/bruno/Essais/scilab-5.5.0/thirdparty/java/lib/resources.jar 7f0c67447000-7f0c674f5000 r--p 00000000 08:07 2656180 /home/bruno/Essais/scilab-5.5.0/share/locale/fr_FR/LC_MESSAGES/scilab.mo 7f0c674f5000-7f0c674f6000 ---p 00000000 00:00 0 7f0c674f6000-7f0c675f6000 rwxp 00000000 00:00 0 [stack:818] 7f0c675f6000-7f0c675f9000 ---p 00000000 00:00 0 7f0c675f9000-7f0c676f7000 rwxp 00000000 00:00 0 [stack:817] 7f0c676f7000-7f0c676fa000 ---p 00000000 00:00 0 7f0c676fa000-7f0c677f8000 rwxp 00000000 00:00 0 [stack:816] 7f0c677f8000-7f0c677fb000 ---p 00000000 00:00 0 7f0c677fb000-7f0c678f9000 rwxp 00000000 00:00 0 [stack:815] 7f0c678f9000-7f0c678fc000 ---p 00000000 00:00 0 7f0c678fc000-7f0c679fa000 rwxp 00000000 00:00 0 [stack:813] 7f0c679fa000-7f0c679fd000 ---p 00000000 00:00 0 7f0c679fd000-7f0c67afb000 rwxp 00000000 00:00 0 [stack:812] 7f0c67afb000-7f0c67afe000 ---p 00000000 00:00 0 7f0c67afe000-7f0c67bfc000 rwxp 00000000 00:00 0 [stack:811] 7f0c67bfc000-7f0c67bfd000 ---p 00000000 00:00 0 7f0c67bfd000-7f0c67cfd000 rwxp 00000000 00:00 0 [stack:809] 7f0c67cfd000-7f0c68000000 rw-p 00000000 00:00 0 7f0c68000000-7f0c68021000 rw-p 00000000 00:00 0 7f0c68021000-7f0c6c000000 ---p 00000000 00:00 0 7f0c6c000000-7f0c6c021000 rw-p 00000000 00:00 0 7f0c6c021000-7f0c70000000 ---p 00000000 00:00 0 7f0c70000000-7f0c70021000 rw-p 00000000 00:00 0 7f0c70021000-7f0c74000000 ---p 00000000 00:00 0 7f0c74000000-7f0c74001000 rw-p 00000000 00:00 0 7f0c74001000-7f0c74003000 r--s 0000b000 08:07 2652586 /home/bruno/Essais/scilab-5.5.0/share/scilab/modules/external_objects_java/jar/org.scilab.modules.external_objects_java.jar 7f0c74003000-7f0c74004000 r--s 00007000 08:07 2650296 /home/bruno/Essais/scilab-5.5.0/share/scilab/modules/history_browser/jar/org.scilab.modules.history_browser.jar 7f0c74004000-7f0c74006000 r--s 00002000 08:07 2642412 /home/bruno/Essais/scilab-5.5.0/share/scilab/modules/javasci/jar/org.scilab.modules.javasci.jar 7f0c74006000-7f0c7400d000 r--s 00036000 08:07 2637281 /home/bruno/Essais/scilab-5.5.0/share/scilab/modules/ui_data/jar/org.scilab.modules.ui_data.jar 7f0c7400d000-7f0c74015000 r--s 00047000 08:07 2640008 /home/bruno/Essais/scilab-5.5.0/share/scilab/modules/graphic_objects/jar/org.scilab.modules.graphic_objects.jar 7f0c74015000-7f0c7401c000 r--s 00000000 08:05 260783 /usr/lib64/gconv/gconv-modules.cache 7f0c7401c000-7f0c7401d000 r--s 00002000 08:07 2644220 /home/bruno/Essais/scilab-5.5.0/share/scilab/modules/core/jar/org.scilab.modules.core.jar 7f0c7401d000-7f0c7401f000 r--s 00007000 08:07 2642482 /home/bruno/Essais/scilab-5.5.0/share/scilab/modules/graphic_export/jar/org.scilab.modules.graphic_export.jar 7f0c7401f000-7f0c74024000 r--s 00025000 08:07 2652566 /home/bruno/Essais/scilab-5.5.0/share/scilab/modules/renderer/jar/org.scilab.modules.renderer.jar 7f0c74024000-7f0c74027000 r--s 00015000 08:07 2638916 /home/bruno/Essais/scilab-5.5.0/share/scilab/modules/preferences/jar/org.scilab.modules.preferences.jar 7f0c74027000-7f0c74040000 r--s 000cb000 08:07 2639421 /home/bruno/Essais/scilab-5.5.0/share/scilab/modules/gui/jar/org.scilab.modules.gui.jar 7f0c74040000-7f0c74041000 r--s 00002000 08:07 2639357 /home/bruno/Essais/scilab-5.5.0/share/scilab/modules/action_binding/jar/org.scilab.modules.action_binding.jar 7f0c74041000-7f0c74043000 r--s 00000000 08:07 2647239 /home/bruno/Essais/scilab-5.5.0/share/scilab/modules/localization/jar/org.scilab.modules.localization.jar 7f0c74043000-7f0c74046000 r--s 0000f000 08:07 2639941 /home/bruno/Essais/scilab-5.5.0/share/scilab/modules/console/jar/org.scilab.modules.console.jar 7f0c74046000-7f0c7404b000 r--s 0003e000 08:07 2657923 /home/bruno/Essais/scilab-5.5.0/thirdparty/gluegen2-rt.jar 7f0c7404b000-7f0c7406d000 r--s 002ce000 08:07 2657596 /home/bruno/Essais/scilab-5.5.0/thirdparty/jogl2.jar 7f0c7406d000-7f0c74074000 r--s 0002a000 08:07 2649905 /home/bruno/Essais/scilab-5.5.0/share/scilab/modules/scirenderer/jar/scirenderer.jar 7f0c74074000-7f0c7407e000 r--s 00095000 08:07 2657917 /home/bruno/Essais/scilab-5.5.0/thirdparty/jhall.jar 7f0c7407e000-7f0c742b4000 rw-p 00000000 00:00 0 7f0c742b4000-7f0c7444c000 r--s 02b60000 08:07 2658100 /home/bruno/Essais/scilab-5.5.0/thirdparty/java/lib/rt.jar 7f0c7444c000-7f0c7444d000 ---p 00000000 00:00 0 7f0c7444d000-7f0c7454d000 rwxp 00000000 00:00 0 [stack:808] 7f0c7454d000-7f0c7454e000 ---p 00000000 00:00 0 7f0c7454e000-7f0c7464e000 rwxp 00000000 00:00 0 [stack:807] 7f0c7464e000-7f0c7464f000 ---p 00000000 00:00 0 7f0c7464f000-7f0c7474f000 rwxp 00000000 00:00 0 [stack:806] 7f0c7474f000-7f0c74750000 ---p 00000000 00:00 0 7f0c74750000-7f0c74850000 rwxp 00000000 00:00 0 [stack:805] 7f0c74850000-7f0c7485b000 rw-p 00000000 00:00 0 7f0c7485b000-7f0c74879000 rw-p 00000000 00:00 0 7f0c74879000-7f0c748a2000 rw-p 00000000 00:00 0 7f0c748a2000-7f0c748ce000 rw-p 00000000 00:00 0 7f0c748ce000-7f0c748e3000 rw-p 00000000 00:00 0 7f0c748e3000-7f0c748f9000 rw-p 00000000 00:00 0 7f0c748f9000-7f0c74904000 rw-p 00000000 00:00 0 7f0c74904000-7f0c749ba000 rw-p 00000000 00:00 0 7f0c749ba000-7f0c74c2a000 rwxp 00000000 00:00 0 7f0c74c2a000-7f0c779ba000 rw-p 00000000 00:00 0 7f0c779ba000-7f0c779c8000 r-xp 00000000 08:07 2658065 /home/bruno/Essais/scilab-5.5.0/thirdparty/java/lib/amd64/libzip.so 7f0c779c8000-7f0c77aca000 ---p 0000e000 08:07 2658065 /home/bruno/Essais/scilab-5.5.0/thirdparty/java/lib/amd64/libzip.so 7f0c77aca000-7f0c77acd000 rw-p 00010000 08:07 2658065 /home/bruno/Essais/scilab-5.5.0/thirdparty/java/lib/amd64/libzip.so 7f0c77acd000-7f0c77ace000 rw-p 00000000 00:00 0 7f0c77ace000-7f0c77df1000 r--p 00000000 08:05 273684 /usr/share/locale/locale-archive 7f0c77df1000-7f0c77df6000 r-xp 00000000 08:05 262397 /usr/lib64/libXdmcp.so.6.0.0 7f0c77df6000-7f0c77ff5000 ---p 00005000 08:05 262397 /usr/lib64/libXdmcp.so.6.0.0 7f0c77ff5000-7f0c77ff6000 r--p 00004000 08:05 262397 /usr/lib64/libXdmcp.so.6.0.0 7f0c77ff6000-7f0c77ff7000 rw-p 00005000 08:05 262397 /usr/lib64/libXdmcp.so.6.0.0 7f0c77ff7000-7f0c77ff9000 r-xp 00000000 08:05 261757 /usr/lib64/libXau.so.6.0.0 7f0c77ff9000-7f0c781f9000 ---p 00002000 08:05 261757 /usr/lib64/libXau.so.6.0.0 7f0c781f9000-7f0c781fa000 r--p 00002000 08:05 261757 /usr/lib64/libXau.so.6.0.0 7f0c781fa000-7f0c781fb000 rw-p 00003000 08:05 261757 /usr/lib64/libXau.so.6.0.0 7f0c781fb000-7f0c78259000 r-xp 00000000 08:05 273739 /usr/lib64/libpng16.so.16.8.0 7f0c78259000-7f0c78458000 ---p 0005e000 08:05 273739 /usr/lib64/libpng16.so.16.8.0 7f0c78458000-7f0c78459000 r--p 0005d000 08:05 273739 /usr/lib64/libpng16.so.16.8.0 7f0c78459000-7f0c7845a000 rw-p 0005e000 08:05 273739 /usr/lib64/libpng16.so.16.8.0 7f0c7845a000-7f0c78469000 r-xp 00000000 08:05 260224 /usr/lib64/libbz2.so.1.0.6 7f0c78469000-7f0c78668000 ---p 0000f000 08:05 260224 /usr/lib64/libbz2.so.1.0.6 7f0c78668000-7f0c78669000 r--p 0000e000 08:05 260224 /usr/lib64/libbz2.so.1.0.6 7f0c78669000-7f0c7866a000 rw-p 0000f000 08:05 260224 /usr/lib64/libbz2.so.1.0.6 7f0c7866a000-7f0c78688000 r-xp 00000000 08:05 262401 /usr/lib64/libxcb.so.1.1.0 7f0c78688000-7f0c78887000 ---p 0001e000 08:05 262401 /usr/lib64/libxcb.so.1.1.0 7f0c78887000-7f0c78888000 r--p 0001d000 08:05 262401 /usr/lib64/libxcb.so.1.1.0 7f0c78888000-7f0c78889000 rw-p 0001e000 08:05 262401 /usr/lib64/libxcb.so.1.1.0 7f0c78889000-7f0c7889f000 r-xp 00000000 08:05 260998 /usr/lib64/libnsl-2.18.so 7f0c7889f000-7f0c78a9e000 ---p 00016000 08:05 260998 /usr/lib64/libnsl-2.18.so 7f0c78a9e000-7f0c78a9f000 r--p 00015000 08:05 260998 /usr/lib64/libnsl-2.18.so 7f0c78a9f000-7f0c78aa0000 rw-p 00016000 08:05 260998 /usr/lib64/libnsl-2.18.so 7f0c78aa0000-7f0c78aa2000 rw-p 00000000 00:00 0 7f0c78aa2000-7f0c78c08000 r-xp 00000000 08:07 2703368 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libcrypto.so.0.9.8 7f0c78c08000-7f0c78e07000 ---p 00166000 08:07 2703368 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libcrypto.so.0.9.8 7f0c78e07000-7f0c78e14000 r--p 00165000 08:07 2703368 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libcrypto.so.0.9.8 7f0c78e14000-7f0c78e2c000 rw-p 00172000 08:07 2703368 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libcrypto.so.0.9.8 7f0c78e2c000-7f0c78e30000 rw-p 00000000 00:00 0 7f0c78e30000-7f0c78e72000 r-xp 00000000 08:07 2703366 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libssl.so.0.9.8 7f0c78e72000-7f0c79071000 ---p 00042000 08:07 2703366 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libssl.so.0.9.8 7f0c79071000-7f0c79073000 r--p 00041000 08:07 2703366 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libssl.so.0.9.8 7f0c79073000-7f0c79078000 rw-p 00043000 08:07 2703366 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libssl.so.0.9.8 7f0c79078000-7f0c7907f000 r-xp 00000000 08:05 261014 /usr/lib64/librt-2.18.so 7f0c7907f000-7f0c7927e000 ---p 00007000 08:05 261014 /usr/lib64/librt-2.18.so 7f0c7927e000-7f0c7927f000 r--p 00006000 08:05 261014 /usr/lib64/librt-2.18.so 7f0c7927f000-7f0c79280000 rw-p 00007000 08:05 261014 /usr/lib64/librt-2.18.so 7f0c79280000-7f0c79289000 r-xp 00000000 08:05 267624 /usr/lib64/libXrender.so.1.3.0 7f0c79289000-7f0c79488000 ---p 00009000 08:05 267624 /usr/lib64/libXrender.so.1.3.0 7f0c79488000-7f0c79489000 r--p 00008000 08:05 267624 /usr/lib64/libXrender.so.1.3.0 7f0c79489000-7f0c7948a000 rw-p 00009000 08:05 267624 /usr/lib64/libXrender.so.1.3.0 7f0c7948a000-7f0c794c4000 r-xp 00000000 08:05 267304 /usr/lib64/libfontconfig.so.1.8.0 7f0c794c4000-7f0c796c3000 ---p 0003a000 08:05 267304 /usr/lib64/libfontconfig.so.1.8.0 7f0c796c3000-7f0c796c5000 r--p 00039000 08:05 267304 /usr/lib64/libfontconfig.so.1.8.0 7f0c796c5000-7f0c796c6000 rw-p 0003b000 08:05 267304 /usr/lib64/libfontconfig.so.1.8.0 7f0c796c6000-7f0c79752000 r-xp 00000000 08:05 268919 /usr/lib64/libfreetype.so.6.10.2 7f0c79752000-7f0c79952000 ---p 0008c000 08:05 268919 /usr/lib64/libfreetype.so.6.10.2 7f0c79952000-7f0c79957000 r--p 0008c000 08:05 268919 /usr/lib64/libfreetype.so.6.10.2 7f0c79957000-7f0c79958000 rw-p 00091000 08:05 268919 /usr/lib64/libfreetype.so.6.10.2 7f0c79958000-7f0c7996c000 r-xp 00000000 08:05 267595 /usr/lib64/libXft.so.2.3.1 7f0c7996c000-7f0c79b6b000 ---p 00014000 08:05 267595 /usr/lib64/libXft.so.2.3.1 7f0c79b6b000-7f0c79b6c000 r--p 00013000 08:05 267595 /usr/lib64/libXft.so.2.3.1 7f0c79b6c000-7f0c79b6d000 rw-p 00014000 08:05 267595 /usr/lib64/libXft.so.2.3.1 7f0c79b6d000-7f0c79b7e000 r-xp 00000000 08:05 266125 /usr/lib64/libXext.so.6.4.0 7f0c79b7e000-7f0c79d7d000 ---p 00011000 08:05 266125 /usr/lib64/libXext.so.6.4.0 7f0c79d7d000-7f0c79d7e000 r--p 00010000 08:05 266125 /usr/lib64/libXext.so.6.4.0 7f0c79d7e000-7f0c79d7f000 rw-p 00011000 08:05 266125 /usr/lib64/libXext.so.6.4.0 7f0c79d7f000-7f0c79d81000 r-xp 00000000 08:05 271762 /usr/lib64/libXss.so.1.0.0 7f0c79d81000-7f0c79f81000 ---p 00002000 08:05 271762 /usr/lib64/libXss.so.1.0.0 7f0c79f81000-7f0c79f82000 r--p 00002000 08:05 271762 /usr/lib64/libXss.so.1.0.0 7f0c79f82000-7f0c79f83000 rw-p 00003000 08:05 271762 /usr/lib64/libXss.so.1.0.0 7f0c79f83000-7f0c7a0b8000 r-xp 00000000 08:05 266123 /usr/lib64/libX11.so.6.3.0 7f0c7a0b8000-7f0c7a2b8000 ---p 00135000 08:05 266123 /usr/lib64/libX11.so.6.3.0 7f0c7a2b8000-7f0c7a2b9000 r--p 00135000 08:05 266123 /usr/lib64/libX11.so.6.3.0 7f0c7a2b9000-7f0c7a2be000 rw-p 00136000 08:05 266123 /usr/lib64/libX11.so.6.3.0 7f0c7a2be000-7f0c7a2d4000 r-xp 00000000 08:07 2703374 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libgcc_s.so.1 7f0c7a2d4000-7f0c7a4d3000 ---p 00016000 08:07 2703374 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libgcc_s.so.1 7f0c7a4d3000-7f0c7a4d4000 r--p 00015000 08:07 2703374 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libgcc_s.so.1 7f0c7a4d4000-7f0c7a4d5000 rw-p 00016000 08:07 2703374 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libgcc_s.so.1 7f0c7a4d5000-7f0c7a681000 r-xp 00000000 08:05 260209 /usr/lib64/libc-2.18.so 7f0c7a681000-7f0c7a880000 ---p 001ac000 08:05 260209 /usr/lib64/libc-2.18.so 7f0c7a880000-7f0c7a884000 r--p 001ab000 08:05 260209 /usr/lib64/libc-2.18.so 7f0c7a884000-7f0c7a886000 rw-p 001af000 08:05 260209 /usr/lib64/libc-2.18.so 7f0c7a886000-7f0c7a88a000 rw-p 00000000 00:00 0 7f0c7a88a000-7f0c7a98c000 r-xp 00000000 08:05 260996 /usr/lib64/libm-2.18.so 7f0c7a98c000-7f0c7ab8b000 ---p 00102000 08:05 260996 /usr/lib64/libm-2.18.so 7f0c7ab8b000-7f0c7ab8c000 r--p 00101000 08:05 260996 /usr/lib64/libm-2.18.so 7f0c7ab8c000-7f0c7ab8d000 rw-p 00102000 08:05 260996 /usr/lib64/libm-2.18.so 7f0c7ab8d000-7f0c7abaf000 r-xp 00000000 08:07 2703395 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libtinfo.so.5 7f0c7abaf000-7f0c7adaf000 ---p 00022000 08:07 2703395 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libtinfo.so.5 7f0c7adaf000-7f0c7adb3000 r--p 00022000 08:07 2703395 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libtinfo.so.5 7f0c7adb3000-7f0c7adb4000 rw-p 00026000 08:07 2703395 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libtinfo.so.5 7f0c7adb4000-7f0c7adef000 r-xp 00000000 08:07 2703369 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libncurses.so.5.7 7f0c7adef000-7f0c7afee000 ---p 0003b000 08:07 2703369 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libncurses.so.5.7 7f0c7afee000-7f0c7aff3000 rw-p 0003a000 08:07 2703369 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libncurses.so.5.7 7f0c7aff3000-7f0c7aff6000 r-xp 00000000 08:05 260994 /usr/lib64/libdl-2.18.so 7f0c7aff6000-7f0c7b1f5000 ---p 00003000 08:05 260994 /usr/lib64/libdl-2.18.so 7f0c7b1f5000-7f0c7b1f6000 r--p 00002000 08:05 260994 /usr/lib64/libdl-2.18.so 7f0c7b1f6000-7f0c7b1f7000 rw-p 00003000 08:05 260994 /usr/lib64/libdl-2.18.so 7f0c7b1f7000-7f0c7b20f000 r-xp 00000000 08:05 260235 /usr/lib64/libpthread-2.18.so 7f0c7b20f000-7f0c7b40e000 ---p 00018000 08:05 260235 /usr/lib64/libpthread-2.18.so 7f0c7b40e000-7f0c7b40f000 r--p 00017000 08:05 260235 /usr/lib64/libpthread-2.18.so 7f0c7b40f000-7f0c7b410000 rw-p 00018000 08:05 260235 /usr/lib64/libpthread-2.18.so 7f0c7b410000-7f0c7b414000 rw-p 00000000 00:00 0 7f0c7b414000-7f0c7b528000 r-xp 00000000 08:07 2703375 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libgfortran.so.3.0.0 7f0c7b528000-7f0c7b728000 ---p 00114000 08:07 2703375 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libgfortran.so.3.0.0 7f0c7b728000-7f0c7b729000 r--p 00114000 08:07 2703375 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libgfortran.so.3.0.0 7f0c7b729000-7f0c7b72b000 rw-p 00115000 08:07 2703375 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libgfortran.so.3.0.0 7f0c7b72b000-7f0c7c049000 r-xp 00000000 08:07 2658076 /home/bruno/Essais/scilab-5.5.0/thirdparty/java/lib/amd64/server/libjvm.so 7f0c7c049000-7f0c7c14b000 ---p 0091e000 08:07 2658076 /home/bruno/Essais/scilab-5.5.0/thirdparty/java/lib/amd64/server/libjvm.so 7f0c7c14b000-7f0c7c301000 rw-p 00920000 08:07 2658076 /home/bruno/Essais/scilab-5.5.0/thirdparty/java/lib/amd64/server/libjvm.so 7f0c7c301000-7f0c7c33b000 rw-p 00000000 00:00 0 7f0c7c33b000-7f0c7c348000 r-xp 00000000 08:07 2658075 /home/bruno/Essais/scilab-5.5.0/thirdparty/java/lib/amd64/libverify.so 7f0c7c348000-7f0c7c447000 ---p 0000d000 08:07 2658075 /home/bruno/Essais/scilab-5.5.0/thirdparty/java/lib/amd64/libverify.so 7f0c7c447000-7f0c7c44a000 rw-p 0000c000 08:07 2658075 /home/bruno/Essais/scilab-5.5.0/thirdparty/java/lib/amd64/libverify.so 7f0c7c44a000-7f0c7c460000 r-xp 00000000 08:07 2703376 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libz.so.1.2.3.3 7f0c7c460000-7f0c7c65f000 ---p 00016000 08:07 2703376 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libz.so.1.2.3.3 7f0c7c65f000-7f0c7c660000 r--p 00015000 08:07 2703376 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libz.so.1.2.3.3 7f0c7c660000-7f0c7c661000 rw-p 00016000 08:07 2703376 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libz.so.1.2.3.3 7f0c7c661000-7f0c7c81d000 r-xp 00000000 08:07 2703388 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libxml2.so.2.9.1 7f0c7c81d000-7f0c7ca1d000 ---p 001bc000 08:07 2703388 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libxml2.so.2.9.1 7f0c7ca1d000-7f0c7ca24000 r--p 001bc000 08:07 2703388 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libxml2.so.2.9.1 7f0c7ca24000-7f0c7ca27000 rw-p 001c3000 08:07 2703388 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libxml2.so.2.9.1 7f0c7ca27000-7f0c7ca28000 rw-p 00000000 00:00 0 7f0c7ca28000-7f0c7ca32000 r-xp 00000000 08:07 2703346 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libsciconsole-minimal.so.5.5.0 7f0c7ca32000-7f0c7cc31000 ---p 0000a000 08:07 2703346 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libsciconsole-minimal.so.5.5.0 7f0c7cc31000-7f0c7cc32000 r--p 00009000 08:07 2703346 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libsciconsole-minimal.so.5.5.0 7f0c7cc32000-7f0c7cc33000 rw-p 0000a000 08:07 2703346 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libsciconsole-minimal.so.5.5.0 7f0c7cc33000-7f0c7cc68000 r-xp 00000000 08:07 2703415 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libquadmath.so.0.0.0 7f0c7cc68000-7f0c7ce67000 ---p 00035000 08:07 2703415 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libquadmath.so.0.0.0 7f0c7ce67000-7f0c7ce68000 r--p 00034000 08:07 2703415 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libquadmath.so.0.0.0 7f0c7ce68000-7f0c7ce69000 rw-p 00035000 08:07 2703415 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libquadmath.so.0.0.0 7f0c7ce69000-7f0c7cef7000 r-xp 00000000 08:07 2703377 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libblas.so.3gf.0 7f0c7cef7000-7f0c7d0f7000 ---p 0008e000 08:07 2703377 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libblas.so.3gf.0 7f0c7d0f7000-7f0c7d0f8000 rw-p 0008e000 08:07 2703377 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libblas.so.3gf.0 7f0c7d0f8000-7f0c7d8a9000 r-xp 00000000 08:07 2703393 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/liblapack.so.3gf.0 7f0c7d8a9000-7f0c7daa8000 ---p 007b1000 08:07 2703393 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/liblapack.so.3gf.0 7f0c7daa8000-7f0c7daa9000 r--p 007b0000 08:07 2703393 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/liblapack.so.3gf.0 7f0c7daa9000-7f0c7daad000 rw-p 007b1000 08:07 2703393 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/liblapack.so.3gf.0 7f0c7daad000-7f0c7dbba000 rw-p 00000000 00:00 0 7f0c7dbba000-7f0c7dbbb000 r-xp 00000000 08:07 2703244 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscicommons-disable.so.5.5.0 7f0c7dbbb000-7f0c7ddba000 ---p 00001000 08:07 2703244 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscicommons-disable.so.5.5.0 7f0c7ddba000-7f0c7ddbb000 r--p 00000000 08:07 2703244 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscicommons-disable.so.5.5.0 7f0c7ddbb000-7f0c7ddbc000 rw-p 00001000 08:07 2703244 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscicommons-disable.so.5.5.0 7f0c7ddbc000-7f0c7ddbd000 r-xp 00000000 08:07 2703276 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscihistory_browser-disable.so.5.5.0 7f0c7ddbd000-7f0c7dfbc000 ---p 00001000 08:07 2703276 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscihistory_browser-disable.so.5.5.0 7f0c7dfbc000-7f0c7dfbd000 r--p 00000000 08:07 2703276 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscihistory_browser-disable.so.5.5.0 7f0c7dfbd000-7f0c7dfbe000 rw-p 00001000 08:07 2703276 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscihistory_browser-disable.so.5.5.0 7f0c7dfbe000-7f0c7dfbf000 r-xp 00000000 08:07 2703331 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libsciui_data-disable.so.5.5.0 7f0c7dfbf000-7f0c7e1be000 ---p 00001000 08:07 2703331 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libsciui_data-disable.so.5.5.0 7f0c7e1be000-7f0c7e1bf000 r--p 00000000 08:07 2703331 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libsciui_data-disable.so.5.5.0 7f0c7e1bf000-7f0c7e1c0000 rw-p 00001000 08:07 2703331 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libsciui_data-disable.so.5.5.0 7f0c7e1c0000-7f0c7e1c1000 r-xp 00000000 08:07 2703264 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libsciscinotes-disable.so.5.5.0 7f0c7e1c1000-7f0c7e3c0000 ---p 00001000 08:07 2703264 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libsciscinotes-disable.so.5.5.0 7f0c7e3c0000-7f0c7e3c1000 r--p 00000000 08:07 2703264 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libsciscinotes-disable.so.5.5.0 7f0c7e3c1000-7f0c7e3c2000 rw-p 00001000 08:07 2703264 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libsciscinotes-disable.so.5.5.0 7f0c7e3c2000-7f0c7e3c3000 r-xp 00000000 08:07 2703291 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscigraphic_objects-disable.so.5.5.0 7f0c7e3c3000-7f0c7e5c2000 ---p 00001000 08:07 2703291 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscigraphic_objects-disable.so.5.5.0 7f0c7e5c2000-7f0c7e5c3000 r--p 00000000 08:07 2703291 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscigraphic_objects-disable.so.5.5.0 7f0c7e5c3000-7f0c7e5c4000 rw-p 00001000 08:07 2703291 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscigraphic_objects-disable.so.5.5.0 7f0c7e5c4000-7f0c7e5c5000 r-xp 00000000 08:07 2703217 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscixcos-disable.so.5.5.0 7f0c7e5c5000-7f0c7e7c4000 ---p 00001000 08:07 2703217 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscixcos-disable.so.5.5.0 7f0c7e7c4000-7f0c7e7c5000 r--p 00000000 08:07 2703217 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscixcos-disable.so.5.5.0 7f0c7e7c5000-7f0c7e7c6000 rw-p 00001000 08:07 2703217 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscixcos-disable.so.5.5.0 7f0c7e7c6000-7f0c7e7c7000 r-xp 00000000 08:07 2703191 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscijvm-disable.so.5.5.0 7f0c7e7c7000-7f0c7e9c6000 ---p 00001000 08:07 2703191 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscijvm-disable.so.5.5.0 7f0c7e9c6000-7f0c7e9c7000 r--p 00000000 08:07 2703191 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscijvm-disable.so.5.5.0 7f0c7e9c7000-7f0c7e9c8000 rw-p 00001000 08:07 2703191 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscijvm-disable.so.5.5.0 7f0c7e9c8000-7f0c7e9c9000 r-xp 00000000 08:07 2703339 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libsciaction_binding-disable.so.5.5.0 7f0c7e9c9000-7f0c7ebc8000 ---p 00001000 08:07 2703339 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libsciaction_binding-disable.so.5.5.0 7f0c7ebc8000-7f0c7ebc9000 r--p 00000000 08:07 2703339 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libsciaction_binding-disable.so.5.5.0 7f0c7ebc9000-7f0c7ebca000 rw-p 00001000 08:07 2703339 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libsciaction_binding-disable.so.5.5.0 7f0c7ebca000-7f0c7ebcb000 r-xp 00000000 08:07 2703216 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscigraphic_export-disable.so.5.5.0 7f0c7ebcb000-7f0c7edca000 ---p 00001000 08:07 2703216 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscigraphic_export-disable.so.5.5.0 7f0c7edca000-7f0c7edcb000 r--p 00000000 08:07 2703216 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscigraphic_export-disable.so.5.5.0 7f0c7edcb000-7f0c7edcc000 rw-p 00001000 08:07 2703216 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscigraphic_export-disable.so.5.5.0 7f0c7edcc000-7f0c7edce000 r-xp 00000000 08:07 2703281 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscigraphics-disable.so.5.5.0 7f0c7edce000-7f0c7efce000 ---p 00002000 08:07 2703281 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscigraphics-disable.so.5.5.0 7f0c7efce000-7f0c7efcf000 r--p 00002000 08:07 2703281 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscigraphics-disable.so.5.5.0 7f0c7efcf000-7f0c7efd0000 rw-p 00003000 08:07 2703281 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscigraphics-disable.so.5.5.0 7f0c7efd0000-7f0c7efd2000 r-xp 00000000 08:07 2703314 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscigui-disable.so.5.5.0 7f0c7efd2000-7f0c7f1d1000 ---p 00002000 08:07 2703314 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscigui-disable.so.5.5.0 7f0c7f1d1000-7f0c7f1d2000 r--p 00001000 08:07 2703314 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscigui-disable.so.5.5.0 7f0c7f1d2000-7f0c7f1d3000 rw-p 00002000 08:07 2703314 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscigui-disable.so.5.5.0 7f0c7f1d3000-7f0c7f1d5000 r-xp 00000000 08:07 2703186 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscipreferences-cli.so.5.5.0 7f0c7f1d5000-7f0c7f3d5000 ---p 00002000 08:07 2703186 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscipreferences-cli.so.5.5.0 7f0c7f3d5000-7f0c7f3d6000 r--p 00002000 08:07 2703186 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscipreferences-cli.so.5.5.0 7f0c7f3d6000-7f0c7f3d7000 rw-p 00003000 08:07 2703186 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscipreferences-cli.so.5.5.0 7f0c7f3d7000-7f0c7f433000 r-xp 00000000 08:07 2703170 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libsciexternal_objects.so.5.5.0 7f0c7f433000-7f0c7f633000 ---p 0005c000 08:07 2703170 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libsciexternal_objects.so.5.5.0 7f0c7f633000-7f0c7f634000 r--p 0005c000 08:07 2703170 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libsciexternal_objects.so.5.5.0 7f0c7f634000-7f0c7f637000 rw-p 0005d000 08:07 2703170 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libsciexternal_objects.so.5.5.0 7f0c7f637000-7f0c7f6a4000 r-xp 00000000 08:07 2703167 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscixml.so.5.5.0 7f0c7f6a4000-7f0c7f8a4000 ---p 0006d000 08:07 2703167 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscixml.so.5.5.0 7f0c7f8a4000-7f0c7f8a5000 r--p 0006d000 08:07 2703167 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscixml.so.5.5.0 7f0c7f8a5000-7f0c7f8a8000 rw-p 0006e000 08:07 2703167 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscixml.so.5.5.0 7f0c7f8a8000-7f0c7f8c4000 r-xp 00000000 08:07 2703182 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscistatistics.so.5.5.0 7f0c7f8c4000-7f0c7fac3000 ---p 0001c000 08:07 2703182 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscistatistics.so.5.5.0 7f0c7fac3000-7f0c7fac4000 r--p 0001b000 08:07 2703182 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscistatistics.so.5.5.0 7f0c7fac4000-7f0c7fac5000 rw-p 0001c000 08:07 2703182 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscistatistics.so.5.5.0 7f0c7fac5000-7f0c7fb7f000 rw-p 00000000 00:00 0 7f0c7fb7f000-7f0c7fc7c000 r-xp 00000000 08:07 2703348 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libfftw3.so.3.2.3 7f0c7fc7c000-7f0c7fe7c000 ---p 000fd000 08:07 2703348 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libfftw3.so.3.2.3 7f0c7fe7c000-7f0c7fe83000 rw-p 000fd000 08:07 2703348 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libfftw3.so.3.2.3 7f0c7fe83000-7f0c7fea1000 r-xp 00000000 08:07 2703372 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libhdf5_hl.so.7.0.4 7f0c7fea1000-7f0c800a0000 ---p 0001e000 08:07 2703372 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libhdf5_hl.so.7.0.4 7f0c800a0000-7f0c800a1000 r--p 0001d000 08:07 2703372 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libhdf5_hl.so.7.0.4 7f0c800a1000-7f0c800a2000 rw-p 0001e000 08:07 2703372 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libhdf5_hl.so.7.0.4 7f0c800a2000-7f0c800b3000 rw-p 00000000 00:00 0 7f0c800b3000-7f0c8033e000 r-xp 00000000 08:07 2703429 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libhdf5.so.7.0.4 7f0c8033e000-7f0c8053e000 ---p 0028b000 08:07 2703429 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libhdf5.so.7.0.4 7f0c8053e000-7f0c80543000 r--p 0028b000 08:07 2703429 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libhdf5.so.7.0.4 7f0c80543000-7f0c8054a000 rw-p 00290000 08:07 2703429 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libhdf5.so.7.0.4 7f0c8054a000-7f0c8054b000 rw-p 00000000 00:00 0 7f0c8054b000-7f0c80639000 r-xp 00000000 08:07 2703210 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscihdf5.so.5.5.0 7f0c80639000-7f0c80838000 ---p 000ee000 08:07 2703210 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscihdf5.so.5.5.0 7f0c80838000-7f0c8083f000 r--p 000ed000 08:07 2703210 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscihdf5.so.5.5.0 7f0c8083f000-7f0c80843000 rw-p 000f4000 08:07 2703210 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscihdf5.so.5.5.0 7f0c80843000-7f0c80872000 r-xp 00000000 08:07 2703378 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libpcre.so.7.8.0 7f0c80872000-7f0c80a71000 ---p 0002f000 08:07 2703378 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libpcre.so.7.8.0 7f0c80a71000-7f0c80a72000 rw-p 0002e000 08:07 2703378 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libpcre.so.7.8.0 7f0c80a72000-7f0c80a74000 r-xp 00000000 08:07 2703396 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libpcreposix.so.7.8.0 7f0c80a74000-7f0c80c73000 ---p 00002000 08:07 2703396 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libpcreposix.so.7.8.0 7f0c80c73000-7f0c80c74000 rw-p 00001000 08:07 2703396 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libpcreposix.so.7.8.0 7f0c80c74000-7f0c80c87000 r-xp 00000000 08:07 2703325 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscihistory_manager.so.5.5.0 7f0c80c87000-7f0c80e86000 ---p 00013000 08:07 2703325 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscihistory_manager.so.5.5.0 7f0c80e86000-7f0c80e87000 r--p 00012000 08:07 2703325 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscihistory_manager.so.5.5.0 7f0c80e87000-7f0c80e88000 rw-p 00013000 08:07 2703325 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscihistory_manager.so.5.5.0 7f0c80e88000-7f0c80ea4000 r-xp 00000000 08:07 2703288 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscicompletion.so.5.5.0 7f0c80ea4000-7f0c810a3000 ---p 0001c000 08:07 2703288 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscicompletion.so.5.5.0 7f0c810a3000-7f0c810a4000 r--p 0001b000 08:07 2703288 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscicompletion.so.5.5.0 7f0c810a4000-7f0c810a5000 rw-p 0001c000 08:07 2703288 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscicompletion.so.5.5.0 7f0c810a5000-7f0c810c9000 r-xp 00000000 08:07 2703198 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscispecial_functions.so.5.5.0 7f0c810c9000-7f0c812c9000 ---p 00024000 08:07 2703198 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscispecial_functions.so.5.5.0 7f0c812c9000-7f0c812ca000 r--p 00024000 08:07 2703198 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscispecial_functions.so.5.5.0 7f0c812ca000-7f0c812cb000 rw-p 00025000 08:07 2703198 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscispecial_functions.so.5.5.0 7f0c812cb000-7f0c812d1000 r-xp 00000000 08:07 2703292 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscilocalization.so.5.5.0 7f0c812d1000-7f0c814d0000 ---p 00006000 08:07 2703292 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscilocalization.so.5.5.0 7f0c814d0000-7f0c814d1000 r--p 00005000 08:07 2703292 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscilocalization.so.5.5.0 7f0c814d1000-7f0c814d8000 rw-p 00006000 08:07 2703292 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscilocalization.so.5.5.0 7f0c814d8000-7f0c814dc000 r-xp 00000000 08:07 2703177 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscicall_scilab.so.5.5.0 7f0c814dc000-7f0c816db000 ---p 00004000 08:07 2703177 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscicall_scilab.so.5.5.0 7f0c816db000-7f0c816dc000 r--p 00003000 08:07 2703177 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscicall_scilab.so.5.5.0 7f0c816dc000-7f0c816dd000 rw-p 00004000 08:07 2703177 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscicall_scilab.so.5.5.0 7f0c816dd000-7f0c816e6000 r-xp 00000000 08:07 2703194 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscifunctions.so.5.5.0 7f0c816e6000-7f0c818e5000 ---p 00009000 08:07 2703194 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscifunctions.so.5.5.0 7f0c818e5000-7f0c818e6000 r--p 00008000 08:07 2703194 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscifunctions.so.5.5.0 7f0c818e6000-7f0c818e7000 rw-p 00009000 08:07 2703194 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscifunctions.so.5.5.0 7f0c818e7000-7f0c819a1000 rw-p 00000000 00:00 0 7f0c819a1000-7f0c819e1000 r-xp 00000000 08:07 2703403 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libcurl.so.4.1.1 7f0c819e1000-7f0c81be0000 ---p 00040000 08:07 2703403 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libcurl.so.4.1.1 7f0c81be0000-7f0c81be1000 r--p 0003f000 08:07 2703403 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libcurl.so.4.1.1 7f0c81be1000-7f0c81be2000 rw-p 00040000 08:07 2703403 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libcurl.so.4.1.1 7f0c81be2000-7f0c81be3000 rw-p 00000000 00:00 0 7f0c81be3000-7f0c82020000 r-xp 00000000 08:07 2703268 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscilab-cli.so.0.0.0 7f0c82020000-7f0c82220000 ---p 0043d000 08:07 2703268 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscilab-cli.so.0.0.0 7f0c82220000-7f0c82222000 r--p 0043d000 08:07 2703268 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscilab-cli.so.0.0.0 7f0c82222000-7f0c8222f000 rw-p 0043f000 08:07 2703268 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscilab-cli.so.0.0.0 7f0c8222f000-7f0c82381000 rw-p 00000000 00:00 0 7f0c82381000-7f0c82389000 r-xp 00000000 08:07 2703306 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscijvm.so.5.5.0 7f0c82389000-7f0c82588000 ---p 00008000 08:07 2703306 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscijvm.so.5.5.0 7f0c82588000-7f0c82589000 r--p 00007000 08:07 2703306 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscijvm.so.5.5.0 7f0c82589000-7f0c8258a000 rw-p 00008000 08:07 2703306 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscijvm.so.5.5.0 7f0c8258a000-7f0c82595000 r-xp 00000000 08:07 2703183 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscicommons.so.5.5.0 7f0c82595000-7f0c82794000 ---p 0000b000 08:07 2703183 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscicommons.so.5.5.0 7f0c82794000-7f0c82795000 r--p 0000a000 08:07 2703183 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscicommons.so.5.5.0 7f0c82795000-7f0c82796000 rw-p 0000b000 08:07 2703183 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscicommons.so.5.5.0 7f0c82796000-7f0c827b8000 r-xp 00000000 08:07 2703200 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscitypes.so.5.5.0 7f0c827b8000-7f0c829b7000 ---p 00022000 08:07 2703200 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscitypes.so.5.5.0 7f0c829b7000-7f0c829b8000 r--p 00021000 08:07 2703200 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscitypes.so.5.5.0 7f0c829b8000-7f0c829b9000 rw-p 00022000 08:07 2703200 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscitypes.so.5.5.0 7f0c829b9000-7f0c829c4000 r-xp 00000000 08:07 2703311 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscihelptools.so.5.5.0 7f0c829c4000-7f0c82bc3000 ---p 0000b000 08:07 2703311 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscihelptools.so.5.5.0 7f0c82bc3000-7f0c82bc4000 r--p 0000a000 08:07 2703311 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscihelptools.so.5.5.0 7f0c82bc4000-7f0c82bc5000 rw-p 0000b000 08:07 2703311 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscihelptools.so.5.5.0 7f0c82bc5000-7f0c82c0d000 r-xp 00000000 08:07 2703235 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libsciexternal_objects_java.so.5.5.0 7f0c82c0d000-7f0c82e0c000 ---p 00048000 08:07 2703235 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libsciexternal_objects_java.so.5.5.0 7f0c82e0c000-7f0c82e0e000 r--p 00047000 08:07 2703235 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libsciexternal_objects_java.so.5.5.0 7f0c82e0e000-7f0c82e0f000 rw-p 00049000 08:07 2703235 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libsciexternal_objects_java.so.5.5.0 7f0c82e0f000-7f0c82e10000 rw-p 00000000 00:00 0 7f0c82e10000-7f0c82e18000 r-xp 00000000 08:07 2703254 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscipreferences.so.5.5.0 7f0c82e18000-7f0c83017000 ---p 00008000 08:07 2703254 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscipreferences.so.5.5.0 7f0c83017000-7f0c83018000 r--p 00007000 08:07 2703254 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscipreferences.so.5.5.0 7f0c83018000-7f0c83019000 rw-p 00008000 08:07 2703254 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscipreferences.so.5.5.0 7f0c83019000-7f0c83126000 r-xp 00000000 08:07 2703367 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libtcl8.5.3.so 7f0c83126000-7f0c83326000 ---p 0010d000 08:07 2703367 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libtcl8.5.3.so 7f0c83326000-7f0c83335000 rw-p 0010d000 08:07 2703367 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libtcl8.5.3.so 7f0c83335000-7f0c83336000 rw-p 00000000 00:00 0 7f0c83336000-7f0c8345f000 r-xp 00000000 08:07 2703349 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libtk8.5.3.so 7f0c8345f000-7f0c8365f000 ---p 00129000 08:07 2703349 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libtk8.5.3.so 7f0c8365f000-7f0c8367c000 rw-p 00129000 08:07 2703349 /home/bruno/Essais/scilab-5.5.0/lib/thirdparty/libtk8.5.3.so 7f0c8367c000-7f0c8367d000 rw-p 00000000 00:00 0 7f0c8367d000-7f0c83686000 r-xp 00000000 08:07 2703340 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscitclsci.so.5.5.0 7f0c83686000-7f0c83886000 ---p 00009000 08:07 2703340 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscitclsci.so.5.5.0 7f0c83886000-7f0c83887000 r--p 00009000 08:07 2703340 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscitclsci.so.5.5.0 7f0c83887000-7f0c83888000 rw-p 0000a000 08:07 2703340 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscitclsci.so.5.5.0 7f0c83888000-7f0c8388e000 r-xp 00000000 08:07 2703294 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscihistory_browser.so.5.5.0 7f0c8388e000-7f0c83a8d000 ---p 00006000 08:07 2703294 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscihistory_browser.so.5.5.0 7f0c83a8d000-7f0c83a8e000 r--p 00005000 08:07 2703294 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscihistory_browser.so.5.5.0 7f0c83a8e000-7f0c83a8f000 rw-p 00006000 08:07 2703294 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscihistory_browser.so.5.5.0 7f0c83a8f000-7f0c83ab1000 r-xp 00000000 08:07 2703255 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libsciui_data.so.5.5.0 7f0c83ab1000-7f0c83cb0000 ---p 00022000 08:07 2703255 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libsciui_data.so.5.5.0 7f0c83cb0000-7f0c83cb1000 r--p 00021000 08:07 2703255 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libsciui_data.so.5.5.0 7f0c83cb1000-7f0c83cb2000 rw-p 00022000 08:07 2703255 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libsciui_data.so.5.5.0 7f0c83cb2000-7f0c83cbc000 r-xp 00000000 08:07 2703343 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libsciscinotes.so.5.5.0 7f0c83cbc000-7f0c83ebb000 ---p 0000a000 08:07 2703343 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libsciscinotes.so.5.5.0 7f0c83ebb000-7f0c83ebc000 r--p 00009000 08:07 2703343 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libsciscinotes.so.5.5.0 7f0c83ebc000-7f0c83ebd000 rw-p 0000a000 08:07 2703343 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libsciscinotes.so.5.5.0 7f0c83ebd000-7f0c83f82000 r-xp 00000000 08:07 2703165 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscigraphic_objects.so.5.5.0 7f0c83f82000-7f0c84182000 ---p 000c5000 08:07 2703165 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscigraphic_objects.so.5.5.0 7f0c84182000-7f0c84183000 r--p 000c5000 08:07 2703165 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscigraphic_objects.so.5.5.0 7f0c84183000-7f0c84187000 rw-p 000c6000 08:07 2703165 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscigraphic_objects.so.5.5.0 7f0c84187000-7f0c84245000 rw-p 00000000 00:00 0 7f0c84245000-7f0c8424b000 r-xp 00000000 08:07 2703315 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libsciaction_binding.so.5.5.0 7f0c8424b000-7f0c8444a000 ---p 00006000 08:07 2703315 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libsciaction_binding.so.5.5.0 7f0c8444a000-7f0c8444b000 r--p 00005000 08:07 2703315 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libsciaction_binding.so.5.5.0 7f0c8444b000-7f0c8444c000 rw-p 00006000 08:07 2703315 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libsciaction_binding.so.5.5.0 7f0c8444c000-7f0c84456000 r-xp 00000000 08:07 2703272 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libsciconsole.so.5.5.0 7f0c84456000-7f0c84655000 ---p 0000a000 08:07 2703272 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libsciconsole.so.5.5.0 7f0c84655000-7f0c84656000 r--p 00009000 08:07 2703272 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libsciconsole.so.5.5.0 7f0c84656000-7f0c84657000 rw-p 0000a000 08:07 2703272 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libsciconsole.so.5.5.0 7f0c84657000-7f0c84661000 r-xp 00000000 08:07 2703212 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscigraphic_export.so.5.5.0 7f0c84661000-7f0c84860000 ---p 0000a000 08:07 2703212 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscigraphic_export.so.5.5.0 7f0c84860000-7f0c84861000 r--p 00009000 08:07 2703212 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscigraphic_export.so.5.5.0 7f0c84861000-7f0c84862000 rw-p 0000a000 08:07 2703212 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscigraphic_export.so.5.5.0 7f0c84862000-7f0c848e0000 r-xp 00000000 08:07 2703197 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscigraphics.so.5.5.0 7f0c848e0000-7f0c84adf000 ---p 0007e000 08:07 2703197 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscigraphics.so.5.5.0 7f0c84adf000-7f0c84ae3000 r--p 0007d000 08:07 2703197 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscigraphics.so.5.5.0 7f0c84ae3000-7f0c84ae6000 rw-p 00081000 08:07 2703197 /home/bruno/Essais/scilab-5.5.0/lib/scilab/libscigraphics.so.5.5.0terminate called after throwing an instance of 'GiwsException::JniCallMethodException' what(): Exception when calling Java method : org/scilab/modules/gui/bridge/CallScilabBridge at sun.awt.UNIXToolkit.load_gtk(Native Method) at sun.awt.UNIXToolkit.checkGTK(Unknown Source) at com.sun.java.swing.plaf.gtk.GTKEngine.(Unknown Source) at com.sun.java.swing.plaf.gtk.GTKLookAndFeel.getGTKStyleFactory(Unknown Source) at com.sun.java.swing.plaf.gtk.GTKLookAndFeel.loadStyles(Unknown Source) at com.sun.java.swing.plaf.gtk.GTKLookAndFeel.initialize(Unknown Source) at javax.swing.UIManager.setLookAndFeel(Unknown Source) at javax.swing.UIManager.setLookAndFeel(Unknown Source) at org.scilab.modules.gui.utils.LookAndFeelManager$1.run(Unknown Source) at java.awt.event.InvocationEvent.dispatch(Unknown Source) at java.awt.EventQueue.dispatchEventImpl(Unknown Source) at java.awt.EventQueue.access$400(Unknown Source) at java.awt.EventQueue$2.run(Unknown Source) at java.awt.EventQueue$2.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source) at java.awt.EventQueue.dispatchEvent(Unknown Source) at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.run(Unknown Source) org/scilab/modules/gui/bridge/CallScilabBridge at sun.awt.UNIXToolkit.load_gtk(Native Method) at sun.awt.UNIXToolkit.checkGTK(Unknown Source) at com.sun.java.swing.plaf.gtk.GTKEngine.(Unknown Source) at com.sun.java.swing.plaf.gtk.GTKLookAndFeel.getGTKStyleFactory(Unknown Source) at com.sun.java.swing.plaf.gtk.GTKLookAndFeel.loadStyles(Unknown Source) at com.sun.java.swing.plaf.gtk.GTKLookAndFeel.initialize(Unknown Source) at javax.swing.UIManager.setLookAndFeel(Unknown Source) at javax.swing.UIManager.setLookAndFeel(Unknown Source) at org.scilab.modules.gui.utils.LookAndFeelManager$1.run(Unknown Source) at java.awt.event.InvocationEvent.dispatch(Unknown Source) at java.awt.EventQueue.dispatchEventImpl(Unknown Source) at java.awt.EventQueue.access$400(Unknown Source) at java.awt.EventQueue$2.run(Unknown Source) at java.awt.EventQueue$2.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source) at java.awt.EventQueue.dispatchEvent(Unknown Source) at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.run(Unknown Source) ./scilab : ligne 911 : 804 Abandon "$SCILABBIN" "$@" From tanthiamhuat at yahoo.com Wed Jul 9 15:53:39 2014 From: tanthiamhuat at yahoo.com (tanthiamhuat) Date: Wed, 9 Jul 2014 06:53:39 -0700 (PDT) Subject: [Scilab-users] polyfit for Scilab Message-ID: <1404914019558-4030877.post@n3.nabble.com> Why is polyfit not a function in Scilab? I need to copy from http://www.matrixlab-examples.com/curve-fitting-scilab.html or is there other function which is equivalent to polyfit ? -- View this message in context: http://mailinglists.scilab.org/polyfit-for-Scilab-tp4030877.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From Christophe.Dang at sidel.com Wed Jul 9 17:17:34 2014 From: Christophe.Dang at sidel.com (Dang, Christophe) Date: Wed, 9 Jul 2014 17:17:34 +0200 Subject: [Scilab-users] polyfit for Scilab In-Reply-To: <1404914019558-4030877.post@n3.nabble.com> References: <1404914019558-4030877.post@n3.nabble.com> Message-ID: <3B5FFC67498DFF49AE7271A584867D16F40B367E72@301EX00100.sidel.com> Hello, > De : tanthiamhuat > Envoy? : mercredi 9 juillet 2014 15:54 > >Why is polyfit not a function in Scilab? I'm not a Matlaber, but Mathwokr websit tells me this is used for polynomial fitting http://www.mathworks.fr/fr/help/matlab/ref/polyfit.html In fact, you don't need a specific function as polynomial fitting is just a multiple linear regression considering each x^n is a variable (in this case, the variables are strongly correlated contrarily to usual multiple linear regression) Please read the following discussion where I explain how to perform a polynomial fit http://mailinglists.scilab.org/Polynomic-regression-td4030799.html HTH -- Christophe Dang Ngoc Chan Mechanical calculation engineer ______________________________________________________________________ This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error), please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. ______________________________________________________________________ From david.cheze at cea.fr Wed Jul 9 17:39:12 2014 From: david.cheze at cea.fr (=?UTF-8?Q?David_Ch=C3=A8ze?=) Date: Wed, 9 Jul 2014 08:39:12 -0700 (PDT) Subject: [Scilab-users] polyfit for Scilab In-Reply-To: <1404914019558-4030877.post@n3.nabble.com> References: <1404914019558-4030877.post@n3.nabble.com> Message-ID: <1404920352089-4030879.post@n3.nabble.com> Hi, you could use the polyfit function that is made available in the stixbox module: it is equivalent to matlab's polyfit. http://atoms.scilab.org/toolboxes/stixbox/2.2/ David -- View this message in context: http://mailinglists.scilab.org/polyfit-for-Scilab-tp4030877p4030879.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From LlelanD at TheSnakePitDev.com Wed Jul 9 20:16:29 2014 From: LlelanD at TheSnakePitDev.com (Llelan D.) Date: Wed, 09 Jul 2014 11:16:29 -0700 Subject: [Scilab-users] Multiple files of functions with the same name Message-ID: <53BD86FD.80705@TheSnakePitDev.com> Thank you all for your kind replies. Samuel has come up with what seems to be the only workable solution using the namespaces provided by library variables (I'll explain after a couple of points and an example). ---------- The rest of the replies have to do with either loading and running each implementation sequentially, or manually renaming the loaded function variables. As I explained in the OP: * Both functions MUST be resident without clashing so they both can be run. Constantly reloading, re-interpreting, and recompiling each function for what may be millions of times per match is pathetically inefficient. * The .sci files might not only implement the specified function prototype, they might also implement many support functions. Since the implementation files might be written by 3rd parties (such as in a tournament), the support function names can not be known beforehand. So, it is impossible to know what to rename after an exec() is done, and I've never found a way to list what functions are loaded by an exec(). As to the confusion of what is being done: This is a description of a generic process that can be applied to a great variety of algorithm profiling and tournament situations. The overall products that might use this are not important. The ability to have functions with the same name and prototype implemented in different .sci files resident in the same session is. However, I'll give you a concrete example: Some years ago, a tournament was held for response algorithms to the Iterated Prisoner's Dilemma (see http://www.prisoners-dilemma.com for details). Competitors would each implement a set of "personalities" each of which implements a "responseString = response(iGame, lastScore)" prototype. The tournament software expects to see in the tournament directory a set of directories each named for a competitor. In each competitor directory is a set of personality directories each of which holds the implementation of the response prototype function and possibly many other support functions. While the competitor names are registered unique, the personality and support function names might not be. Each competitor is paired against each other competitor where each personality of one competitor is played against each personality of the other 20 times. The average score for each personality and competitor is accumulated and the competitor(s) with the highest average score wins. With hundreds of competitors, some using dozens of personalities and many with the same names but different implementations, the number of games can easily run into the hundreds of thousands. In this scenario, the personalities should not be constantly reloaded, re-interpreted, and re-compiled for each and every call. The whole tournament would be uselessly bogged down. ---------- The library solution proposed by Samuel can deal with this since the loaded library functions can be qualified with the library variable name. For example: Two libraries are created in directories testLib1 and testLib2, each of which implements the "y = test(x)" prototype. After using the lib() function to load both to two variables called testLib1 and testLib2, you can call either testLib1.test(2) or testLib2.test(2) without having to reload anything. There is a little annoying magic where the variable "test" will be assigned to whatever library was last loaded but, if you do not use that variable, there is no problem, unless you run into variable space overruns (I do wish there was a way to not do that). For tournament software, it is important to be able to require competitors to submit implementation sources so that you can verify nothing goes on that breaks the rules. Scilab allows you to create the libraries without external utilities all in the same language. Setting funcprot(2) makes sure that competitor implementations do not try to futz with the environment used by the other competitor but still allows the qualified libraries with functions of the same name to be loaded. I've tested this and it works. Thank you Samuel for your solution to this. I am greatly appreciative. However ? namespaces or qualified names are definitely needed in Scilab. From adelson.oliveira at gmail.com Thu Jul 10 03:12:51 2014 From: adelson.oliveira at gmail.com (Adelson) Date: Wed, 09 Jul 2014 22:12:51 -0300 Subject: [Scilab-users] scilab 5.5.0 binary 64 bits not working on mageia-4 In-Reply-To: <53BD34F6.7040003@univ-lorraine.fr> References: <53BD34F6.7040003@univ-lorraine.fr> Message-ID: <53BDE893.4070608@gmail.com> Probably the same as what is reported in bug 13399 (look at scilab's bugzilla). Believe it or not, the workaround was to change kde appearance style from oxygen-gtk to something else, launch scilab, close scilab, and if you prefer change kde appearance style back to oxygen-gtk. Don't know why but it worked for me. > Hi, > > The binary scilab-5.5.0 64 bits on linux mageia-4 is > not working (at least for me), it doesn't even start. > It works in -nwni mode so without gui and graphics. > The former one (5.4.1) is OK. If someone has an idea > of what is going on many thanks ! > > Bruno > > PS : in attachment the output I got when launching scilab > from a linux terminal. > > > > > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bruno.pincon at univ-lorraine.fr Thu Jul 10 12:03:36 2014 From: bruno.pincon at univ-lorraine.fr (=?ISO-8859-1?Q?Pin=E7on_Bruno?=) Date: Thu, 10 Jul 2014 12:03:36 +0200 Subject: [Scilab-users] scilab 5.5.0 binary 64 bits not working on mageia-4 In-Reply-To: <53BDE893.4070608@gmail.com> References: <53BD34F6.7040003@univ-lorraine.fr> <53BDE893.4070608@gmail.com> Message-ID: <53BE64F8.9090905@univ-lorraine.fr> Le 10/07/2014 03:12, Adelson a ?crit : > Probably the same as what is reported in bug 13399 (look at scilab's > bugzilla). > > > Believe it or not, the workaround was to change kde appearance style > from oxygen-gtk to something else, launch scilab, close scilab, and > if you prefer change > kde appearance style back to oxygen-gtk. > > Don't know why but it worked for me. > Thanks for the help. Alas the trick is not working for me. I have tried several themes (some are just variants of oxygen-gtk...) without success. I will have a deeper look at the (very long) bug report... Seems like I am bounded to use 5.4.1 for now. Bruno -------------- next part -------------- An HTML attachment was scrubbed... URL: From clement.david at scilab-enterprises.com Thu Jul 10 12:21:33 2014 From: clement.david at scilab-enterprises.com (=?ISO-8859-1?Q?Cl=E9ment?= David) Date: Thu, 10 Jul 2014 12:21:33 +0200 Subject: [Scilab-users] Iterator in XCOS? In-Reply-To: <1404897628169-4030867.post@n3.nabble.com> References: <1404314522428-4030813.post@n3.nabble.com> <1404748695.2055.39.camel@paros> <1404897628169-4030867.post@n3.nabble.com> Message-ID: <1404987693.2194.8.camel@paros> Hello, Just list the interface functions and add them to the palette using : interfaces = ["BIGSOM_f" "RAMP"] pal = xcosPal('Iterators'); for i=1:size(interfaces, '*') pal = xcosPalAddBlock(pal, interfaces(i)) end xcosPalAdd(pal) I just checked but some interface functions are missing in Scilab/Xcos WhileIterator, ForIterator, etc... If you need them, just request the source code of scicos and we will be happy to integrate them into the Scilab source tree. -- Cl?ment Le mercredi 09 juillet 2014 ? 02:20 -0700, breitu a ?crit : > Thanks for the answer! > Do you mean that I should insert the Iterator from an older version of > (sci-/x)-cos? > > > > -- > View this message in context: http://mailinglists.scilab.org/Iterator-in-XCOS-tp4030813p4030867.html > Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users From aweeks at hidglobal.com Thu Jul 10 12:40:08 2014 From: aweeks at hidglobal.com (aweeks at hidglobal.com) Date: Thu, 10 Jul 2014 11:40:08 +0100 Subject: [Scilab-users] Multiple files of functions with the same name In-Reply-To: <53BD86FD.80705@TheSnakePitDev.com> References: <53BD86FD.80705@TheSnakePitDev.com> Message-ID: Hi "Llelan D.", In your text below, see the line marked in red. Would 'listfunctions()' before and after the 'exec' do what you need? (Apologies if that is too naive). Adrian. Adrian Weeks Development Engineer HID Global, 3 Cae Gwyrdd, Green Meadow Springs Business Park, Cardiff CF15 7AB, United Kingdom. +44 (0)29 20528523 (Office) aweeks at hidglobal.com www.hidglobal.com From: "Llelan D." To: users at lists.scilab.org Date: 09/07/2014 19:17 Subject: Re: [Scilab-users] Multiple files of functions with the same name Sent by: "users" Thank you all for your kind replies. Samuel has come up with what seems to be the only workable solution using the namespaces provided by library variables (I'll explain after a couple of points and an example). ---------- The rest of the replies have to do with either loading and running each implementation sequentially, or manually renaming the loaded function variables. As I explained in the OP: * Both functions MUST be resident without clashing so they both can be run. Constantly reloading, re-interpreting, and recompiling each function for what may be millions of times per match is pathetically inefficient. * The .sci files might not only implement the specified function prototype, they might also implement many support functions. Since the implementation files might be written by 3rd parties (such as in a tournament), the support function names can not be known beforehand. So, it is impossible to know what to rename after an exec() is done, and I've never found a way to list what functions are loaded by an exec(). As to the confusion of what is being done: This is a description of a generic process that can be applied to a great variety of algorithm profiling and tournament situations. The overall products that might use this are not important. The ability to have functions with the same name and prototype implemented in different .sci files resident in the same session is. However, I'll give you a concrete example: Some years ago, a tournament was held for response algorithms to the Iterated Prisoner's Dilemma (see http://www.prisoners-dilemma.com for details). Competitors would each implement a set of "personalities" each of which implements a "responseString = response(iGame, lastScore)" prototype. The tournament software expects to see in the tournament directory a set of directories each named for a competitor. In each competitor directory is a set of personality directories each of which holds the implementation of the response prototype function and possibly many other support functions. While the competitor names are registered unique, the personality and support function names might not be. Each competitor is paired against each other competitor where each personality of one competitor is played against each personality of the other 20 times. The average score for each personality and competitor is accumulated and the competitor(s) with the highest average score wins. With hundreds of competitors, some using dozens of personalities and many with the same names but different implementations, the number of games can easily run into the hundreds of thousands. In this scenario, the personalities should not be constantly reloaded, re-interpreted, and re-compiled for each and every call. The whole tournament would be uselessly bogged down. ---------- The library solution proposed by Samuel can deal with this since the loaded library functions can be qualified with the library variable name. For example: Two libraries are created in directories testLib1 and testLib2, each of which implements the "y = test(x)" prototype. After using the lib() function to load both to two variables called testLib1 and testLib2, you can call either testLib1.test(2) or testLib2.test(2) without having to reload anything. There is a little annoying magic where the variable "test" will be assigned to whatever library was last loaded but, if you do not use that variable, there is no problem, unless you run into variable space overruns (I do wish there was a way to not do that). For tournament software, it is important to be able to require competitors to submit implementation sources so that you can verify nothing goes on that breaks the rules. Scilab allows you to create the libraries without external utilities all in the same language. Setting funcprot(2) makes sure that competitor implementations do not try to futz with the environment used by the other competitor but still allows the qualified libraries with functions of the same name to be loaded. I've tested this and it works. Thank you Samuel for your solution to this. I am greatly appreciative. However ? namespaces or qualified names are definitely needed in Scilab. _______________________________________________ users mailing list users at lists.scilab.org http://lists.scilab.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 12724869.gif Type: image/gif Size: 4559 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: graycol.gif Type: image/gif Size: 105 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ecblank.gif Type: image/gif Size: 45 bytes Desc: not available URL: From bruno.pincon at univ-lorraine.fr Thu Jul 10 13:59:03 2014 From: bruno.pincon at univ-lorraine.fr (=?ISO-8859-1?Q?Pin=E7on_Bruno?=) Date: Thu, 10 Jul 2014 13:59:03 +0200 Subject: [Scilab-users] scilab 5.5.0 binary 64 bits not working on mageia-4 In-Reply-To: <53BDE893.4070608@gmail.com> References: <53BD34F6.7040003@univ-lorraine.fr> <53BDE893.4070608@gmail.com> Message-ID: <53BE8007.2030905@univ-lorraine.fr> The today 5.5.0 nightly buiild is working for me (my distrib is mageia-4) ! Bruno From vincent.couvert at scilab-enterprises.com Thu Jul 10 14:35:46 2014 From: vincent.couvert at scilab-enterprises.com (Vincent COUVERT) Date: Thu, 10 Jul 2014 14:35:46 +0200 Subject: [Scilab-users] scilab 5.5.0 binary 64 bits not working on mageia-4 In-Reply-To: <53BE8007.2030905@univ-lorraine.fr> References: <53BD34F6.7040003@univ-lorraine.fr> <53BDE893.4070608@gmail.com> <53BE8007.2030905@univ-lorraine.fr> Message-ID: <53BE88A2.3070702@scilab-enterprises.com> Hello, We updated all Scilab dependencies to fix the GLIBC version issues a few days ago, this is probably what fixed this crash. Regards, Le 10/07/2014 13:59, Pin?on Bruno a ?crit : > > The today 5.5.0 nightly buiild is working for me > (my distrib is mageia-4) ! > > Bruno > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users From antoine.monmayrant at laas.fr Thu Jul 10 14:39:32 2014 From: antoine.monmayrant at laas.fr (Antoine Monmayrant) Date: Thu, 10 Jul 2014 14:39:32 +0200 Subject: [Scilab-users] scilab 5.5.0 binary 64 bits not working on mageia-4 In-Reply-To: <53BE88A2.3070702@scilab-enterprises.com> References: <53BD34F6.7040003@univ-lorraine.fr> <53BDE893.4070608@gmail.com> <53BE8007.2030905@univ-lorraine.fr> <53BE88A2.3070702@scilab-enterprises.com> Message-ID: <53BE8984.6030005@laas.fr> On 07/10/2014 02:35 PM, Vincent COUVERT wrote: > Hello, > > We updated all Scilab dependencies to fix the GLIBC version issues a > few days ago, this is probably what fixed this crash. I was about to mention that. BTW: it does work on CentOS 5.1! Hurra! Thanks for the good work, Antoine > > Regards, > > Le 10/07/2014 13:59, Pin?on Bruno a ?crit : >> >> The today 5.5.0 nightly buiild is working for me >> (my distrib is mageia-4) ! >> >> Bruno >> >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> http://lists.scilab.org/mailman/listinfo/users > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > -- +++++++++++++++++++++++++++++++++++++++++++++++++++++++ Antoine Monmayrant LAAS - CNRS 7 avenue du Colonel Roche BP 54200 31031 TOULOUSE Cedex 4 FRANCE Tel:+33 5 61 33 64 59 email : antoine.monmayrant at laas.fr permanent email : antoine.monmayrant at polytechnique.org +++++++++++++++++++++++++++++++++++++++++++++++++++++++ From bruno.pincon at univ-lorraine.fr Thu Jul 10 15:42:54 2014 From: bruno.pincon at univ-lorraine.fr (=?ISO-8859-1?Q?Pin=E7on_Bruno?=) Date: Thu, 10 Jul 2014 15:42:54 +0200 Subject: [Scilab-users] scilab 5.5.0 binary 64 bits not working on mageia-4 In-Reply-To: <53BE88A2.3070702@scilab-enterprises.com> References: <53BD34F6.7040003@univ-lorraine.fr> <53BDE893.4070608@gmail.com> <53BE8007.2030905@univ-lorraine.fr> <53BE88A2.3070702@scilab-enterprises.com> Message-ID: <53BE985E.7050306@univ-lorraine.fr> Le 10/07/2014 14:35, Vincent COUVERT a ?crit : > Hello, > > We updated all Scilab dependencies to fix the GLIBC version issues a > few days ago, this is probably what fixed this crash. Thanks. Bruno From luisfelipescrosa at gmail.com Thu Jul 10 17:42:15 2014 From: luisfelipescrosa at gmail.com (=?UTF-8?Q?Lu=C3=ADs_Felipe_Rosa?=) Date: Thu, 10 Jul 2014 12:42:15 -0300 Subject: [Scilab-users] Comments displayed on Console Message-ID: Hi everyone, I'm trying to change from Matlab to Scilab and I'm having a doubt that is apparently simple. When I run a .sce file, Scilab displays my comments in the Console, which makes the screen get very full of information. Is it possible that Scilab do not display comments in the console when running a .sce file? Thanks a lot. Luis Felipe Rosa -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul.carrico at esterline.com Fri Jul 11 09:31:17 2014 From: paul.carrico at esterline.com (Carrico, Paul) Date: Fri, 11 Jul 2014 07:31:17 +0000 Subject: [Scilab-users] Comments displayed on Console In-Reply-To: References: Message-ID: <3A6B7233274DB449A2A0053A47684F950429408F@BGS-EX01.auxitrol.ad> Add ?Mode(0)? (without the quotes Paul EXPORT CONTROL : Cet email ne contient pas de donn?es techniques This email does not contain technical data De : users [mailto:users-bounces at lists.scilab.org] De la part de Lu?s Felipe Rosa Envoy? : jeudi 10 juillet 2014 17:42 ? : users at lists.scilab.org Objet : [Scilab-users] Comments displayed on Console Hi everyone, I'm trying to change from Matlab to Scilab and I'm having a doubt that is apparently simple. When I run a .sce file, Scilab displays my comments in the Console, which makes the screen get very full of information. Is it possible that Scilab do not display comments in the console when running a .sce file? Thanks a lot. Luis Felipe Rosa -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Fri Jul 11 10:16:42 2014 From: sgougeon at free.fr (Samuel Gougeon) Date: Fri, 11 Jul 2014 10:16:42 +0200 Subject: [Scilab-users] Comments displayed on Console In-Reply-To: References: Message-ID: <53BF9D6A.7030108@free.fr> Hello, Le 10/07/2014 17:42, Lu?s Felipe Rosa a ?crit : > When I run a .sce file, Scilab displays my comments in the Console, > which makes the screen get very full of information. Is it possible > that Scilab do not display comments in the console when running a .sce > file? mode(-1) will cancel echoing lines of code in console for all forthcoming executions with exec(..). It is possible to do the same only for a specific execution using -1 as option of exec(): exec("myscript.sce", -1) But AFAIK, there is no way to filter out only comments. Regards Samuel From stephane.mottelet at utc.fr Fri Jul 11 14:13:48 2014 From: stephane.mottelet at utc.fr (=?ISO-8859-1?Q?St=E9phane_Mottelet?=) Date: Fri, 11 Jul 2014 14:13:48 +0200 Subject: [Scilab-users] =?iso-8859-1?q?Probl=E8me_avec___xmltoformat?= Message-ID: <53BFD4FC.1080401@utc.fr> Bonjour, Depuis la 5.5.0 j'ai le probl?me suivant lors de la construction d'un module atoms : Cr?ation des fichiers d'aide... G?n?ration du document ma?tre : /Users/mottelet/svn/plotlib/trunk/plotlib/help/en_US G?n?ration du fichier d'aide [javaHelp] in /Users/mottelet/svn/plotlib/trunk/plotlib/help/en_US. !--error 999 buildDoc : Erreur pendant la g?n?ration de la documentation : This parser does not support specification "null" version "null". at line 691 of function xmltoformat called by : at line 17 of function xmltojar called by : at line 51 of function tbx_build_help called by : tbx_build_help(TOOLBOX_TITLE, help_lang_dir); at line 12 of exec file called by : at line 13 of function tbx_builder called by : at line 49 of function tbx_builder_help_lang called by : tbx_builder_help_lang("en_US", help_dir); at line 12 of exec file called by : at line 13 of function tbx_builder called by : at line 26 of function tbx_builder_help called by : tbx_builder_help(toolbox_dir); at line 26 of exec file called by : exec builder.sce Tout est pourtant ok avec la 5.4.1. Des id?es ? S. -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Fri Jul 11 17:11:06 2014 From: stephane.mottelet at utc.fr (=?ISO-8859-1?Q?St=E9phane_Mottelet?=) Date: Fri, 11 Jul 2014 17:11:06 +0200 Subject: [Scilab-users] xsl processor In-Reply-To: <53BFD4FC.1080401@utc.fr> References: <53BFD4FC.1080401@utc.fr> Message-ID: <53BFFE8A.2060108@utc.fr> Hello, Is there any low level access to saxon in Scilab ? Functions of the XML module are fine, but it will be great to be also able to make xsl transformations. S. From clement.david at scilab-enterprises.com Fri Jul 11 17:42:15 2014 From: clement.david at scilab-enterprises.com (=?ISO-8859-1?Q?Cl=E9ment?= David) Date: Fri, 11 Jul 2014 17:42:15 +0200 Subject: [Scilab-users] xsl processor In-Reply-To: <53BFFE8A.2060108@utc.fr> References: <53BFD4FC.1080401@utc.fr> <53BFFE8A.2060108@utc.fr> Message-ID: <1405093335.2569.10.camel@paros> Hello Stephane, As saxon has a Java API it is possible to call it using JIMS (included in Scilab 5.5.0). However as there is a libxslt built on top of libxml2 the right way to manipulate an XSL Transform might be to wrap it in a similar way than libxml2. -- Cl?ment Le vendredi 11 juillet 2014 ? 17:11 +0200, St?phane Mottelet a ?crit : > Hello, > > Is there any low level access to saxon in Scilab ? Functions of the XML > module are fine, but it will be great to be also able to make xsl > transformations. > > S. > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users From stephane.mottelet at utc.fr Fri Jul 11 18:23:09 2014 From: stephane.mottelet at utc.fr (=?UTF-8?B?U3TDqXBoYW5lIE1vdHRlbGV0?=) Date: Fri, 11 Jul 2014 18:23:09 +0200 Subject: [Scilab-users] xsl processor In-Reply-To: <1405093335.2569.10.camel@paros> References: <53BFD4FC.1080401@utc.fr> <53BFFE8A.2060108@utc.fr> <1405093335.2569.10.camel@paros> Message-ID: <53C00F6D.4080702@utc.fr> Hello, Le 11/07/2014 17:42, Cl?ment David a ?crit : > Hello Stephane, > > As saxon has a Java API it is possible to call it using JIMS (included > in Scilab 5.5.0). However as there is a libxslt built on top of libxml2 > the right way to manipulate an XSL Transform might be to wrap it in a > similar way than libxml2. I currently use xsltproc on the command line, which is based on lbxslt (and is faster than Saxon). As you said it above, it would be logical to build an interface to libxslt. But giving access to Saxon is also important because Saxon detects terminal recursion in recursive template calls whereas xsltproc doesn't. For example, I have an xsl stylesheet which computes the transitive closure of a graph which runs with Saxon but fails with xsltproc. S. > > -- > Cl?ment > > Le vendredi 11 juillet 2014 ? 17:11 +0200, St?phane Mottelet a ?crit : >> Hello, >> >> Is there any low level access to saxon in Scilab ? Functions of the XML >> module are fine, but it will be great to be also able to make xsl >> transformations. >> >> S. >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> http://lists.scilab.org/mailman/listinfo/users > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users From akhorshidi at live.com Sun Jul 13 00:31:25 2014 From: akhorshidi at live.com (A Khorshidi) Date: Sat, 12 Jul 2014 15:31:25 -0700 (PDT) Subject: [Scilab-users] polyfit for Scilab In-Reply-To: <1404914019558-4030877.post@n3.nabble.com> References: <1404914019558-4030877.post@n3.nabble.com> Message-ID: <1405204285233-4030898.post@n3.nabble.com> Hi; Dang, Christophe wrote > In fact, you don't need a specific function as polynomial fitting is just > a multiple linear regression considering each x^n is a variable[..] I think it's not really so bad if we have such a function, is it? David Ch?ze wrote > you could use the polyfit function that is made available in the stixbox > module: it is equivalent to matlab's polyfit. > http://atoms.scilab.org/toolboxes/stixbox/2.2/ And, besides the polyfit() from Stixbox, there is another function with the same name in Fitters toolbox (I more prefer this one.) see: https://atoms.scilab.org/toolboxes/fitters Last year when I was writing a tutorial about polynomials handling (in Persian), I use the following example to show how one can use this function for curve fitting. x=[1 2 3 4 5]; y=[5.5 43.1 128 290.7 498.4]; exec('polyfit.sci',-1) p=polyfit(x,y,3) xp=-.5:.1:5.5; yp=horner(p,xp); plot(x,y,'o',xp,yp), set(gca(),'grid',[6 6]*color('blue')) So I suggest Scilab Team to add ployfit() as a core Scilab function. Mersi, Mehran _ -- View this message in context: http://mailinglists.scilab.org/polyfit-for-Scilab-tp4030877p4030898.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From tanthiamhuat at yahoo.com Sun Jul 13 15:21:10 2014 From: tanthiamhuat at yahoo.com (tanthiamhuat) Date: Sun, 13 Jul 2014 06:21:10 -0700 (PDT) Subject: [Scilab-users] polyfit for Scilab In-Reply-To: <1404920352089-4030879.post@n3.nabble.com> References: <1404914019558-4030877.post@n3.nabble.com> <1404920352089-4030879.post@n3.nabble.com> Message-ID: <1405257670307-4030899.post@n3.nabble.com> in Scilab 5.5.0, in the ATOMS, when I try to install Stixbox, it says : Installation failed. Please help. -- View this message in context: http://mailinglists.scilab.org/polyfit-for-Scilab-tp4030877p4030899.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From LlelanD at TheSnakePitDev.com Sun Jul 13 17:19:12 2014 From: LlelanD at TheSnakePitDev.com (Llelan D.) Date: Sun, 13 Jul 2014 08:19:12 -0700 (PDT) Subject: [Scilab-users] Applying a matrix or list of function arguments. Message-ID: <1405264752494-4030900.post@n3.nabble.com> If you have a function "f(arg)" that takes one argument, and either a vector, matrix, or list of compatible values, is there a simple syntax or function to apply each argument in either the vector, matrix, or list as the argument to that function resulting in a vector, matrix, or list holding the result for each function call? Or can this only be done in a function with a for loop (column vector version): function result = handleFArgs(args) result = [] for iArg = 1:size(args, 1) result($ + 1) = f(args(iArg)) end endfunction If there is, is it the same for each of a vector, matrix, or list of arguments? Can it also be done for a function requiring multiple arguments. One possible example is to gather all of the directory names in the current directory and then apply that vector to a function that takes a directory name, performs a "genlib()" with any other error handling or additional tasks, and returns the compiled and loaded library value resulting in a vector of libraries, one for each directory in the original vector. function library = genLoadLib(dirName) endfunction files = dir() dirs = files.name(files.isdir) libraries = Any assistance with this would be greatly appreciated. -- View this message in context: http://mailinglists.scilab.org/Applying-a-matrix-or-list-of-function-arguments-tp4030900.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From LlelanD at TheSnakePitDev.com Sun Jul 13 17:29:41 2014 From: LlelanD at TheSnakePitDev.com (Llelan D.) Date: Sun, 13 Jul 2014 08:29:41 -0700 (PDT) Subject: [Scilab-users] Multiple files of functions with the same name In-Reply-To: References: <53B4BC75.9060303@TheSnakePitDev.com> <53B50507.1060607@laas.fr> <53BD86FD.80705@TheSnakePitDev.com> Message-ID: <1405265381479-4030901.post@n3.nabble.com> @aweeks I thought of that too. As documented, you should be able to get the list of loaded function names from the last "exec()" by subtracting a "listfunctions()" call prior to the "exec()" to one made after. However, "listfunctions()" acts in some strange and undocumented ways. For example, if you start with a clean invocation of the interpreter console and run "listfunctions()", it lists the function "listfunctions" itself. If you do a "typeof(asinh)" and then a "listfunctions()", it will now list "! asinh typeof listfunctions !". Until "listfunctions()" is fully and clearly documented, it seems useless in this context, or at least unreliable. -- View this message in context: http://mailinglists.scilab.org/Scilab-users-Multiple-files-of-functions-with-the-same-name-tp4030814p4030901.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From sgougeon at free.fr Sun Jul 13 17:56:58 2014 From: sgougeon at free.fr (Samuel Gougeon) Date: Sun, 13 Jul 2014 17:56:58 +0200 Subject: [Scilab-users] Multiple files of functions with the same name In-Reply-To: <1405265381479-4030901.post@n3.nabble.com> References: <53B4BC75.9060303@TheSnakePitDev.com> <53B50507.1060607@laas.fr> <53BD86FD.80705@TheSnakePitDev.com> <1405265381479-4030901.post@n3.nabble.com> Message-ID: <53C2AC4A.305@free.fr> Le 13/07/2014 17:29, Llelan D. a ?crit : > However, "listfunctions()" acts in some strange and undocumented ways. For > example, if you start with a clean invocation of the interpreter console and > run "listfunctions()", it lists the function "listfunctions" itself. If you > do a "typeof(asinh)" and then a "listfunctions()", it will now list "! asinh > typeof listfunctions !". When an unknown symbol looking like the call to a function is met, Scilab scans the list of functions registered in loaded libraries. If a function name matches the symbol, it is loaded from the related library. This means that every function registered in a loaded library is loaded only when it is first called. In your experiment, it is the case for typeof and asinh and selfly for listfunctions. So, the answer from listfunctions is normal. Samuel From LlelanD at TheSnakePitDev.com Sun Jul 13 19:19:41 2014 From: LlelanD at TheSnakePitDev.com (Llelan D.) Date: Sun, 13 Jul 2014 10:19:41 -0700 (PDT) Subject: [Scilab-users] Multiple files of functions with the same name In-Reply-To: <53C2AC4A.305@free.fr> References: <53B4BC75.9060303@TheSnakePitDev.com> <53B50507.1060607@laas.fr> <53BD86FD.80705@TheSnakePitDev.com> <1405265381479-4030901.post@n3.nabble.com> <53C2AC4A.305@free.fr> Message-ID: <1405271981638-4030903.post@n3.nabble.com> Actually, when first referenced and not just called since "asinh" was never called but only used as a function reference argument to "typeof()". I was afraid it was something like a lazy-load scenario. It still makes it useless in trying to determine what functions were loaded during an "exec()" call. A minor point though since the library scenario has proved more useful. Also, the 24 character name limit destroys any attempt to manage qualifying names by renaming (sigh). -- View this message in context: http://mailinglists.scilab.org/Scilab-users-Multiple-files-of-functions-with-the-same-name-tp4030814p4030903.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From flavio.alves at gmail.com Sun Jul 13 22:31:23 2014 From: flavio.alves at gmail.com (Flavio Castro Alves Filho) Date: Sun, 13 Jul 2014 17:31:23 -0300 Subject: [Scilab-users] Running Xcos on Beaglebone Black In-Reply-To: <1401786403.2431.6.camel@paros> References: <1401786403.2431.6.camel@paros> Message-ID: Hello Clement, Sorry for the long response. I checked out and that's the main issue. The open Java VM is not complete. Is it possible to use Scilabs/Xcos using Oracle's Java VM? http://www.oracle.com/technetwork/java/embedded/embedded-se/downloads/javase-embedded-downloads-2209751.html If it is possible, how should I proceed? For now, I'm using debian packages. Should I build from sources? Thank you very much. Best regards, Flavio 2014-06-03 6:06 GMT-03:00 Cl?ment David : > Hello Flavio, > > I don't know the current status of the Debian ARM JVM but last time I > checked to used Scilab on Fedora ARM the JVM crashed on some JNI > functions. > > Are you able to call others Java implemented functions ? Does JIMS > work ? > > -- > Cl?ment > > Le lundi 02 juin 2014 ? 09:38 -0300, Flavio Castro Alves Filho a ?crit : >> Hello, >> >> I'm trying to execute Xcos on a Beaglebone Black (ARM based embedded >> computer) and it is not working. >> >> I posted an issue on the Bugzilla website: >> >> http://bugzilla.scilab.org/show_bug.cgi?id=13451 >> >> Does anybody faced similar problem? How should I solve this? >> >> Best regards, >> >> Flavio >> > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users -- Flavio de Castro Alves Filho flavio.alves at gmail.com www.linuxembarcado.com Twitter: http://twitter.com/#!/fraviofii LinkedIn profile: www.linkedin.com/in/flaviocastroalves From rodrigocarlson at gmail.com Sun Jul 13 22:57:29 2014 From: rodrigocarlson at gmail.com (Rodrigo Castelan Carlson) Date: Sun, 13 Jul 2014 17:57:29 -0300 Subject: [Scilab-users] quapro (toolbox) not working on Scilab 5.5.0 Message-ID: Dear Scilab users, I'm willing to use the quapro toolbox, but it does not work even for the simple example provided in quapro's help. I get the following message: -->[x,lagr,f]=quapro(Q,p,C,b,ci,cs,me) !--error 53 Wrong type for input argument #1: Real or complex matrix expected. at line 40 of function quapro called by : [x,lagr,f]=quapro(Q,p,C,b,ci,cs,me) I have the same problem, both in Ubuntu 14.04 (32-bit) and Windows 7 (64-bit). In Ubuntu I have tried with quapro installed from the console (via ATOMS module manager) and loading the module downloaded from http://atoms.scilab.org/toolboxes/quapro/1.1.1 I would appreciate some advice on how to fix the problem. Thanks! Rodrigo -------------- next part -------------- An HTML attachment was scrubbed... URL: From aweeks at hidglobal.com Mon Jul 14 09:34:05 2014 From: aweeks at hidglobal.com (aweeks at hidglobal.com) Date: Mon, 14 Jul 2014 08:34:05 +0100 Subject: [Scilab-users] Multiple files of functions with the same name In-Reply-To: <1405265381479-4030901.post@n3.nabble.com> References: <53B4BC75.9060303@TheSnakePitDev.com> <53B50507.1060607@laas.fr> <53BD86FD.80705@TheSnakePitDev.com> <1405265381479-4030901.post@n3.nabble.com> Message-ID: Hi Llelan D, Here's another thought (probably as naive as the first) - the functions 'whos' and more particularly 'who_user'. These seem to return a list of variables (including function names). The behaviour of 'whos' is odd in that the return doesn't seem to be a variable (at least in my case), 'who_user' seems to work more as expected. Good luck. Adrian. Adrian Weeks Development Engineer HID Global, 3 Cae Gwyrdd, Green Meadow Springs Business Park, Cardiff CF15 7AB, United Kingdom. +44 (0)29 20528523 (Office) aweeks at hidglobal.com www.hidglobal.com From: "Llelan D." To: users at lists.scilab.org Date: 13/07/2014 16:30 Subject: Re: [Scilab-users] Multiple files of functions with the same name Sent by: "users" @aweeks I thought of that too. As documented, you should be able to get the list of loaded function names from the last "exec()" by subtracting a "listfunctions()" call prior to the "exec()" to one made after. However, "listfunctions()" acts in some strange and undocumented ways. For example, if you start with a clean invocation of the interpreter console and run "listfunctions()", it lists the function "listfunctions" itself. If you do a "typeof(asinh)" and then a "listfunctions()", it will now list "! asinh typeof listfunctions !". Until "listfunctions()" is fully and clearly documented, it seems useless in this context, or at least unreliable. -- View this message in context: http://mailinglists.scilab.org/Scilab-users-Multiple-files-of-functions-with-the-same-name-tp4030814p4030901.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. _______________________________________________ users mailing list users at lists.scilab.org http://lists.scilab.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 12772523.gif Type: image/gif Size: 4559 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: graycol.gif Type: image/gif Size: 105 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ecblank.gif Type: image/gif Size: 45 bytes Desc: not available URL: From LlelanD at TheSnakePitDev.com Mon Jul 14 16:55:37 2014 From: LlelanD at TheSnakePitDev.com (Llelan D.) Date: Mon, 14 Jul 2014 07:55:37 -0700 (PDT) Subject: [Scilab-users] Multiple files of functions with the same name In-Reply-To: References: <53B4BC75.9060303@TheSnakePitDev.com> <53B50507.1060607@laas.fr> <53BD86FD.80705@TheSnakePitDev.com> <1405265381479-4030901.post@n3.nabble.com> Message-ID: <1405349737638-4030909.post@n3.nabble.com> "whos" outputs a formatted display of the same information returned by "who" (name and memory size) and with type and size of each. No value is actually returned. "who_user" only returns a list of variables created or loaded by the current user in the current session. So the first reference to a function in an already loaded library (like "asinh") will appear in the returned list. All of them suffer the same lazy-load problem as "listfunctions", which follows since "whos", "who_user", and "listfunctions" all use "who" to collect the information they then filter and return or use. See /modules/core/macros/whos.sci /modules/core/macros/who_user.sci /modules/functions/macros/listfunctions.sci -- View this message in context: http://mailinglists.scilab.org/Scilab-users-Multiple-files-of-functions-with-the-same-name-tp4030814p4030909.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From LlelanD at TheSnakePitDev.com Mon Jul 14 17:10:16 2014 From: LlelanD at TheSnakePitDev.com (Llelan D.) Date: Mon, 14 Jul 2014 08:10:16 -0700 (PDT) Subject: [Scilab-users] Applying a matrix or list of function arguments. In-Reply-To: <1405264752494-4030900.post@n3.nabble.com> References: <1405264752494-4030900.post@n3.nabble.com> Message-ID: <1405350616394-4030910.post@n3.nabble.com> Oh, and before anyone gets crazy on me, I know you can "sprintf" a string with a function call and named arguments to be interpreted by "execstr", but that would be horrifically inefficient. As stated in the OP, I'm looking for a simple syntax or function call. The reason I ask is that the entire language seems based on a concept to handle and return lists of things rather than use loop constructs. It seems a natural use to apply a list of argument sets repeatedly to one function or correspondingly to a list of functions but I can find no way to do this without using loop constructs. -- View this message in context: http://mailinglists.scilab.org/Applying-a-matrix-or-list-of-function-arguments-tp4030900p4030910.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From sgougeon at free.fr Mon Jul 14 18:19:53 2014 From: sgougeon at free.fr (Samuel Gougeon) Date: Mon, 14 Jul 2014 18:19:53 +0200 Subject: [Scilab-users] Applying a matrix or list of function arguments. In-Reply-To: <1405264752494-4030900.post@n3.nabble.com> References: <1405264752494-4030900.post@n3.nabble.com> Message-ID: <53C40329.1030403@free.fr> Le 13/07/2014 17:19, Llelan D. a ?crit : > If you have a function "f(arg)" that takes one argument, and either a vector, > matrix, or list of compatible values, is there a simple syntax or function > to apply each argument in either the vector, matrix, or list as the argument > to that function resulting in a vector, matrix, or list holding the result > for each function call? Cases of a list vs a vector or matrix are clearly different: elements of a vector or matrix or hypermatrix are of the same type in such a way that one could expect to process each of them in the same way; while a list is an heterogenous container, in such a way that a specific processing could be expected for each type of element. In the first case, you might use feval() to vectorize the processing of a scalarly-built function. In the second case, how could it be possible to avoid using an explicit select/case loop routing the processing according to elements types?! Beside feval(), you shall also look at the varargin and varargout help pages. If you want to initialize the multi-variable output of a function, the empty list list() must be used instead of the empty matrix []. HTH Regards Samuel From cfuttrup at gmail.com Mon Jul 14 21:18:49 2014 From: cfuttrup at gmail.com (Claus Futtrup) Date: Mon, 14 Jul 2014 21:18:49 +0200 Subject: [Scilab-users] New book Message-ID: <53C42D19.6070306@gmail.com> Hi there Found this new book by surfing - it is about solving ODE/PDE with Matlab, Octave and Scilab. http://www.springer.com/engineering/control/book/978-3-319-06789-6 Since Google Summer of Code 2014 includes the desire for some FEM module I thought maybe someone reading this would be interested. /Claus --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com From mohammad.eljawad at gmail.com Sun Jul 13 12:44:11 2014 From: mohammad.eljawad at gmail.com (Mohammad EL JAWAD) Date: Sun, 13 Jul 2014 06:44:11 -0400 Subject: [Scilab-users] rotating animated rod in scilab Message-ID: <53C262FB.8020301@gmail.com> hi all; i have a for loop that calculates an angle theta then i generate two matrix x=[-cos(theta) cos(theta)] and y=[-sin(theta) sin(theta)] in matlab i use the drawnow command inside the for loop to generate the animation of the rotating rod as you know the drawnow matlab function has no scilab equivalent and i was wondering if there is an way to generate the animation regards my code in matlab is something like that for q=1:N theta = //calulation step x=[-cos(theta) cos(theta)] y=[-sin(theta) sin(theta)] plot(x,y) drawnow end From skiba.g at gmail.com Tue Jul 15 20:09:50 2014 From: skiba.g at gmail.com (Grzegorz) Date: Tue, 15 Jul 2014 11:09:50 -0700 (PDT) Subject: [Scilab-users] XCos block with custom GUI Message-ID: <1405447790793-4030918.post@n3.nabble.com> Hi all, I'm trying to create custom XCOS block with custom GUI for setting block parameters - I want to use popup control to pass parameters. I seems that scicos_getvalue function the only one option. When I use for example x_mdialog call in block code, than I run Simulation for XCOS menu, x_mdialog is executed and block's GUI appears. It seems that in 'set' case in block code scicos_getvalue is the only one fuction which is ignored during running simulation with Xcos and it doesn't appear. Any hints here ? Thanks for help. Regards Grzegorz -- View this message in context: http://mailinglists.scilab.org/XCos-block-with-custom-GUI-tp4030918.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From FlorianAug at posteo.de Tue Jul 15 22:48:58 2014 From: FlorianAug at posteo.de (Florian Augustin) Date: Tue, 15 Jul 2014 22:48:58 +0200 Subject: [Scilab-users] Problems Bode Plot z-plane Message-ID: <53C593BA.7030008@posteo.de> Hello, I got a first order high and lowpass. Transfer funtion in the s-plane: tau = (0.98*0.002)/(1-0.98); deltat = 1/500; s = poly(0, 's'); h_lowpass_cont = (1)/(1+s*tau); h_highpass_cont = (tau*s)/(1+s*tau); lisys_lowpass_cont = syslin('c', h_lowpass_cont); ... And if I convert it using the backward difference method the corresponding transfer functions in the z-plane are: h_lowpass_disc=(1)/(1+tau/deltat*(1-%z^-1)); h_highpass_disc=(tau/deltat*(1-%z^-1)/(1+tau/deltat*(1-%z^-1))); lisys_highpass_disc = syslin(deltat,h_highpass_disc); ... Doing a bode plot of this works fine for bothe the s and z case, but if I cange the paramter tau to: tau = (0.998*0.002)/(1-0.998); which is implemented in a system and should be stable in the z-plane the bode plot just looks weird but the s-plan plot looks fine. Does anyone know why? Thanks for any help!!! Florian From tanthiamhuat at yahoo.com Wed Jul 16 02:45:14 2014 From: tanthiamhuat at yahoo.com (tanthiamhuat) Date: Tue, 15 Jul 2014 17:45:14 -0700 (PDT) Subject: [Scilab-users] Stixbox installation from ATOMS failed Message-ID: <1405471514324-4030920.post@n3.nabble.com> I am using Scilab version 5.5.0 in Windows 7. When I try to install Stixbox from ATOMS, it download and try to install, after that, there is a message that says Installation failed. Please help. When I restart Scilab, it gives below message: Startup execution: loading initial environment atomsLoad: The file '\loader.sce' from (distfun - 0.8-1) does not exist or is not read accessible. -- View this message in context: http://mailinglists.scilab.org/Stixbox-installation-from-ATOMS-failed-tp4030920.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From mazue.quentin at gmail.com Tue Jul 15 15:44:43 2014 From: mazue.quentin at gmail.com (=?UTF-8?Q?Quentin_Mazu=C3=A9?=) Date: Tue, 15 Jul 2014 06:44:43 -0700 (PDT) Subject: [Scilab-users] Save hypermatrix in matlab format Message-ID: <1405431883405-4030916.post@n3.nabble.com> Hi, I tried to saved an hypermatrix of dimension 3 with the command : savematfile("myMatrix.mat",'MyMatrix','-v7'); MyMatrix is full of Integer, no string. However Scilab returns the following error : (in french sorry) -error 999 GetMlistVariable : Les Mlistes de type hm n'ont pu ?tre transform?es en fichiers binaires Matlab. at line 300 of function savematfile called by : savematfile("myMatrix_mat.mat",'MyMatrix','-v7'); at line 19 of exec file called by : exec('L:\Mes documents\Test_Scilab\Bugs_Questions\Hypermatrix\SaveHm_matFile.sce', -1) Is there any mean to save hypermatrix in .mat or not? Or is it really a bug? Thanks Quentin Mazu? -- View this message in context: http://mailinglists.scilab.org/Save-hypermatrix-in-matlab-format-tp4030916.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From oleksiy.bond at gmail.com Tue Jul 15 15:45:44 2014 From: oleksiy.bond at gmail.com (oleksiy.bond) Date: Tue, 15 Jul 2014 06:45:44 -0700 (PDT) Subject: [Scilab-users] rotating animated rod in scilab Message-ID: <53C5305F.6010102@gmail.com> Hi Mohammad, You can use the following script: fig=scf(); plot2d([-cos(0) cos(0)],[-sin(0) sin(0)],rect=[-1,-1,1,1],style=2) fig.children.isoview='on'; fig.children.axes_visible = ["off","off","off"]; h=fig.children.children.children; for q=1:N theta = //calulation step h.data=[-cos(theta),-sin(theta);cos(theta),sin(theta)]; sleep(100)//execution pausa in milisec step end Yours, Alex 2014/07/15 17:34, Mohammad EL JAWAD [via Scilab / Xcos - Mailing Lists Archives] ?????: > hi all; > i have a for loop that calculates an angle theta > then i generate two matrix x=[-cos(theta) cos(theta)] and y=[-sin(theta) > sin(theta)] in matlab i use the drawnow command inside the for loop to > generate the animation of the rotating rod > as you know the drawnow matlab function has no scilab equivalent and i > was wondering if there is an way to generate the animation > regards > my code in matlab is something like that > > for q=1:N > theta = //calulation step > x=[-cos(theta) cos(theta)] > y=[-sin(theta) sin(theta)] > plot(x,y) > drawnow > end > _______________________________________________ > users mailing list > [hidden email] > http://lists.scilab.org/mailman/listinfo/users > > > ------------------------------------------------------------------------ > If you reply to this email, your message will be added to the > discussion below: > http://mailinglists.scilab.org/Scilab-users-rotating-animated-rod-in-scilab-tp4030914.html > > To start a new topic under Scilab users - Mailing Lists Archives, > email ml-node+s994242n2602246h53 at n3.nabble.com > To unsubscribe from Scilab users - Mailing Lists Archives, click here > . > NAML > > -- View this message in context: http://mailinglists.scilab.org/Re-Scilab-users-rotating-animated-rod-in-scilab-tp4030917.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. -------------- next part -------------- An HTML attachment was scrubbed... URL: From antoine.monmayrant at laas.fr Wed Jul 16 10:00:58 2014 From: antoine.monmayrant at laas.fr (Antoine Monmayrant) Date: Wed, 16 Jul 2014 10:00:58 +0200 Subject: [Scilab-users] Save hypermatrix in matlab format In-Reply-To: <1405431883405-4030916.post@n3.nabble.com> References: <1405431883405-4030916.post@n3.nabble.com> Message-ID: <53C6313A.8020400@laas.fr> On 07/15/2014 03:44 PM, Quentin Mazu? wrote: > Hi, > > I tried to saved an hypermatrix of dimension 3 with the command : > > savematfile("myMatrix.mat",'MyMatrix','-v7'); > MyMatrix is full of Integer, no string. > > However Scilab returns the following error : (in french sorry) > > -error 999 > GetMlistVariable : Les Mlistes de type hm n'ont pu ?tre transform?es en > fichiers binaires Matlab. > at line 300 of function savematfile called by : > savematfile("myMatrix_mat.mat",'MyMatrix','-v7'); > at line 19 of exec file called by : > exec('L:\Mes > documents\Test_Scilab\Bugs_Questions\Hypermatrix\SaveHm_matFile.sce', -1) > > > Is there any mean to save hypermatrix in .mat or not? Or is it really a bug? Hi Quentin, I think hypermat are just mlist, so the error message makes sense. But you are right, this is a bug: - either you should be able to save any kind of variable with savematfile, - or the help page 'help savematfile' should mention this limitation for hypermatrices (I checked, it does not). Could you report a bug on bugzilla with a small test script that triggers the bug? As for you problem, can't you do it the other way round? Save your hypermat in the new *.sod format (which is a hdf5 container) and open it with matlab using the hdf5 import functions that are usually quite good? Hopes it helps, Antoine > > Thanks > Quentin Mazu? > > > > -- > View this message in context: http://mailinglists.scilab.org/Save-hypermatrix-in-matlab-format-tp4030916.html > Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > > > From sgougeon at free.fr Wed Jul 16 11:06:53 2014 From: sgougeon at free.fr (Samuel Gougeon) Date: Wed, 16 Jul 2014 11:06:53 +0200 Subject: [Scilab-users] Save hypermatrix in matlab format In-Reply-To: <1405431883405-4030916.post@n3.nabble.com> References: <1405431883405-4030916.post@n3.nabble.com> Message-ID: <53C640AD.2050002@free.fr> Hello, Le 15/07/2014 15:44, Quentin Mazu? a ?crit : > Hi, > > I tried to saved an hypermatrix of dimension 3 with the command : > > savematfile("myMatrix.mat",'MyMatrix','-v7'); > MyMatrix is full of Integer, no string. > > However Scilab returns the following error : (in french sorry) > > -error 999 > GetMlistVariable : Les Mlistes de type hm n'ont pu ?tre transform?es en > fichiers binaires Matlab. > at line 300 of function savematfile called by : > savematfile("myMatrix_mat.mat",'MyMatrix','-v7'); > at line 19 of exec file called by : > exec('L:\Mes > documents\Test_Scilab\Bugs_Questions\Hypermatrix\SaveHm_matFile.sce', -1) > > > Is there any mean to save hypermatrix in .mat or not? Or is it really a bug? This may be related to the long standing bug (2009) of savematfile with mlists reported in http://bugzilla.scilab.org/show_bug.cgi?id=6372 Regards Samuel From FlorianAug at posteo.de Wed Jul 16 12:18:01 2014 From: FlorianAug at posteo.de (Florian Augustin) Date: Wed, 16 Jul 2014 12:18:01 +0200 Subject: [Scilab-users] Problems Bode Plot z-plane In-Reply-To: <53C593BA.7030008@posteo.de> References: <53C593BA.7030008@posteo.de> Message-ID: <53C65159.5080801@posteo.de> the Problem is ,that when the filter parameters for the high and lowpass filter in the discrete case are of some king, silab plots the bode diagram only from 6x10^-1 even if it was called by: bode(lisys_lowpass_disc,0.001,100); and also the scaling of the y-axis is not fitting at the beginning. Any suggestions? Am 15.07.2014 22:48, schrieb Florian Augustin: > Hello, > > I got a first order high and lowpass. Transfer funtion in the s-plane: > > tau = (0.98*0.002)/(1-0.98); > deltat = 1/500; > s = poly(0, 's'); > h_lowpass_cont = (1)/(1+s*tau); > h_highpass_cont = (tau*s)/(1+s*tau); > lisys_lowpass_cont = syslin('c', h_lowpass_cont); > ... > > And if I convert it using the backward difference method the > corresponding transfer functions in the z-plane are: > > h_lowpass_disc=(1)/(1+tau/deltat*(1-%z^-1)); > h_highpass_disc=(tau/deltat*(1-%z^-1)/(1+tau/deltat*(1-%z^-1))); > lisys_highpass_disc = syslin(deltat,h_highpass_disc); > ... > > Doing a bode plot of this works fine for bothe the s and z case, but > if I cange the paramter tau to: tau = (0.998*0.002)/(1-0.998); > which is implemented in a system and should be stable in the z-plane > the bode plot just looks weird but the s-plan plot looks fine. > > Does anyone know why? > > Thanks for any help!!! > Florian > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users From thiagocosta at feq.unicamp.br Wed Jul 16 23:40:18 2014 From: thiagocosta at feq.unicamp.br (Thiago Costa) Date: Wed, 16 Jul 2014 18:40:18 -0300 Subject: [Scilab-users] New book In-Reply-To: <53C42D19.6070306@gmail.com> References: <53C42D19.6070306@gmail.com> Message-ID: Hello, This is a very useful piece of information. Thank you very much. Regards, Thiago C. 2014-07-14 16:18 GMT-03:00 Claus Futtrup : > Hi there > > Found this new book by surfing - it is about solving ODE/PDE with Matlab, > Octave and Scilab. > > http://www.springer.com/engineering/control/book/978-3-319-06789-6 > > Since Google Summer of Code 2014 includes the desire for some FEM module I > thought maybe someone reading this would be interested. > > /Claus > > --- > This email is free from viruses and malware because avast! Antivirus > protection is active. > http://www.avast.com > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users -- LCAP/DESQ - Department of Chemical Systems Engineering School of Chemical Engineering University of Campinas (UNICAMP) Av. Albert Einstein, 500, CEP 13083-852 Campinas-SP, Brazil - Tel (LCAP): 55-19-35213969 E-mail: thiagocosta at feq.unicamp.br From mazue.quentin at gmail.com Wed Jul 16 15:40:15 2014 From: mazue.quentin at gmail.com (=?UTF-8?Q?Quentin_Mazu=C3=A9?=) Date: Wed, 16 Jul 2014 06:40:15 -0700 (PDT) Subject: [Scilab-users] Save hypermatrix in matlab format In-Reply-To: <53C6313A.8020400@laas.fr> References: <1405431883405-4030916.post@n3.nabble.com> <53C6313A.8020400@laas.fr> Message-ID: <1405518015497-4030925.post@n3.nabble.com> Hi Antoine, Thanks for your help, I'll report the bug because it's not exactly the same as Samuel mentionned. Concerning my problem : If I save in .sod file a 2D matrix, I can use the Matlab "h5read()" to load my data. However if I save a 3D matrix, this same matlab function doesn't allow me to load the data but a list containing several information. It's the same with Scilab, I can't load my data using the Scilab function "h5read()", I have to use load() -- View this message in context: http://mailinglists.scilab.org/Save-hypermatrix-in-matlab-format-tp4030916p4030925.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From antoine.monmayrant at laas.fr Thu Jul 17 10:35:13 2014 From: antoine.monmayrant at laas.fr (Antoine Monmayrant) Date: Thu, 17 Jul 2014 10:35:13 +0200 Subject: [Scilab-users] Save hypermatrix in matlab format In-Reply-To: <1405518015497-4030925.post@n3.nabble.com> References: <1405431883405-4030916.post@n3.nabble.com> <53C6313A.8020400@laas.fr> <1405518015497-4030925.post@n3.nabble.com> Message-ID: <53C78AC1.8060904@laas.fr> On 07/16/2014 03:40 PM, Quentin Mazu? wrote: > Hi Antoine, > > Thanks for your help, I'll report the bug because it's not exactly the same > as Samuel mentionned. > > Concerning my problem : > If I save in .sod file a 2D matrix, I can use the Matlab "h5read()" to load > my data. > > However if I save a 3D matrix, this same matlab function doesn't allow me to > load the data but a list containing several information. Do you have a small test sample? I think that hypermatrices are saved as mlists and you need to retrieve them as such. The data should be there, albeit in a convoluted way. Antoine > It's the same with > Scilab, I can't load my data using the Scilab function "h5read()", I have to > use load() > > > > -- > View this message in context: http://mailinglists.scilab.org/Save-hypermatrix-in-matlab-format-tp4030916p4030925.html > Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > -- +++++++++++++++++++++++++++++++++++++++++++++++++++++++ Antoine Monmayrant LAAS - CNRS 7 avenue du Colonel Roche BP 54200 31031 TOULOUSE Cedex 4 FRANCE Tel:+33 5 61 33 64 59 email : antoine.monmayrant at laas.fr permanent email : antoine.monmayrant at polytechnique.org +++++++++++++++++++++++++++++++++++++++++++++++++++++++ From lebevc at gmail.com Thu Jul 17 13:03:49 2014 From: lebevc at gmail.com (LeBevc) Date: Thu, 17 Jul 2014 04:03:49 -0700 (PDT) Subject: [Scilab-users] CoolProp and Scilab (Scinotes + Xcos) Message-ID: <1405595029355-4030929.post@n3.nabble.com> You can use CoolProp in Scilab code and Xcos simulation diagram. Requirements: - 64 bit OS - Python 2.7.x with properly installed Numpy and CoolProp //-------------------------------------------- Procedure: - in Scilab open "ATOMS" package manager: - in section "Scilab development" select and install "Python Interaction Mechanism in Scilab" (PIMS) - restart Scilab //-------------------------------------------- Usage: at the start of Scilab session execute in console (only once per session): *--> pyimport CoolProp.CoolProp* Scinotes: // call some CoolProp properties: *--> enthalpy = CoolProp.CoolProp.Props('H','T',300,'P',300,'H2O')* // you can define new name for CoolProp call: *--> pyDeff("CoolProp","CoolProp.Props","CP"); --> enthalpy = CP('H', 'T', 300, 'P', 300, 'H2O');* Xcos: - In pallete browser select category "User-Defined Functions" - choose *"scifunc_block_m"* - Block parameters of "scifunc_block_m": input port sizes: [2,1] other parameters by default Define function entry: *y1=CoolProp.CoolProp.Props('H', 'T', u1(1), 'P', u1(2), 'H2O')* - place multiplexer (MUX) 2:1 at input port In case of HAProps: input port sizes [3,1] and MUX 3:1 String literals as input parameters are not supported! //-------------------------------------------- IMPORTANT: 64 bit OS is mandatory. PIMS has some issues with 32 bit systems. At the moment only Python 2.7.x is supported, no support for Python 3.x yet. Tested on openSUSE 13.1 (64 bit); Scilab 5.4 Doesn't work on xUbuntu 14.04 (32 bit); Scilab 5.5 colprop_proba3.zcos -- View this message in context: http://mailinglists.scilab.org/CoolProp-and-Scilab-Scinotes-Xcos-tp4030929.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From mazue.quentin at gmail.com Thu Jul 17 13:59:28 2014 From: mazue.quentin at gmail.com (=?UTF-8?Q?Quentin_Mazu=C3=A9?=) Date: Thu, 17 Jul 2014 04:59:28 -0700 (PDT) Subject: [Scilab-users] Save hypermatrix in matlab format In-Reply-To: <53C78AC1.8060904@laas.fr> References: <1405431883405-4030916.post@n3.nabble.com> <53C6313A.8020400@laas.fr> <1405518015497-4030925.post@n3.nabble.com> <53C78AC1.8060904@laas.fr> Message-ID: <1405598368070-4030930.post@n3.nabble.com> Hypermatrix_Question.txt Hi Antoine, you were right, the data are saved into a column vector. I needed to find the correct way to load the raw data and then reshape them into the original 3D matrix. Enclosed a file to explain my method : ->Part 1 : Scilab matrix creation ->Part 2 : Matlab Data retrieval Thanks for your Help Quentin -- View this message in context: http://mailinglists.scilab.org/Save-hypermatrix-in-matlab-format-tp4030916p4030930.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From oleksiy.bond at gmail.com Thu Jul 17 14:58:09 2014 From: oleksiy.bond at gmail.com (ol.bond) Date: Thu, 17 Jul 2014 05:58:09 -0700 (PDT) Subject: [Scilab-users] rotating animated rod in scilab Message-ID: <53C7C833.8050707@gmail.com> Hi Mohammad, You can use the following script: fig=scf(); plot2d([-cos(0) cos(0)],[-sin(0) sin(0)],rect=[-1,-1,1,1],style=2) fig.children.isoview='on'; fig.children.axes_visible = ["off","off","off"]; h=fig.children.children.children; for q=1:N theta = //calulation step h.data=[-cos(theta),-sin(theta);cos(theta),sin(theta)]; sleep(100)//execution pausa in milisec step end Yours, Alex 2014/07/15 17:34, Mohammad EL JAWAD [via Scilab / Xcos - Mailing Lists Archives] ?????: > hi all; > i have a for loop that calculates an angle theta > then i generate two matrix x=[-cos(theta) cos(theta)] and y=[-sin(theta) > sin(theta)] in matlab i use the drawnow command inside the for loop to > generate the animation of the rotating rod > as you know the drawnow matlab function has no scilab equivalent and i > was wondering if there is an way to generate the animation > regards > my code in matlab is something like that > > for q=1:N > theta = //calulation step > x=[-cos(theta) cos(theta)] > y=[-sin(theta) sin(theta)] > plot(x,y) > drawnow > end > _______________________________________________ > users mailing list > [hidden email] > http://lists.scilab.org/mailman/listinfo/users > > > ------------------------------------------------------------------------ > If you reply to this email, your message will be added to the > discussion below: > http://mailinglists.scilab.org/Scilab-users-rotating-animated-rod-in-scilab-tp4030914.html > > To start a new topic under Scilab users - Mailing Lists Archives, > email ml-node+s994242n2602246h53 at n3.nabble.com > To unsubscribe from Scilab users - Mailing Lists Archives, click here > . > NAML > > -- View this message in context: http://mailinglists.scilab.org/Re-Scilab-users-rotating-animated-rod-in-scilab-tp4030932.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. -------------- next part -------------- An HTML attachment was scrubbed... URL: From oleksiy.bond at gmail.com Thu Jul 17 14:53:56 2014 From: oleksiy.bond at gmail.com (ol.bond) Date: Thu, 17 Jul 2014 05:53:56 -0700 (PDT) Subject: [Scilab-users] rotating animated rod in scilab Message-ID: <53C7C758.8060608@gmail.com> Hi Mohammad, You can use the following script: fig=scf(); plot2d([-cos(0) cos(0)],[-sin(0) sin(0)],rect=[-1,-1,1,1],style=2) fig.children.isoview='on'; fig.children.axes_visible = ["off","off","off"]; h=fig.children.children.children; for q=1:N theta = //calulation step h.data=[-cos(theta),-sin(theta);cos(theta),sin(theta)]; sleep(100)//execution pausa in milisec step end Yours, Alex 2014/07/15 17:34, Mohammad EL JAWAD [via Scilab / Xcos - Mailing Lists Archives] ?????: > hi all; > i have a for loop that calculates an angle theta > then i generate two matrix x=[-cos(theta) cos(theta)] and y=[-sin(theta) > sin(theta)] in matlab i use the drawnow command inside the for loop to > generate the animation of the rotating rod > as you know the drawnow matlab function has no scilab equivalent and i > was wondering if there is an way to generate the animation > regards > my code in matlab is something like that > > for q=1:N > theta = //calulation step > x=[-cos(theta) cos(theta)] > y=[-sin(theta) sin(theta)] > plot(x,y) > drawnow > end > _______________________________________________ > users mailing list > [hidden email] > http://lists.scilab.org/mailman/listinfo/users > > > ------------------------------------------------------------------------ > If you reply to this email, your message will be added to the > discussion below: > http://mailinglists.scilab.org/Scilab-users-rotating-animated-rod-in-scilab-tp4030914.html > > To start a new topic under Scilab users - Mailing Lists Archives, > email ml-node+s994242n2602246h53 at n3.nabble.com > To unsubscribe from Scilab users - Mailing Lists Archives, click here > . > NAML > > -- View this message in context: http://mailinglists.scilab.org/Re-Scilab-users-rotating-animated-rod-in-scilab-tp4030931.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. -------------- next part -------------- An HTML attachment was scrubbed... URL: From cfuttrup at gmail.com Fri Jul 18 12:50:26 2014 From: cfuttrup at gmail.com (Claus Futtrup) Date: Fri, 18 Jul 2014 12:50:26 +0200 Subject: [Scilab-users] Obsolete Message-ID: <53C8FBF2.9080901@gmail.com> Hi there When I run a script in Scilab 5.4.1 it's OK. When I run the same script in Scilab 5.5.0 it displays a message saying something like " vector ^ scalar is obsolete, use vector .^ scalar instead" ... or something of this kind. My script executes lines like this a lot (I get many thousand messages, in an optimization loop) and I cannot track exactly what's causing this message. Is there anyone who can give me a tip what to look for? [later] P.S. I think the warning message says "qfunction" (a function I've defined) and it might be lines like this one, which cause the warning: zmin1sim_mag = sqrt(zreal1(ifmin1)^2+zimag1(ifmin1)^2) So, is it correct that ^2 is obsolete and I should write .^2 instead?? Any reason for this? Best regards, Claus --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From calixte.denizet at scilab-enterprises.com Fri Jul 18 13:58:34 2014 From: calixte.denizet at scilab-enterprises.com (Calixte Denizet) Date: Fri, 18 Jul 2014 13:58:34 +0200 Subject: [Scilab-users] Obsolete In-Reply-To: <53C8FBF2.9080901@gmail.com> References: <53C8FBF2.9080901@gmail.com> Message-ID: <53C90BEA.8020809@scilab-enterprises.com> Hi Claus, The power of a matrix is defined for square matrices so since a vector with size strictly greater than 1 is not a square matrix we decided to emit a warning in this case. We took this decision because this "feature" (ie [1 2 3]^2 <==> [1 2 3].^2) was confusing for students. So if you want to avoid the warning, you should replace v^2 by v.^2 when v is a vector. Best regards, Calixte On 18/07/2014 12:50, Claus Futtrup wrote: > Hi there > > When I run a script in Scilab 5.4.1 it's OK. When I run the same > script in Scilab 5.5.0 it displays a message saying something like " > vector ^ scalar is obsolete, use vector .^ scalar instead" ... or > something of this kind. > > My script executes lines like this a lot (I get many thousand > messages, in an optimization loop) and I cannot track exactly what's > causing this message. > > Is there anyone who can give me a tip what to look for? > > [later] > P.S. I think the warning message says "qfunction" (a function I've > defined) and it might be lines like this one, which cause the warning: > zmin1sim_mag = sqrt(zreal1(ifmin1)^2+zimag1(ifmin1)^2) > > So, is it correct that ^2 is obsolete and I should write .^2 instead?? > > Any reason for this? > > Best regards, > Claus > > > ------------------------------------------------------------------------ > > > This email is free from viruses and malware because avast! Antivirus > protection is active. > > > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users -- Calixte Denizet Software Development Engineer ----------------------------------------------------------- Scilab Enterprises 143bis rue Yves Le Coz - 78000 Versailles, France http://www.scilab-enterprises.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From gilles.gobillot at cea.fr Fri Jul 18 13:59:22 2014 From: gilles.gobillot at cea.fr (GOBILLOT Gilles 116128) Date: Fri, 18 Jul 2014 11:59:22 +0000 Subject: [Scilab-users] read a "save()" file in Python Message-ID: <59863E6B3B5B7245A7B5660A00E8C8991B26E45F@EXDAG0-A0.intra.cea.fr> Hi all, In the Scilab-Python border, I try to read a file recorded with Scilab ( save(filename, X, Y, U, T1) ) With U = matrix. I'd like to read it with Python. Any idea ? Regards, Gilles -------------- next part -------------- An HTML attachment was scrubbed... URL: From calixte.denizet at scilab-enterprises.com Fri Jul 18 15:25:41 2014 From: calixte.denizet at scilab-enterprises.com (Calixte Denizet) Date: Fri, 18 Jul 2014 15:25:41 +0200 Subject: [Scilab-users] read a "save()" file in Python In-Reply-To: <59863E6B3B5B7245A7B5660A00E8C8991B26E45F@EXDAG0-A0.intra.cea.fr> References: <59863E6B3B5B7245A7B5660A00E8C8991B26E45F@EXDAG0-A0.intra.cea.fr> Message-ID: <53C92055.6090404@scilab-enterprises.com> Hi Gilles, The format of the file is based on HDF5 so you just have to use h5py and find where is located your matrix in the file. For your information, it is possible to use a Python engine in Scilab in using PIMS toolbox: http://forge.scilab.org/index.php/p/pims/ Best regards Calixte On 18/07/2014 13:59, GOBILLOT Gilles 116128 wrote: > > Hi all, > > In the Scilab-Python border, I try to read a file recorded with Scilab > ( save(filename, X, Y, U, T1) ) With U = matrix. > > I'd like to read it with Python. Any idea ? > > Regards, > > Gilles > > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users -- Calixte Denizet Software Development Engineer ----------------------------------------------------------- Scilab Enterprises 143bis rue Yves Le Coz - 78000 Versailles, France http://www.scilab-enterprises.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From mazue.quentin at gmail.com Mon Jul 21 08:45:37 2014 From: mazue.quentin at gmail.com (=?UTF-8?Q?Quentin_Mazu=C3=A9?=) Date: Sun, 20 Jul 2014 23:45:37 -0700 (PDT) Subject: [Scilab-users] Xocs : enabled superblocks and multi frequence diagram Message-ID: <1405925137108-4030940.post@n3.nabble.com> Hello, I need to model a special phenomenon which has two different states: ->1) A transient state: from 0 to 1 sec. For this phase I need calculations with a very small time step (around 0.001s) ->2) Then a steady state: from 1 to end of simulation (around 10-15sec) For this phase I need calculations with a large time step (0.1s) Enclosed, a picture of an equivalent Simulink diagram which matches my needs. Illustration_EnabledSuperblocks_MultifreqDiagram.png Both phases have the same inputs calculated with the same block. I would like to: ->a) Specify that I have 2 superblocks within the same Xcos diagram that make the computations with different time step and a third one with a time step which change during the simulation (the Input superblock) ->b) be able to deactivate the transient superblock when I don?t need transient calculations and activate the steady block only when I need it. Why I would like to do that? ->I?m working with a new way of computing a phenomenon and I have to show that this new method is faster than the previous method and enough accurate. If I don?t deactivate the transient block, Xcos is still running this block and I lose all the interest of my new model. ->at the same time, I have to show that Scilab/Xocs is able to match the need of my company. They are actually using a lot Matlab/Simulink, especially the blocks: enabled subsystem, triggered subsystem, trigger, zero order hold, rate transition,? Thanks for your help Quentin Mazu? -- View this message in context: http://mailinglists.scilab.org/Xocs-enabled-superblocks-and-multi-frequence-diagram-tp4030940.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From gilles.gobillot at cea.fr Mon Jul 21 14:24:09 2014 From: gilles.gobillot at cea.fr (GOBILLOT Gilles 116128) Date: Mon, 21 Jul 2014 12:24:09 +0000 Subject: [Scilab-users] read a "save()" file in Python In-Reply-To: <53C92055.6090404@scilab-enterprises.com> References: <59863E6B3B5B7245A7B5660A00E8C8991B26E45F@EXDAG0-A0.intra.cea.fr> <53C92055.6090404@scilab-enterprises.com> Message-ID: <59863E6B3B5B7245A7B5660A00E8C8991B26E874@EXDAG0-A0.intra.cea.fr> Hi Calixte Tanks for this answer. In fact HDF5 is used in recents Scilab's versions ==> save(filename, "X"," Y", "U", "T1") My files where recorded with an "old" scilab version (5.3) ==> save(filename, X, Y, U, T1) Saved files are in a binary format Of course, I can convert ALL my files ... but if a solution exists, I'd like to know it. [cid:image004.png at 01CFA4EF.6C411FA0]Gilles GOBILLOT Charg? d'?tudes proc?d?s ultrasonores d'imagerie et m?trologies de surfaces en sodium Under Sodium Vision and Metrology Research Fellow Commissariat ? l'?nergie Atomique et aux ?nergies Alternatives French Atomic and Alternative Energies Commission /CEA/ Cadarache Nuclear Research Centre Laboratoire d'Instrumentation et Essais Technologiques DEN/DTN/STCP/LIET Centre de Cadarache - DEN/CAD/DTN/STCP/LIET - B?timent 202 13108 Saint Paul Lez Durance Tel : +33 (0)4 42 25 20 33 - Mob : +33 (0) 6 87 99 19 57 - Fax : +33 (0)4 42 25 49 17 gilles.gobillot at cea.fr ?Ce message ?lectronique et tous les fichiers attach?s qu'il contient sont confidentiels et destin?s exclusivement ? l'usage de la personne ? laquelle ils sont adress?s. Si vous avez re?u ce message par erreur, merci d'en avertir imm?diatement son ?metteur et de ne pas en conserver de copie ?. De : users [mailto:users-bounces at lists.scilab.org] De la part de Calixte Denizet Envoy? : vendredi 18 juillet 2014 15:26 ? : users at lists.scilab.org Objet : Re: [Scilab-users] read a "save()" file in Python Hi Gilles, The format of the file is based on HDF5 so you just have to use h5py and find where is located your matrix in the file. For your information, it is possible to use a Python engine in Scilab in using PIMS toolbox: http://forge.scilab.org/index.php/p/pims/ Best regards Calixte On 18/07/2014 13:59, GOBILLOT Gilles 116128 wrote: Hi all, In the Scilab-Python border, I try to read a file recorded with Scilab ( save(filename, X, Y, U, T1) ) With U = matrix. I'd like to read it with Python. Any idea ? Regards, Gilles _______________________________________________ users mailing list users at lists.scilab.org http://lists.scilab.org/mailman/listinfo/users -- Calixte Denizet Software Development Engineer ----------------------------------------------------------- Scilab Enterprises 143bis rue Yves Le Coz - 78000 Versailles, France http://www.scilab-enterprises.com -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 5068 bytes Desc: image001.gif URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.gif Type: image/gif Size: 1766 bytes Desc: image003.gif URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.png Type: image/png Size: 7230 bytes Desc: image004.png URL: From Serge.Steer at inria.fr Mon Jul 21 17:53:07 2014 From: Serge.Steer at inria.fr (Serge Steer) Date: Mon, 21 Jul 2014 17:53:07 +0200 Subject: [Scilab-users] Xocs : enabled superblocks and multi frequence diagram In-Reply-To: <1405925137108-4030940.post@n3.nabble.com> References: <1405925137108-4030940.post@n3.nabble.com> Message-ID: <53CD3763.7050802@inria.fr> The solution of your problem depends the solution of your problem depends on the type of your state system: - if it is a continous time state system the xcos solver is able to automatically adapt its step size so, it is not necessary to handle two copies of your superblock - if it is a discret time system you can use two SampleCLK block one with 1/10 period and the other one with 1/1000 period as explained in the attached xcos diagram Serge Steer Le 21/07/2014 08:45, Quentin Mazu? a ?crit : > Hello, > > I need to model a special phenomenon which has two different states: > > ->1) A transient state: from 0 to 1 sec. > For this phase I need calculations with a very small time step (around > 0.001s) > > ->2) Then a steady state: from 1 to end of simulation (around 10-15sec) > For this phase I need calculations with a large time step (0.1s) > > Enclosed, a picture of an equivalent Simulink diagram which matches my > needs. > > Illustration_EnabledSuperblocks_MultifreqDiagram.png > > > Both phases have the same inputs calculated with the same block. > > I would like to: > > ->a) Specify that I have 2 superblocks within the same Xcos diagram that > make the computations with different time step and a third one with a time > step which change during the simulation (the Input superblock) > > ->b) be able to deactivate the transient superblock when I don?t need > transient calculations and activate the steady block only when I need it. > > > Why I would like to do that? > > ->I?m working with a new way of computing a phenomenon and I have to show > that this new method is faster than the previous method and enough accurate. > If I don?t deactivate the transient block, Xcos is still running this block > and I lose all the interest of my new model. > > ->at the same time, I have to show that Scilab/Xocs is able to match the > need of my company. They are actually using a lot Matlab/Simulink, > especially the blocks: enabled subsystem, triggered subsystem, trigger, zero > order hold, rate transition,? > > > > Thanks for your help > > Quentin Mazu? > > > > > -- > View this message in context: http://mailinglists.scilab.org/Xocs-enabled-superblocks-and-multi-frequence-diagram-tp4030940.html > Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users -------------- next part -------------- A non-text attachment was scrubbed... Name: Mazue.zcos Type: application/octet-stream Size: 7440 bytes Desc: not available URL: From an.lld at mail.ru Tue Jul 22 11:38:42 2014 From: an.lld at mail.ru (an.lld) Date: Tue, 22 Jul 2014 02:38:42 -0700 (PDT) Subject: [Scilab-users] Find the position of vector in another vector Message-ID: <1406021922863-4030943.post@n3.nabble.com> hello scilab users, i have a problem, i'm trying to find a vector into another vector. my vector looks like this: A=[7 342 75 36 36 36 9 64 213 82 36 36 36 9 72] i would like to find the position of the under vector B=[36 36 36] in A so that i get a vector C=[4 11]... (4 and 11 are the positions where the vector B begins). i have already tried: [v,ka,kb]=intersect(A,B), but this function searches only the first occur of "36" in A. has somebody an idea how i can realize that? sorry, for my bad english. -- View this message in context: http://mailinglists.scilab.org/Find-the-position-of-vector-in-another-vector-tp4030943.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From mazue.quentin at gmail.com Tue Jul 22 15:17:57 2014 From: mazue.quentin at gmail.com (=?UTF-8?Q?Quentin_Mazu=C3=A9?=) Date: Tue, 22 Jul 2014 06:17:57 -0700 (PDT) Subject: [Scilab-users] Xocs : enabled superblocks and multi frequence diagram In-Reply-To: <53CD3763.7050802@inria.fr> References: <1405925137108-4030940.post@n3.nabble.com> <53CD3763.7050802@inria.fr> Message-ID: <1406035077193-4030944.post@n3.nabble.com> Hi Serge, Thanks for your help it works. Your 1st solution wasn't applicable in my case because my blocks at 10 and 1000Hz don't have the same equations inside. Your 2nd solutions works fine. Enclosed a full diagram to perform some simple speed evaluations if anyone need it. Multi_Freq_Test.zip Thanks Quentin Mazu? -- View this message in context: http://mailinglists.scilab.org/Xcos-enabled-superblocks-and-multi-frequence-diagram-tp4030940p4030944.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From Serge.Steer at inria.fr Tue Jul 22 17:44:22 2014 From: Serge.Steer at inria.fr (Serge Steer) Date: Tue, 22 Jul 2014 17:44:22 +0200 Subject: [Scilab-users] Find the position of vector in another vector In-Reply-To: <1406021922863-4030943.post@n3.nabble.com> References: <1406021922863-4030943.post@n3.nabble.com> Message-ID: <53CE86D6.5040006@inria.fr> One can use the Morris and Pratt algrithme (http://www.liafa.jussieu.fr/~carton/Enseignement/Algorithmique/Programmation/Pattern/MorrisPratt/) I give you a Scilab code of this algorithm. But it should be more efficient to add a builtin using the C code given at http://www.liafa.jussieu.fr/~carton/Enseignement/Algorithmique/Programmation/Pattern/MorrisPratt/pattern.c Le 22/07/2014 11:38, an.lld a ?crit : > hello scilab users, > > i have a problem, i'm trying to find a vector into another vector. my vector > looks like this: > A=[7 342 75 36 36 36 9 64 213 82 36 36 36 9 72] > > i would like to find the position of the under vector > B=[36 36 36] in A > so that i get a vector C=[4 11]... (4 and 11 are the positions where the > vector B begins). > > i have already tried: [v,ka,kb]=intersect(A,B), but this function searches > only the first occur of "36" in A. > has somebody an idea how i can realize that? > > sorry, for my bad english. > > > > -- > View this message in context: http://mailinglists.scilab.org/Find-the-position-of-vector-in-another-vector-tp4030943.html > Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > -------------- next part -------------- function ind=morrisPratt(sequence,pattern) // Calcul de la fonction de suppl?ance s // Pour tout i > 0, s[i] est la longueur bord maximal du // pr?fixe de longueur i du motif, c'est-?-dire p_0 ... p_{i-1}. // Pour un pr?fixe w du motif, on a |bord(w)| = s[|w|]. // On a donc |bord^2(w)| = s[|bord(w)|] = s[s[|w|]]. // Les longueurs des bords d'un pr?fixe w sont donc les valeurs // s[|w|], s[s[|w|]], s[s[s[|w|]]] ... m=length(pattern) n=length(sequence) ind=[]; i=-1; s(1) = -1; for j = 1:m while i >= 0 & pattern(i+1) <> pattern(j-1) i = s(i+1); end s(j) = i+1; end // Recherche du motif j = 0; while j References: <1406021922863-4030943.post@n3.nabble.com> <53CE86D6.5040006@inria.fr> Message-ID: <1406108101796-4030946.post@n3.nabble.com> thanks Serge Steer, the code does exactly what I wanted -- View this message in context: http://mailinglists.scilab.org/Find-the-position-of-vector-in-another-vector-tp4030943p4030946.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From mazue.quentin at gmail.com Wed Jul 23 11:41:37 2014 From: mazue.quentin at gmail.com (=?UTF-8?Q?Quentin_Mazu=C3=A9?=) Date: Wed, 23 Jul 2014 02:41:37 -0700 (PDT) Subject: [Scilab-users] Fixed time step solver : Specify the time step Message-ID: <1406108497347-4030948.post@n3.nabble.com> Hi, I'm using a fixed time step solver : Runge-Kutta 4(5). I specified a time step in setup menu : Maximum step size = 0.1 (as explain in Scilab Help >> Xcos >> Solver >>Comparisons) In my diagram I have a 1/z block with an event clock input with a period of 0.1s My other blocks use the value obtained thanks to the 1/s block and other inputs to compute some output which are used as input at next time step for all blocks. I don't Understand why if I send values to the workspace with the Inherited option set to "yes", all the values are sampled with the time step 0.05 (1/2*0.1) except the value got thanks to the 1/z block. Questions : 1)-Why Scilab does not followto the Time step I specified in the setup menu? 2)-Why the inherited time step within my diagram is 2 times smaller than the one I specify ? 3)-How could I fixe a time step constant at 0.1s in all my diagram? Thanks Quentin Mazu? -- View this message in context: http://mailinglists.scilab.org/Fixed-time-step-solver-Specify-the-time-step-tp4030948.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From chloe.kykam at gmail.com Wed Jul 23 11:45:20 2014 From: chloe.kykam at gmail.com (chloe.kykam) Date: Wed, 23 Jul 2014 02:45:20 -0700 (PDT) Subject: [Scilab-users] Scilab leastsq exponential fitting Message-ID: <1406108720961-4030949.post@n3.nabble.com> I have 2 defined arrays x and y and would like to fit an exponential function to them with parameters a(1) and a(2). The test code is as follows: k=6.63e-34*3e8/1.38e-23 x=[1;2;3;4;5;6;7;8;9;10] y=[280;320;369.22772;391.25743;414.74257;439.75248;466.06931;493.60396;523.87129;530] w=[0;0;1;1;1;1;1;1;1;0] function y=yth(x,a) y=a(1)*exp(-k/x/a(2)) endfunction a0=[1.0;1.0] function e=myfun(a,x,y,w) e=w.*(yth(x,a)-y) endfunction [f,xopt,gopt]=leastsq(list(myfun,x,y,w),a0) plot(x,y) yy=yth(x, xopt) plot(x,yy,'k--') And I am getting the following errors, !--error 9 Inconsistent subtraction. at line 2 of function fn called by : at line 2 of function %opt called by : at line 92 of function leastsq called by : [f,xopt,gopt]=leastsq(list(myfun,x,y,w),a0) at line 16 of exec file called by : -- View this message in context: http://mailinglists.scilab.org/Scilab-leastsq-exponential-fitting-tp4030949.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From stephane.mottelet at utc.fr Wed Jul 23 12:10:05 2014 From: stephane.mottelet at utc.fr (=?ISO-8859-1?Q?St=E9phane_Mottelet?=) Date: Wed, 23 Jul 2014 12:10:05 +0200 Subject: [Scilab-users] Scilab leastsq exponential fitting In-Reply-To: <1406108720961-4030949.post@n3.nabble.com> References: <1406108720961-4030949.post@n3.nabble.com> Message-ID: <53CF89FD.1060400@utc.fr> Le 23/07/2014 11:45, chloe.kykam a ?crit : > k=6.63e-34*3e8/1.38e-23 > x=[1;2;3;4;5;6;7;8;9;10] > y=[280;320;369.22772;391.25743;414.74257;439.75248;466.06931;493.60396;523.87129;530] > w=[0;0;1;1;1;1;1;1;1;0] > > function y=yth(x,a) > y=a(1)*exp(-k/x/a(2)) > endfunction > > a0=[1.0;1.0] > > function e=myfun(a,x,y,w) > e=w.*(yth(x,a)-y) > endfunction > > [f,xopt,gopt]=leastsq(list(myfun,x,y,w),a0) > > plot(x,y) > yy=yth(x, xopt) > plot(x,yy,'k--') Hello. As yth with x as a vector, you need a dot in the division : function y=yth(x,a) y=a(1)*exp(-k./x/a(2)) endfunction S. From chloe.kykam at gmail.com Wed Jul 23 13:36:06 2014 From: chloe.kykam at gmail.com (chloe.kykam) Date: Wed, 23 Jul 2014 04:36:06 -0700 (PDT) Subject: [Scilab-users] Scilab leastsq exponential fitting In-Reply-To: <53CF89FD.1060400@utc.fr> References: <1406108720961-4030949.post@n3.nabble.com> <53CF89FD.1060400@utc.fr> Message-ID: <1406115366779-4030952.post@n3.nabble.com> I have added the dot to the division but I am still getting errors, !--error 21 Invalid index. at line 118 of function numderivative called by : at line 2 of function Dfun called by : at line 2 of function %opt called by : at line 92 of function leastsq called by : [f,xopt,gopt]=leastsq(list(myfun,x,y,w),a0) at line 16 of exec file called by : exec('C:\Users\Kying\Desktop\Stray_light\testing.sce', -1) -- View this message in context: http://mailinglists.scilab.org/Scilab-leastsq-exponential-fitting-tp4030949p4030952.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From antoine.monmayrant at laas.fr Wed Jul 23 13:53:29 2014 From: antoine.monmayrant at laas.fr (Antoine Monmayrant) Date: Wed, 23 Jul 2014 13:53:29 +0200 Subject: [Scilab-users] Scilab leastsq exponential fitting In-Reply-To: <1406115366779-4030952.post@n3.nabble.com> References: <1406108720961-4030949.post@n3.nabble.com> <53CF89FD.1060400@utc.fr> <1406115366779-4030952.post@n3.nabble.com> Message-ID: <53CFA239.2000908@laas.fr> On 07/23/2014 01:36 PM, chloe.kykam wrote: > I have added the dot to the division but I am still getting errors, > > !--error 21 > Invalid index. > at line 118 of function numderivative called by : > at line 2 of function Dfun called by : > at line 2 of function %opt called by : > at line 92 of function leastsq called by : > [f,xopt,gopt]=leastsq(list(myfun,x,y,w),a0) > at line 16 of exec file called by : > exec('C:\Users\Kying\Desktop\Stray_light\testing.sce', -1) > > > > -- > View this message in context: http://mailinglists.scilab.org/Scilab-leastsq-exponential-fitting-tp4030949p4030952.html > Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > Hi, This does work for me: ///////////////////////////////////// k=6.63e-34*3e8/1.38e-23 x=[1;2;3;4;5;6;7;8;9;10] y=[280;320;369.22772;391.25743;414.74257;439.75248;466.06931;493.60396;523.87129;530] w=[0;0;1;1;1;1;1;1;1;0] function y=yth(x,a) y=a(1)*exp(-k./x/a(2)) endfunction a0=[1.0;1.0] function e=myfun(a,x,y,w) e=w.*(yth(x,a)-y) endfunction [f,xopt,gopt]=leastsq(list(myfun,x,y,w),a0) scf(); plot(x,yth(x,a0),'g')//initial guess plot(x,y,'k.')//experimental plot(x,yth(x,xopt),'r')//actual fit ///////////////////////////////////// Be careful however: 1) Your yth funcion is not defined for a(2)=0, you should provide boundaries to prevent the optimisation routine to try such a value for a(2). See help leastsq. 2) Your initial guess seems to be quite crude, you might want to get a better guess to start from. 3) The fit does not seems that good (ie y and yth(x,xopt) differ quite a lot) and you should take your values xopt(1) and xopt(2) with a TON of salt! Moreover, your error seems to be related to the calculation of the numerical derivative. You can avoid that by providing the Jacobian of your fit function with two benefits: 1), it's going to be way faster (in case you need to redo this fit a lot of time or on more data points), 2) you'll have a way to measure the "ton of salt", ie the confidence interval (ie error bars if you want) of xopt. Cheers, Antoine From mazue.quentin at gmail.com Wed Jul 23 14:58:57 2014 From: mazue.quentin at gmail.com (=?UTF-8?Q?Quentin_Mazu=C3=A9?=) Date: Wed, 23 Jul 2014 05:58:57 -0700 (PDT) Subject: [Scilab-users] Fixed time step solver : Specify the time step In-Reply-To: <1406108497347-4030948.post@n3.nabble.com> References: <1406108497347-4030948.post@n3.nabble.com> Message-ID: <1406120337413-4030954.post@n3.nabble.com> Enclosed, a simple example of my problem. Integral_TimeStep.zcos Load the xcos scheme and launch simulation. ->The variable "In" will contain 1000 data with a sample time of 0.1s ->The variable "out" will contain 2001 data with a sample time of 0.05s (half of the time step specified in the setup menu) If I change the "Maximum step size" in the setup : for example 0.01s ->The variable "In" will contain 1000 data with a sample time of 0.1s ->The variable "out" will contain 20526 data with a sample time of 0.005s (half of the time step specified in the setup menu) Thanks in advance for your replies. -- View this message in context: http://mailinglists.scilab.org/Fixed-time-step-solver-Specify-the-time-step-tp4030948p4030954.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From samuel.enibe at unn.edu.ng Thu Jul 24 17:35:44 2014 From: samuel.enibe at unn.edu.ng (Samuel Enibe) Date: Thu, 24 Jul 2014 16:35:44 +0100 Subject: [Scilab-users] Test statistics with linregr function Message-ID: Dear sir, I am using the *linregr* multiple regression function to analyse some field data. I have obtained the multiple regression coefficients *b* built into the *stat* output variable. For each coefficient *b(i)*, I need to determine the standard error, Z-score, P-value and 95% confidence interval. How can I do this with *linregr* or any other suitable SCILAB function. I have found it a bit difficult using the *automatic* and similar functions built into the *Grocer* toolbox of Eric DuBois which could have been a way out. I will appreciate any help. Samuel Ogbonna Enibe -------------- next part -------------- An HTML attachment was scrubbed... URL: From akhorshidi at live.com Thu Jul 24 20:06:00 2014 From: akhorshidi at live.com (A Khorshidi) Date: Thu, 24 Jul 2014 11:06:00 -0700 (PDT) Subject: [Scilab-users] Serial Communication using SCILAB 5.5 In-Reply-To: <1406114779972-4030951.post@n3.nabble.com> References: <1406114779972-4030951.post@n3.nabble.com> Message-ID: <1406225160584-4030956.post@n3.nabble.com> mkumar wrote > Can some one share link for serial communication using scilab 5.5 on > ubuntu 14.04. Hi; Under Gnu/Linux distros, you can use "serialport" toolbox. See: http://atoms.scilab.org/toolboxes/serialport Moreover, the following link provides an example which may show how you can use this toolbox in Scilab 5.5.0 under Ubuntu 12.04. http://fileexchange.scilab.org/toolboxes/311000 HTH, Mehran _ -- View this message in context: http://mailinglists.scilab.org/Serial-Communication-using-SCILAB-5-5-tp4030951p4030956.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From akhorshidi at live.com Thu Jul 24 20:05:15 2014 From: akhorshidi at live.com (A Khorshidi) Date: Thu, 24 Jul 2014 22:35:15 +0430 Subject: [Scilab-users] slider-style uicontrol in a rotary fashio Message-ID: Hi; Does anyone have any ideas for creating a "knob" or "dial"-style uicontrols? Actually I seek to provide a rotary version of the slider-style uicontrol. Regards, Mehran _ -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: New Styles.jpg Type: image/jpeg Size: 14424 bytes Desc: not available URL: From grocer.toolbox at gmail.com Thu Jul 24 22:42:57 2014 From: grocer.toolbox at gmail.com (Eric Dubois) Date: Thu, 24 Jul 2014 22:42:57 +0200 Subject: [Scilab-users] Test statistics with linregr function In-Reply-To: References: Message-ID: Hello Samuel. The equivalent of function linreg in Grocer is function ols (much simpler I hope than automatic). If you still have problems with ols, what are they? ?ric. 2014-07-24 17:35 GMT+02:00 Samuel Enibe : > Dear sir, > > I am using the *linregr* multiple regression function to analyse some > field data. I have obtained the multiple regression coefficients *b* > built into the *stat* output variable. For each coefficient *b(i)*, I > need to determine the standard error, Z-score, P-value and 95% confidence > interval. > > How can I do this with *linregr* or any other suitable SCILAB function. I > have found it a bit difficult using the *automatic* and similar functions > built into the *Grocer* toolbox of Eric DuBois which could have been a > way out. > > I will appreciate any help. > > Samuel Ogbonna Enibe > > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From samuel.enibe at unn.edu.ng Thu Jul 24 23:21:52 2014 From: samuel.enibe at unn.edu.ng (Samuel Enibe) Date: Thu, 24 Jul 2014 22:21:52 +0100 Subject: [Scilab-users] Test statistics with linregr function In-Reply-To: References: Message-ID: You are right, Eric. The *ols* function is much simpler, and I have been able to use it. God bless you. Samuel Ogbonna Enibe BEng (Nig), MSc (Reading, England), PhD (Nig) Professor of Mechanical Engineering Director, National Centre for Equipment Maintenance & Development, 01/08/2008 to 18/08/2011 University of Nigeria, Nsukka, Nigeria Tel: +2348063646798 Email: samuel.enibe at unn.edu.ng enibesam at yahoo.com On Thu, Jul 24, 2014 at 9:42 PM, Eric Dubois wrote: > Hello Samuel. > > The equivalent of function linreg in Grocer is function ols (much simpler > I hope than automatic). If you still have problems with ols, what are they? > > ?ric. > > > 2014-07-24 17:35 GMT+02:00 Samuel Enibe : > >> Dear sir, >> >> I am using the *linregr* multiple regression function to analyse some >> field data. I have obtained the multiple regression coefficients *b* >> built into the *stat* output variable. For each coefficient *b(i)*, I >> need to determine the standard error, Z-score, P-value and 95% confidence >> interval. >> >> How can I do this with *linregr* or any other suitable SCILAB function. >> I have found it a bit difficult using the *automatic* and similar >> functions built into the *Grocer* toolbox of Eric DuBois which could >> have been a way out. >> >> I will appreciate any help. >> >> Samuel Ogbonna Enibe >> >> >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> http://lists.scilab.org/mailman/listinfo/users >> >> > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From samuel.enibe at unn.edu.ng Thu Jul 24 23:56:52 2014 From: samuel.enibe at unn.edu.ng (Samuel Enibe) Date: Thu, 24 Jul 2014 22:56:52 +0100 Subject: [Scilab-users] Test statistics with linregr function In-Reply-To: References: Message-ID: Thanks once more. I have been able to use the *ols* function, but there are still a few grey areas. It is not clear to me which of the output parameters to use in determining the following parameters of each regression coefficien, namely *"Standard error",* *"Z", * *"95% confidence Interval" * I will appreciate any further insights. Samuel Ogbonna Enibe On Thu, Jul 24, 2014 at 9:42 PM, Eric Dubois wrote: > Hello Samuel. > > The equivalent of function linreg in Grocer is function ols (much simpler > I hope than automatic). If you still have problems with ols, what are they? > > ?ric. > > > 2014-07-24 17:35 GMT+02:00 Samuel Enibe : > >> Dear sir, >> >> I am using the *linregr* multiple regression function to analyse some >> field data. I have obtained the multiple regression coefficients *b* >> built into the *stat* output variable. For each coefficient *b(i)*, I >> need to determine the standard error, Z-score, P-value and 95% confidence >> interval. >> >> How can I do this with *linregr* or any other suitable SCILAB function. >> I have found it a bit difficult using the *automatic* and similar >> functions built into the *Grocer* toolbox of Eric DuBois which could >> have been a way out. >> >> I will appreciate any help. >> >> Samuel Ogbonna Enibe >> >> >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> http://lists.scilab.org/mailman/listinfo/users >> >> > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From grocer.toolbox at gmail.com Fri Jul 25 10:08:36 2014 From: grocer.toolbox at gmail.com (Eric Dubois) Date: Fri, 25 Jul 2014 10:08:36 +0200 Subject: [Scilab-users] Test statistics with linregr function In-Reply-To: References: Message-ID: Hello Samuel. For the standard errors of the coefficients, they can be derived from the results fo the regression. You have to store these resulst in atlist, say myres as follows: --> myres=ols([your input]) and then --> stderr=myres('beta') ./ myres('tstat') For the Z statistics, could you precise what you mean by that? (if ypu mean the Student statistics, then they are already displayed on screen in the colum t-statistics adn can be recovered as myres('tstat') As for confidence intervals, it is a little bit more tedious but also feasible: --> scale=cdft("T",myres('nobs')-myres('nvar'),0.025,0.975); // from the Student distribution takes the value acheiving the 0.05/2 lowest part of tyhe distribution --> conf=[myres('beta')+scale*stderr , myres('beta')-scale*stderr] // build the 0.95 confidence interval from the coefficients and their standard error ; note: instead of sclae you could use the -asymptotic- value of 1.96 I will add these fetaures in a future Grocer version/. ?ric. 2014-07-24 23:56 GMT+02:00 Samuel Enibe : > Thanks once more. > I have been able to use the *ols* function, but there are still a few > grey areas. It is not clear to me which of the output parameters to use in > determining the following parameters of each regression coefficien, namely > > *"Standard error",* > > > *"Z", * > > > > *"95% confidence Interval" * > > I will appreciate any further insights. > > Samuel Ogbonna Enibe > > > On Thu, Jul 24, 2014 at 9:42 PM, Eric Dubois > wrote: > >> Hello Samuel. >> >> The equivalent of function linreg in Grocer is function ols (much simpler >> I hope than automatic). If you still have problems with ols, what are they? >> >> ?ric. >> >> >> 2014-07-24 17:35 GMT+02:00 Samuel Enibe : >> >>> Dear sir, >>> >>> I am using the *linregr* multiple regression function to analyse some >>> field data. I have obtained the multiple regression coefficients *b* >>> built into the *stat* output variable. For each coefficient *b(i)*, I >>> need to determine the standard error, Z-score, P-value and 95% confidence >>> interval. >>> >>> How can I do this with *linregr* or any other suitable SCILAB function. >>> I have found it a bit difficult using the *automatic* and similar >>> functions built into the *Grocer* toolbox of Eric DuBois which could >>> have been a way out. >>> >>> I will appreciate any help. >>> >>> Samuel Ogbonna Enibe >>> >>> >>> >>> _______________________________________________ >>> users mailing list >>> users at lists.scilab.org >>> http://lists.scilab.org/mailman/listinfo/users >>> >>> >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> http://lists.scilab.org/mailman/listinfo/users >> >> > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From p.muehlmann at gmail.com Fri Jul 25 12:06:28 2014 From: p.muehlmann at gmail.com (der_Phil) Date: Fri, 25 Jul 2014 03:06:28 -0700 (PDT) Subject: [Scilab-users] Scilab analoge displays Message-ID: <1406282788694-4030962.post@n3.nabble.com> Dear Forum, being in search for analogue displays GUI's for Scilab I didn't really found something. Maybe I didnt search correct, but maybe this is still something to be implemented into Scilab. So, based on a matlab code snipplet I created a small program, that uses a background image and uses this as a tachometer display for velocity values. The code can be found at: http://fileexchange.scilab.org/toolboxes/312000 I use Scialb 5.4.1 on a WIN-XP 32 bit machine. The image handling commands are based on SIVP (or AIVP) and PID toolboxes. Let me know what you think about. Maybe this will help to create a small GUI at your own. Best Regards, Phil -- View this message in context: http://mailinglists.scilab.org/Scilab-analoge-displays-tp4030962.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From samuel.enibe at unn.edu.ng Fri Jul 25 13:36:42 2014 From: samuel.enibe at unn.edu.ng (Samuel Enibe) Date: Fri, 25 Jul 2014 12:36:42 +0100 Subject: [Scilab-users] Test statistics with linregr function In-Reply-To: References: Message-ID: Dear Eric, Thank you very much for the detailed explanations. I am very grateful. God bless you. Samuel Ogbonna Enibe On Fri, Jul 25, 2014 at 9:08 AM, Eric Dubois wrote: > Hello Samuel. > > For the standard errors of the coefficients, they can be derived from the > results fo the regression. > > You have to store these resulst in atlist, say myres as follows: > --> myres=ols([your input]) > > and then > --> stderr=myres('beta') ./ myres('tstat') > > For the Z statistics, could you precise what you mean by that? (if ypu > mean the Student statistics, then they are already displayed on screen in > the colum t-statistics adn can be recovered as myres('tstat') > > As for confidence intervals, it is a little bit more tedious but also > feasible: > --> scale=cdft("T",myres('nobs')-myres('nvar'),0.025,0.975); // from the > Student distribution takes the value acheiving the 0.05/2 lowest part of > tyhe distribution > --> conf=[myres('beta')+scale*stderr , myres('beta')-scale*stderr] > // build the 0.95 confidence interval from the coefficients and their > standard error ; note: instead of sclae you could use the -asymptotic- > value of 1.96 > > I will add these fetaures in a future Grocer version/. > > ?ric. > > 2014-07-24 23:56 GMT+02:00 Samuel Enibe : > > Thanks once more. >> I have been able to use the *ols* function, but there are still a few >> grey areas. It is not clear to me which of the output parameters to use in >> determining the following parameters of each regression coefficien, namely >> >> *"Standard error",* >> >> >> *"Z", * >> >> >> >> *"95% confidence Interval" * >> >> I will appreciate any further insights. >> >> Samuel Ogbonna Enibe >> >> >> On Thu, Jul 24, 2014 at 9:42 PM, Eric Dubois >> wrote: >> >>> Hello Samuel. >>> >>> The equivalent of function linreg in Grocer is function ols (much >>> simpler I hope than automatic). If you still have problems with ols, what >>> are they? >>> >>> ?ric. >>> >>> >>> 2014-07-24 17:35 GMT+02:00 Samuel Enibe : >>> >>>> Dear sir, >>>> >>>> I am using the *linregr* multiple regression function to analyse some >>>> field data. I have obtained the multiple regression coefficients *b* >>>> built into the *stat* output variable. For each coefficient *b(i)*, I >>>> need to determine the standard error, Z-score, P-value and 95% confidence >>>> interval. >>>> >>>> How can I do this with *linregr* or any other suitable SCILAB >>>> function. I have found it a bit difficult using the *automatic* and >>>> similar functions built into the *Grocer* toolbox of Eric DuBois >>>> which could have been a way out. >>>> >>>> I will appreciate any help. >>>> >>>> Samuel Ogbonna Enibe >>>> >>>> >>>> >>>> _______________________________________________ >>>> users mailing list >>>> users at lists.scilab.org >>>> http://lists.scilab.org/mailman/listinfo/users >>>> >>>> >>> >>> _______________________________________________ >>> users mailing list >>> users at lists.scilab.org >>> http://lists.scilab.org/mailman/listinfo/users >>> >>> >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> http://lists.scilab.org/mailman/listinfo/users >> >> > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From haasejos at web.de Fri Jul 25 16:10:43 2014 From: haasejos at web.de (haasejos) Date: Fri, 25 Jul 2014 07:10:43 -0700 (PDT) Subject: [Scilab-users] scilab does not start any more Message-ID: <1406297443463-4030964.post@n3.nabble.com> hello, scilab 5.0.0 does not start any more (window 7 64bit). For errormessages see "Bild_1.jpg" and "Bild_2.jpg". Even deinstallation - newinstallation does not solve the problem. Scilab 5.4.1 works fine. What can I do? Thank you! Josef -- View this message in context: http://mailinglists.scilab.org/scilab-does-not-start-any-more-tp4030964.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From akhorshidi at live.com Fri Jul 25 16:27:04 2014 From: akhorshidi at live.com (A Khorshidi) Date: Fri, 25 Jul 2014 07:27:04 -0700 (PDT) Subject: [Scilab-users] Scilab analoge displays In-Reply-To: <1406282788694-4030962.post@n3.nabble.com> References: <1406282788694-4030962.post@n3.nabble.com> Message-ID: <1406298424199-4030966.post@n3.nabble.com> Hi Philipp; I've not tried out your code yet but it seems to be a solution to what I currently wanna do. I agree that analogue displays are rare in Scilab and moreover, there is the same tragedy for analogue inputs. Although we can use slider-style uicontrol in linear cases, there is no option in rotary cases. So I'm sure you'll agree that the addition of a new uicontrol style is definitely necessary (As I posted here: http://mailinglists.scilab.org/Scilab-users-slider-style-uicontrol-in-a-rotary-fashio-tp4030957.html). Regards, Mehran _ -- View this message in context: http://mailinglists.scilab.org/Scilab-analoge-displays-tp4030962p4030966.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From p.muehlmann at gmail.com Fri Jul 25 16:49:09 2014 From: p.muehlmann at gmail.com (der_Phil) Date: Fri, 25 Jul 2014 07:49:09 -0700 (PDT) Subject: [Scilab-users] Scilab analoge displays In-Reply-To: <1406298424199-4030966.post@n3.nabble.com> References: <1406282788694-4030962.post@n3.nabble.com> <1406298424199-4030966.post@n3.nabble.com> Message-ID: Hi Mehran, in fact I do agree. Knobs and displays like you showed would be really nice. Greetings, Philipp 2014-07-25 16:27 GMT+02:00 A Khorshidi [via Scilab / Xcos - Mailing Lists Archives] : > > Hi Philipp; > > I've not tried out your code yet but it seems to be a solution to what I > currently wanna do. I agree that analogue displays are rare in Scilab and > moreover, there is the same tragedy for analogue inputs. Although we can use > slider-style uicontrol in linear cases, there is no option in rotary cases. > > So I'm sure you'll agree that the addition of a new uicontrol style is > definitely necessary (As I posted here: > http://mailinglists.scilab.org/Scilab-users-slider-style-uicontrol-in-a-rotary-fashio-tp4030957.html). > > Regards, > Mehran > _ > > > ________________________________ > If you reply to this email, your message will be added to the discussion > below: > http://mailinglists.scilab.org/Scilab-analoge-displays-tp4030962p4030966.html > To unsubscribe from Scilab analoge displays, click here. > NAML -- There we have the salad. -- View this message in context: http://mailinglists.scilab.org/Scilab-analoge-displays-tp4030962p4030967.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. -------------- next part -------------- An HTML attachment was scrubbed... URL: From p.muehlmann at gmail.com Sat Jul 26 00:00:03 2014 From: p.muehlmann at gmail.com (=?UTF-8?Q?Philipp_M=C3=BChlmann?=) Date: Sat, 26 Jul 2014 00:00:03 +0200 Subject: [Scilab-users] Scilab analoge displays In-Reply-To: References: <1406282788694-4030962.post@n3.nabble.com> <1406298424199-4030966.post@n3.nabble.com> Message-ID: I uploaded a new version of the tachometer display. It does not require a background image anymore, so it's plain scilab code. The code can be found here: https://fileexchange.scilab.org/toolboxes/312000/2.0 The coding might be a little "from behind through the eyes" as a say goes...I guess there is a far more elegant solution...maybe it would be better to use polarplot() from the beginning...but so far it seems to work. Since the code deals with a figure() now, it should be possible to integrate it into a GUI. Comments and Reviews are appreaciated. Greetings, Philipp 2014-07-25 16:49 GMT+02:00 der_Phil : > Hi Mehran, > > in fact I do agree. Knobs and displays like you showed would be really nice. > > Greetings, > Philipp > > 2014-07-25 16:27 GMT+02:00 A Khorshidi [via Scilab / Xcos - Mailing > Lists Archives] <[hidden email]>: > >> >> Hi Philipp; >> >> I've not tried out your code yet but it seems to be a solution to what I >> currently wanna do. I agree that analogue displays are rare in Scilab and >> moreover, there is the same tragedy for analogue inputs. Although we can >> use >> slider-style uicontrol in linear cases, there is no option in rotary >> cases. >> >> So I'm sure you'll agree that the addition of a new uicontrol style is >> definitely necessary (As I posted here: >> >> http://mailinglists.scilab.org/Scilab-users-slider-style-uicontrol-in-a-rotary-fashio-tp4030957.html). >> >> Regards, >> Mehran >> _ >> >> >> ________________________________ >> If you reply to this email, your message will be added to the discussion >> below: >> >> http://mailinglists.scilab.org/Scilab-analoge-displays-tp4030962p4030966.html >> To unsubscribe from Scilab analoge displays, click here. >> NAML > > > > -- > There we have the salad. > > ________________________________ > View this message in context: Re: Scilab analoge displays > > Sent from the Scilab users - Mailing Lists Archives mailing list archive at > Nabble.com. > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > -- There we have the salad. From p.muehlmann at gmail.com Sat Jul 26 13:44:28 2014 From: p.muehlmann at gmail.com (=?UTF-8?Q?Philipp_M=C3=BChlmann?=) Date: Sat, 26 Jul 2014 13:44:28 +0200 Subject: [Scilab-users] Scilab analoge displays In-Reply-To: References: <1406282788694-4030962.post@n3.nabble.com> <1406298424199-4030966.post@n3.nabble.com> Message-ID: I made out a function of the script...so you may simply call the tachometer by typing: tachometer(input variables); Hope it works...and if so...enjoy. Best regards, Philipp 2014-07-26 0:00 GMT+02:00 Philipp M?hlmann : > I uploaded a new version of the tachometer display. > > It does not require a background image anymore, so it's plain scilab code. > > The code can be found here: > > https://fileexchange.scilab.org/toolboxes/312000/2.0 > > The coding might be a little "from behind through the eyes" as a say > goes...I guess there is a far more elegant solution...maybe it would > be better to use polarplot() from the beginning...but so far it seems > to work. > > Since the code deals with a figure() now, it should be possible to > integrate it into a GUI. > > Comments and Reviews are appreaciated. > Greetings, > Philipp > > 2014-07-25 16:49 GMT+02:00 der_Phil : >> Hi Mehran, >> >> in fact I do agree. Knobs and displays like you showed would be really nice. >> >> Greetings, >> Philipp >> >> 2014-07-25 16:27 GMT+02:00 A Khorshidi [via Scilab / Xcos - Mailing >> Lists Archives] <[hidden email]>: >> >>> >>> Hi Philipp; >>> >>> I've not tried out your code yet but it seems to be a solution to what I >>> currently wanna do. I agree that analogue displays are rare in Scilab and >>> moreover, there is the same tragedy for analogue inputs. Although we can >>> use >>> slider-style uicontrol in linear cases, there is no option in rotary >>> cases. >>> >>> So I'm sure you'll agree that the addition of a new uicontrol style is >>> definitely necessary (As I posted here: >>> >>> http://mailinglists.scilab.org/Scilab-users-slider-style-uicontrol-in-a-rotary-fashio-tp4030957.html). >>> >>> Regards, >>> Mehran >>> _ >>> >>> >>> ________________________________ >>> If you reply to this email, your message will be added to the discussion >>> below: >>> >>> http://mailinglists.scilab.org/Scilab-analoge-displays-tp4030962p4030966.html >>> To unsubscribe from Scilab analoge displays, click here. >>> NAML >> >> >> >> -- >> There we have the salad. >> >> ________________________________ >> View this message in context: Re: Scilab analoge displays >> >> Sent from the Scilab users - Mailing Lists Archives mailing list archive at >> Nabble.com. >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> http://lists.scilab.org/mailman/listinfo/users >> > > > > -- > There we have the salad. -- There we have the salad. From p.muehlmann at gmail.com Sun Jul 27 05:17:32 2014 From: p.muehlmann at gmail.com (=?UTF-8?Q?Philipp_M=C3=BChlmann?=) Date: Sun, 27 Jul 2014 05:17:32 +0200 Subject: [Scilab-users] Scilab analoge displays In-Reply-To: References: <1406282788694-4030962.post@n3.nabble.com> <1406298424199-4030966.post@n3.nabble.com> Message-ID: added display functions: - variometer like display - thermometer like display functions can be found here: http://fileexchange.scilab.org/toolboxes/312000/4.0 Hope it works...and if so...enjoy. Best regards, Philipp 2014-07-26 13:44 GMT+02:00 Philipp M?hlmann : > I made out a function of the script...so you may simply call the > tachometer by typing: > > tachometer(input variables); > > Hope it works...and if so...enjoy. > Best regards, > Philipp > > 2014-07-26 0:00 GMT+02:00 Philipp M?hlmann : >> I uploaded a new version of the tachometer display. >> >> It does not require a background image anymore, so it's plain scilab code. >> >> The code can be found here: >> >> https://fileexchange.scilab.org/toolboxes/312000/2.0 >> >> The coding might be a little "from behind through the eyes" as a say >> goes...I guess there is a far more elegant solution...maybe it would >> be better to use polarplot() from the beginning...but so far it seems >> to work. >> >> Since the code deals with a figure() now, it should be possible to >> integrate it into a GUI. >> >> Comments and Reviews are appreaciated. >> Greetings, >> Philipp >> >> 2014-07-25 16:49 GMT+02:00 der_Phil : >>> Hi Mehran, >>> >>> in fact I do agree. Knobs and displays like you showed would be really nice. >>> >>> Greetings, >>> Philipp >>> >>> 2014-07-25 16:27 GMT+02:00 A Khorshidi [via Scilab / Xcos - Mailing >>> Lists Archives] <[hidden email]>: >>> >>>> >>>> Hi Philipp; >>>> >>>> I've not tried out your code yet but it seems to be a solution to what I >>>> currently wanna do. I agree that analogue displays are rare in Scilab and >>>> moreover, there is the same tragedy for analogue inputs. Although we can >>>> use >>>> slider-style uicontrol in linear cases, there is no option in rotary >>>> cases. >>>> >>>> So I'm sure you'll agree that the addition of a new uicontrol style is >>>> definitely necessary (As I posted here: >>>> >>>> http://mailinglists.scilab.org/Scilab-users-slider-style-uicontrol-in-a-rotary-fashio-tp4030957.html). >>>> >>>> Regards, >>>> Mehran >>>> _ >>>> >>>> >>>> ________________________________ >>>> If you reply to this email, your message will be added to the discussion >>>> below: >>>> >>>> http://mailinglists.scilab.org/Scilab-analoge-displays-tp4030962p4030966.html >>>> To unsubscribe from Scilab analoge displays, click here. >>>> NAML >>> >>> >>> >>> -- >>> There we have the salad. >>> >>> ________________________________ >>> View this message in context: Re: Scilab analoge displays >>> >>> Sent from the Scilab users - Mailing Lists Archives mailing list archive at >>> Nabble.com. >>> >>> _______________________________________________ >>> users mailing list >>> users at lists.scilab.org >>> http://lists.scilab.org/mailman/listinfo/users >>> >> >> >> >> -- >> There we have the salad. > > > > -- > There we have the salad. -- There we have the salad. From antoine.monmayrant at laas.fr Mon Jul 28 08:53:12 2014 From: antoine.monmayrant at laas.fr (Antoine Monmayrant) Date: Mon, 28 Jul 2014 08:53:12 +0200 Subject: [Scilab-users] scilab does not start any more In-Reply-To: <1406297443463-4030964.post@n3.nabble.com> References: <1406297443463-4030964.post@n3.nabble.com> Message-ID: <53D5F358.1070703@laas.fr> On 07/25/2014 04:10 PM, haasejos wrote: > > > > hello, > scilab 5.0.0 does not start any more (window 7 64bit). For errormessages see > "Bild_1.jpg" and "Bild_2.jpg". Even deinstallation - newinstallation does > not solve the problem. Scilab 5.4.1 works fine. > What can I do? > Thank you! > Josef > > > > > -- > View this message in context: http://mailinglists.scilab.org/scilab-does-not-start-any-more-tp4030964.html > Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > This looks like your preference files have been corrupted. I don't know where they are stored under Windows, but according to Adrien they are in this folder: C:\Users\[USERNAME]\AppData\Roaming\Scilab\scilab-5.5.0 Try to remove this folder and restart. Antoine From chloe.kykam at gmail.com Mon Jul 28 15:59:56 2014 From: chloe.kykam at gmail.com (chloe.kykam) Date: Mon, 28 Jul 2014 06:59:56 -0700 (PDT) Subject: [Scilab-users] Scilab leastsq exponential fitting In-Reply-To: <53CFA239.2000908@laas.fr> References: <1406108720961-4030949.post@n3.nabble.com> <53CF89FD.1060400@utc.fr> <1406115366779-4030952.post@n3.nabble.com> <53CFA239.2000908@laas.fr> Message-ID: <1406555996695-4030973.post@n3.nabble.com> Thanks Antoine, it does work after I restart Scilab. However, my actual code consists of more than 1 data set, and I would have to normalise them according the their respective areas under the curve. The code only works without the normalisation part (replacing ri with r), but error 21 arises when the part is included. funcprot(0) workbook = readxls('C:\Users\Kying\Desktop\Stray_light\Data.xls') sheet = workbook(1) //old k=6.63e-34*3e8/1.38e-23 x=sheet(:,2) ri=sheet(:,3) gi=sheet(:,4) bi=sheet(:,5) uvi=sheet(:,6) //normalization norm=max([inttrap(x,ri),inttrap(x,gi),inttrap(x,bi),inttrap(x,uvi)]) r=norm/inttrap(x,ri)*ri g=norm/inttrap(x,gi)*gi b=norm/inttrap(x,bi)*bi uv=norm/inttrap(x,uvi)*uvi //end of normalization dims=1 ur=min(find(r>0.71*max(r))) //uppler limit lr=max(find(find(r<10)exec('C:\Users\Kying\Desktop\Stray_light\testing2.sce', -1) !--error 21 Invalid index. at line 118 of function numderivative called by : at line 2 of function Dfun called by : at line 2 of function %opt called by : at line 92 of function leastsq called by : [f,xopt,gopt]=leastsq(list(myfun,x,r,wr),a0) at line 38 of exec file called by : exec('C:\Users\Kying\Desktop\Stray_light\testing2.sce', -1) Do you have any idea why that is? Thanks -- View this message in context: http://mailinglists.scilab.org/Scilab-leastsq-exponential-fitting-tp4030949p4030973.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From antoine.monmayrant at laas.fr Mon Jul 28 16:12:24 2014 From: antoine.monmayrant at laas.fr (Antoine Monmayrant) Date: Mon, 28 Jul 2014 16:12:24 +0200 Subject: [Scilab-users] Scilab leastsq exponential fitting In-Reply-To: <1406555996695-4030973.post@n3.nabble.com> References: <1406108720961-4030949.post@n3.nabble.com> <53CF89FD.1060400@utc.fr> <1406115366779-4030952.post@n3.nabble.com> <53CFA239.2000908@laas.fr> <1406555996695-4030973.post@n3.nabble.com> Message-ID: <53D65A48.7020805@laas.fr> On 07/28/2014 03:59 PM, chloe.kykam wrote: > Thanks Antoine, it does work after I restart Scilab. > > However, my actual code consists of more than 1 data set, and I would have > to normalise them according the their respective areas under the curve. The > code only works without the normalisation part (replacing ri with r), but > error 21 arises when the part is included. > > funcprot(0) > workbook = readxls('C:\Users\Kying\Desktop\Stray_light\Data.xls') > sheet = workbook(1) //old > > k=6.63e-34*3e8/1.38e-23 > x=sheet(:,2) > ri=sheet(:,3) > gi=sheet(:,4) > bi=sheet(:,5) > uvi=sheet(:,6) > > //normalization > norm=max([inttrap(x,ri),inttrap(x,gi),inttrap(x,bi),inttrap(x,uvi)]) > r=norm/inttrap(x,ri)*ri > g=norm/inttrap(x,gi)*gi > b=norm/inttrap(x,bi)*bi > uv=norm/inttrap(x,uvi)*uvi > //end of normalization > > dims=1 > ur=min(find(r>0.71*max(r))) //uppler limit > lr=max(find(find(r<10) wr=matrix((cat(dims,zeros(lr-1,1),ones(ur-lr+1,1),zeros(1024-ur,1))),1024,1) > //weighting > > //exponential function > function y=yth(x,a) > y=a(1)*exp(-k./x/a(2)) > endfunction > > //initial parameters > a0=[1.0;300] > > function e=myfun(a,x,r,wr) > e=wr.*(yth(x,a)-r) > endfunction > > //call leastsq > [f,xopt,gopt]=leastsq(list(myfun,x,r,wr),a0) > > scf(); > plot2d(x,r,logflag="nl",style=[color("red")]) > //plot2d(x,yth(x,xopt)) > plot2d(x,g,logflag="nl",style=[color("green")]) > plot2d(x,b,logflag="nl",style=[color("blue")]) > plot2d(x,uv,logflag="nl",style=[color("purple")]) > > Error message: > -->exec('C:\Users\Kying\Desktop\Stray_light\testing2.sce', -1) > !--error 21 > Invalid index. > at line 118 of function numderivative called by : > at line 2 of function Dfun called by : > at line 2 of function %opt called by : > at line 92 of function leastsq called by : > [f,xopt,gopt]=leastsq(list(myfun,x,r,wr),a0) > at line 38 of exec file called by : > exec('C:\Users\Kying\Desktop\Stray_light\testing2.sce', -1) > > Do you have any idea why that is? Check the length and dimension (ie is it 1xn or nx1) of the vectors you are using with and without the normalization. Are there any difference before and after the normalization? leastsq is particularly picky: x and y need to be column vectors, not row vectors. Moreover, when x and y have not the right length or dimensions, it tends to output cryptic error messages. Cheers, Antoine > > Thanks > > > > > -- > View this message in context: http://mailinglists.scilab.org/Scilab-leastsq-exponential-fitting-tp4030949p4030973.html > Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > From chloe.kykam at gmail.com Mon Jul 28 17:44:38 2014 From: chloe.kykam at gmail.com (chloe.kykam) Date: Mon, 28 Jul 2014 08:44:38 -0700 (PDT) Subject: [Scilab-users] Scilab leastsq exponential fitting In-Reply-To: <53D65A48.7020805@laas.fr> References: <1406108720961-4030949.post@n3.nabble.com> <53CF89FD.1060400@utc.fr> <1406115366779-4030952.post@n3.nabble.com> <53CFA239.2000908@laas.fr> <1406555996695-4030973.post@n3.nabble.com> <53D65A48.7020805@laas.fr> Message-ID: <1406562278623-4030975.post@n3.nabble.com> Yes, I did check the dimensions of x, ri, r and wr before, which all came back to be 1024x1. -- View this message in context: http://mailinglists.scilab.org/Scilab-leastsq-exponential-fitting-tp4030949p4030975.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From antoine.monmayrant at laas.fr Mon Jul 28 17:50:19 2014 From: antoine.monmayrant at laas.fr (Antoine Monmayrant) Date: Mon, 28 Jul 2014 17:50:19 +0200 Subject: [Scilab-users] Scilab leastsq exponential fitting In-Reply-To: <1406562278623-4030975.post@n3.nabble.com> References: <1406108720961-4030949.post@n3.nabble.com> <53CF89FD.1060400@utc.fr> <1406115366779-4030952.post@n3.nabble.com> <53CFA239.2000908@laas.fr> <1406555996695-4030973.post@n3.nabble.com> <53D65A48.7020805@laas.fr> <1406562278623-4030975.post@n3.nabble.com> Message-ID: <53D6713B.70009@laas.fr> Le 28/07/14 17:44, chloe.kykam a ?crit : > Yes, I did check the dimensions of x, ri, r and wr before, which all came > back to be 1024x1. OK, Next culprit: your fit function is not defined for every values of a(1) and a(2). While optimizing and calculating the numeric derivative, leastsq can try a(2)=0 ... Anyway, you might solve this by 1) giving some boundaries on possible values for "a" and 2) calculate the Jacobian of your fit (ie partial derivative of your fit function with respect to a(1) and a(2). Antoine > > > > -- > View this message in context: http://mailinglists.scilab.org/Scilab-leastsq-exponential-fitting-tp4030949p4030975.html > Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > From mazue.quentin at gmail.com Tue Jul 29 10:16:01 2014 From: mazue.quentin at gmail.com (=?UTF-8?Q?Quentin_Mazu=C3=A9?=) Date: Tue, 29 Jul 2014 01:16:01 -0700 (PDT) Subject: [Scilab-users] Xcos Debugging : block number, Flag and tutorial Message-ID: <1406621761518-4030977.post@n3.nabble.com> Hi, I need to make some debugging in Xcos, and for that I use the block "DEBUG" with the code below: ------------------------------------------------------------------------- xcos_debug_gui(flag,block); warnBlockByUID(block.label, "ERROR"); n=curblock(); f=%cpr.sim.funs(n) path=%cpr.corinv(n); t=scicos_time(); printf("flag=%d, t=%g, n=%d, f=%s \n", flag,t,n,f) if n==5 then printf("u=%g, y=%g \n ------- \n", block.inptr(1), block.outptr(1)) pause end ------------------------------------------------------------------------- 1) I have some difficulties in a huge diagram (several hundreds of blocks) to find the block I want to analyze. Indeed I need to get the block number in the scs_m structure and until now I use the following procedure: During the debugging I wait until the simulation stop (at Flag = 1 for example) I use a loop with the getlabelblock(i) function until it gives me the label of the block I want to follow. I stop the simulation I correct the line n==5 to n==i (i : block number that I want to follow) I start again the simulation => Is there a simpler way to get the block number? => Why the function "xcos_blocks_info(%cpr)" detailed page 209 in the book "Scilab de la th?orie ? la pratique" written by Serge Steer and Yvon Degr? does not exist in Scilab 5.5.0? This function could be useful because we have a direct correlation between block number and their uid. 2) Is there a list of all flag signification in Xcos? How/When/in which order are these flags called in Xcos? 3) Are there some tutorials to explain how to debug an Xcos Diagram? Thanks a lot Regards Quentin Mazu? -- View this message in context: http://mailinglists.scilab.org/Xcos-Debugging-block-number-Flag-and-tutorial-tp4030977.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From Serge.Steer at inria.fr Tue Jul 29 12:22:07 2014 From: Serge.Steer at inria.fr (Serge Steer) Date: Tue, 29 Jul 2014 12:22:07 +0200 Subject: [Scilab-users] Xcos Debugging : block number, Flag and tutorial In-Reply-To: <1406621761518-4030977.post@n3.nabble.com> References: <1406621761518-4030977.post@n3.nabble.com> Message-ID: <53D775CF.7030105@inria.fr> Le 29/07/2014 10:16, Quentin Mazu? a ?crit : > Hi, > > I need to make some debugging in Xcos, and for that I use the block "DEBUG" > with the code below: > > ------------------------------------------------------------------------- > xcos_debug_gui(flag,block); > warnBlockByUID(block.label, "ERROR"); > n=curblock(); > f=%cpr.sim.funs(n) > path=%cpr.corinv(n); > t=scicos_time(); > printf("flag=%d, t=%g, n=%d, f=%s \n", flag,t,n,f) > if n==5 then > printf("u=%g, y=%g \n ------- \n", block.inptr(1), block.outptr(1)) > pause > end > ------------------------------------------------------------------------- > > 1) > I have some difficulties in a huge diagram (several hundreds of blocks) to > find the block I want to analyze. Indeed I need to get the block number in > the scs_m structure and until now I use the following procedure: > > During the debugging I wait until the simulation stop (at Flag = 1 for > example) > I use a loop with the getlabelblock(i) function until it gives me the label > of the block I want to follow. > I stop the simulation > I correct the line n==5 to n==i (i : block number that I want to follow) > I start again the simulation > > => Is there a simpler way to get the block number? You can use %cpr.sim.uids(curblock()) to get the UID of the current block and you can use it suspend execution when this bloc is called if %cpr.sim.uids(n)=="50cd0851:14781837c95:-7f41" the printf("u=%g, y=%g \n ------- \n", block.inptr(1), block.outptr(1)) pause end > > => Why the function "xcos_blocks_info(%cpr)" detailed page 209 in the book > "Scilab de la th?orie ? la pratique" written by Serge Steer and Yvon Degr? > does not exist in Scilab 5.5.0? This function could be useful because we > have a direct correlation between block number and their uid. Please find it attached > 2) > Is there a list of all flag signification in Xcos? > How/When/in which order are these flags called in Xcos? Yes, a table is given in the book "Scilab de la th?orie ? la pratique" > 3) > Are there some tutorials to explain how to debug an Xcos Diagram? There are some details on how to debug the scheduling in the same book. But debug may have a lot of meanings... Serge Steer -------------- next part -------------- // Scilab ( http://www.scilab.org/ ) - This file is part of Scilab // Copyright (C) - 2013 - INRIA -Serge Steer // // This file must be used under the terms of the CeCILL. // This source file is licensed as described in the file COPYING, which // you should have received as part of this distribution. The terms // are also available at // http://www.cecill.info/licences/Licence_CeCILL_V2-en.txt function info=xcos_blocks_info(cpr); //creates a tabular of the blocks used sim=cpr.sim; nblk=sim.nb; funs=sim.funs; labels=sim.labels; ptr=sim.xptr;sel=find(ptr(1:$-1) Hello, under Xubuntu 14.04 (Ubuntu Linux with XFCE) and locale en_DK.UTF-8 all Scilab printf functions output decimal commas instead of points: -->x = 0.6231166; -->xstr = msprintf("%0.2f", x) xstr = 0,62 which leads to -->eval(xstr) ans = 0. and (worse) wrong numbers written to text files. I have not tried Scilab Scilab 5.5.0 in my earlier Xubuntu 12.04. Under Windows 7 I get the normal behaviour. Regards Stefan From lebevc at gmail.com Tue Jul 29 16:31:03 2014 From: lebevc at gmail.com (Leon Bevc) Date: Tue, 29 Jul 2014 16:31:03 +0200 Subject: [Scilab-users] printf bug? In-Reply-To: <53D7AA5F.6020906@durietz.se> References: <53D7AA5F.6020906@durietz.se> Message-ID: xUbuntu 14.04.1 - 32bit / Scilab 5.5.0 / LANG=sl_SI.UTF-8 No problem here, printf functions outputs decimal point. 2014-07-29 16:06 GMT+02:00 Stefan Du Rietz : > Hello, > under Xubuntu 14.04 (Ubuntu Linux with XFCE) and locale en_DK.UTF-8 all > Scilab printf functions output decimal commas instead of points: > > -->x = 0.6231166; > -->xstr = msprintf("%0.2f", x) > xstr = > 0,62 > > which leads to > > -->eval(xstr) > ans = > 0. > > and (worse) wrong numbers written to text files. > > I have not tried Scilab Scilab 5.5.0 in my earlier Xubuntu 12.04. Under > Windows 7 I get the normal behaviour. > > Regards > Stefan > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sdr at durietz.se Tue Jul 29 19:07:42 2014 From: sdr at durietz.se (Stefan Du Rietz) Date: Tue, 29 Jul 2014 19:07:42 +0200 Subject: [Scilab-users] printf bug? In-Reply-To: References: <53D7AA5F.6020906@durietz.se> Message-ID: <53D7D4DE.1080005@durietz.se> And I get the same error in Bash: $ printf "%0.2f\n" 3.1416 bash: printf: 3.1416: invalid number 0,00 lab-5.5.0/BG$ printf "%0.2f\n" 3,1416 3,14 So it has to do with the weird tries to "simplify" things ... Stefan On 2014-07-29 16:31, Leon Bevc wrote: > xUbuntu 14.04.1 - 32bit / Scilab 5.5.0 / LANG=sl_SI.UTF-8 > > No problem here, printf functions outputs decimal point. > > > 2014-07-29 16:06 GMT+02:00 Stefan Du Rietz >: > > Hello, > under Xubuntu 14.04 (Ubuntu Linux with XFCE) and locale > en_DK.UTF-8 all Scilab printf functions output decimal commas > instead of points: > > -->x = 0.6231166; > -->xstr = msprintf("%0.2f", x) > xstr = > 0,62 > > which leads to > > -->eval(xstr) > ans = > 0. > > and (worse) wrong numbers written to text files. > > I have not tried Scilab Scilab 5.5.0 in my earlier Xubuntu 12.04. > Under Windows 7 I get the normal behaviour. > > Regards > Stefan > _________________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/__mailman/listinfo/users > > > > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > From lebevc at gmail.com Tue Jul 29 19:41:58 2014 From: lebevc at gmail.com (Leon Bevc) Date: Tue, 29 Jul 2014 19:41:58 +0200 Subject: [Scilab-users] printf bug? In-Reply-To: <53D7D4DE.1080005@durietz.se> References: <53D7AA5F.6020906@durietz.se> <53D7D4DE.1080005@durietz.se> Message-ID: Strange... In this case I got the same result as you on Xubuntu and openSUSE: [ xUbuntu 14.04.1 - 32bit / Scilab 5.5.0 / LANG=sl_SI.UTF-8 ] lebevc at book-PC:~$ printf "%0.2f\n" 3.1416 bash: printf: 3.1416: neveljavno ?tevilo 0,00 lebevc at book-PC:~$ printf "%0.2f\n" 3,1416 3,14 ---------------------------------------------------------------------- [ openSUSE 13.1-64bit ; Scilab 5.4.1] lebevc at linux-xkf0:~> printf "%0.2f\n" 3.1416 bash: printf: 3.1416: invalid number 0,00 lebevc at linux-xkf0:~> printf "%0.2f\n" 3,1416 3,14 -->x = 0.6231166; -->xstr = msprintf("%0.2f", x) xstr = 0.62 -------------- next part -------------- An HTML attachment was scrubbed... URL: From sdr at durietz.se Tue Jul 29 22:41:46 2014 From: sdr at durietz.se (Stefan Du Rietz) Date: Tue, 29 Jul 2014 22:41:46 +0200 Subject: [Scilab-users] printf bug? In-Reply-To: References: <53D7AA5F.6020906@durietz.se> <53D7D4DE.1080005@durietz.se> Message-ID: <53D8070A.9070000@durietz.se> Leon, Can you please try it with Scilab 5.4.1 under openSUSE? And can you show its Bash output from $ locale When I was running Scilab 5.4.1 under Xubuntu 12.04, printf worked OK, but also in Bash. So the question is: Why do you now get different results in Scilab and Bash? And *the important point*: Why should a mathematics program handle inputs differently from outputs? If one should handle decimal separators differently depending on the local language, it should be done consistently (as in Bash, even if I don't like it)! One could of course have special functions or arguments to present numbers in specific local formats. Stefan On 2014-07-29 19:41, Leon Bevc wrote: > Strange... > > In this case I got the same result as you on Xubuntu and openSUSE: > > [ xUbuntu 14.04.1 - 32bit / Scilab 5.5.0 / LANG=sl_SI.UTF-8 ] > lebevc at book-PC:~$ printf "%0.2f\n" 3.1416 > bash: printf: 3.1416: neveljavno ?tevilo > 0,00 > lebevc at book-PC:~$ printf "%0.2f\n" 3,1416 > 3,14 > > ---------------------------------------------------------------------- > [ openSUSE 13.1-64bit ; Scilab 5.4.1] > lebevc at linux-xkf0:~> printf "%0.2f\n" 3.1416 > bash: printf: 3.1416: invalid number > 0,00 > lebevc at linux-xkf0:~> printf "%0.2f\n" 3,1416 > 3,14 > > -->x = 0.6231166; > -->xstr = msprintf("%0.2f", x) > xstr = > 0.62 > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > From lebevc at gmail.com Wed Jul 30 07:25:14 2014 From: lebevc at gmail.com (Leon Bevc) Date: Wed, 30 Jul 2014 07:25:14 +0200 Subject: [Scilab-users] printf bug? In-Reply-To: <53D8070A.9070000@durietz.se> References: <53D7AA5F.6020906@durietz.se> <53D7D4DE.1080005@durietz.se> <53D8070A.9070000@durietz.se> Message-ID: Here is output from openSuse 13.1 and Scilab 5.4.1: --------------------------- lebevc at linux-xkf0:~> uname -a Linux linux-xkf0.site 3.15.3-1.g42bf625-desktop #1 SMP PREEMPT Wed Jul 2 09:23:08 UTC 2014 (42bf625) x86_64 x86_64 x86_64 GNU/Linux --------------------------- lebevc at linux-xkf0:~> locale LANG=sl_SI.UTF-8 LC_CTYPE="sl_SI.UTF-8" LC_NUMERIC="sl_SI.UTF-8" LC_TIME="sl_SI.UTF-8" LC_COLLATE="sl_SI.UTF-8" LC_MONETARY="sl_SI.UTF-8" LC_MESSAGES="sl_SI.UTF-8" LC_PAPER="sl_SI.UTF-8" LC_NAME="sl_SI.UTF-8" LC_ADDRESS="sl_SI.UTF-8" LC_TELEPHONE="sl_SI.UTF-8" LC_MEASUREMENT="sl_SI.UTF-8" LC_IDENTIFICATION="sl_SI.UTF-8" LC_ALL= --------------------------- lebevc at linux-xkf0:~> printf "%0.2f\n" 3.1416 bash: printf: 3.1416: invalid number 0,00 lebevc at linux-xkf0:~> printf "%0.2f\n" 3,1416 3,14 //-----Scilab--------------------- -->ver Scilab Version: 5.4.1.1364497457 -->x = 0.12345 x = 0.12345 -->xstr = msprintf("%0.2f", x) xstr = 0.12 2014-07-29 22:41 GMT+02:00 Stefan Du Rietz : > Leon, Can you please try it with Scilab 5.4.1 under openSUSE? And can you > show its Bash output from > $ locale > > When I was running Scilab 5.4.1 under Xubuntu 12.04, printf worked OK, but > also in Bash. So the question is: Why do you now get different results in > Scilab and Bash? > > And *the important point*: Why should a mathematics program handle inputs > differently from outputs? > > If one should handle decimal separators differently depending on the local > language, it should be done consistently (as in Bash, even if I don't like > it)! > > One could of course have special functions or arguments to present numbers > in specific local formats. > > Stefan > > > > On 2014-07-29 19:41, Leon Bevc wrote: > >> Strange... >> >> In this case I got the same result as you on Xubuntu and openSUSE: >> >> [ xUbuntu 14.04.1 - 32bit / Scilab 5.5.0 / LANG=sl_SI.UTF-8 ] >> lebevc at book-PC:~$ printf "%0.2f\n" 3.1416 >> bash: printf: 3.1416: neveljavno ?tevilo >> 0,00 >> lebevc at book-PC:~$ printf "%0.2f\n" 3,1416 >> 3,14 >> >> ---------------------------------------------------------------------- >> [ openSUSE 13.1-64bit ; Scilab 5.4.1] >> lebevc at linux-xkf0:~> printf "%0.2f\n" 3.1416 >> bash: printf: 3.1416: invalid number >> 0,00 >> lebevc at linux-xkf0:~> printf "%0.2f\n" 3,1416 >> 3,14 >> >> -->x = 0.6231166; >> -->xstr = msprintf("%0.2f", x) >> xstr = >> 0.62 >> >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> http://lists.scilab.org/mailman/listinfo/users >> >> > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From communication at scilab-enterprises.com Wed Jul 30 10:45:37 2014 From: communication at scilab-enterprises.com (Scilab Communications) Date: Wed, 30 Jul 2014 10:45:37 +0200 Subject: [Scilab-users] 2014 - 20th Anniversary of Scilab First Launch Message-ID: <53D8B0B1.7030004@scilab-enterprises.com> Dear Scilab Users and Developers, We are glad to share with you a short video to celebrate Scilab 20-year Anniversary. Discover or rediscover Scilab history, key facts and evolutions from 1994 to 2014 online at https://www.youtube.com/watch?v=it4dZJQOi8E&feature=youtu.be Enjoy the screening -- Communication Department, Scilab Enterprises 143bis rue Yves Le Coz - 78000 Versailles (France) http://www.scilab-enterprises.com - http://www.scilab.org From samuel.enibe at unn.edu.ng Wed Jul 30 12:14:10 2014 From: samuel.enibe at unn.edu.ng (samuel.enibe at unn.edu.ng) Date: Wed, 30 Jul 2014 11:14:10 +0100 Subject: [Scilab-users] Saved Seril Numbers of Variables in Results from Grocer Function automatic Message-ID: Dear sir, I have applied the automatic function in Grocer package to handle the linear regression of two time seris Y and X, where they have dimensions(n,1) and (n, m) respectively. The output may contain p significant variables, where p < m. Is there an output variable that stores the serial numbers or names of the p variables in the final model? The serial numbers of the p variables are printed on screen, but I will like to use them in another part of the program without having to copy them manually. Samuel Enibe