From deanm at sharplabs.com Wed Dec 8 19:44:00 2010 From: deanm at sharplabs.com (Dean S. Messing) Date: Wed, 08 Dec 2010 10:44:00 -0800 Subject: longstanding configure problem Message-ID: This refers to building the 5.3 branch from source on a Fedora 13 machine. I've had this problem since October when I switched over to the 5.X series. Whenever I: ./configure LDFLAGS="-L/usr/lib64/atlas" the config dies with: checking for fftw_plan_dft_r2c in -lfftw3... yes checking if PVM_ROOT has been set... no. I will try to guess a value for it checking for pvmgetarch... no configure: error: Unable to find pvmgetarch in PVM_ROOT/lib or PATH The solution is to: PATH=${PATH}:/usr/share/pvm3/lib ./configure LDFLAGS="-L/usr/lib64/atlas" It does not seem like ./configure should require the user to have /usr/share/pvm3/lib in his path. Should I submit this as a bug? Dean From sylvestre.ledru at scilab.org Thu Dec 9 00:38:08 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Thu, 09 Dec 2010 00:38:08 +0100 Subject: [Scilab-Dev] longstanding configure problem In-Reply-To: References: Message-ID: <1291851488.3768.7657.camel@zlarin> Le mercredi 08 d?cembre 2010 ? 10:44 -0800, Dean S. Messing a ?crit : > This refers to building the 5.3 branch from source on a Fedora 13 machine. > > I've had this problem since October when I switched over to the 5.X series. > Whenever I: > > ./configure LDFLAGS="-L/usr/lib64/atlas" > > the config dies with: > > checking for fftw_plan_dft_r2c in -lfftw3... yes > checking if PVM_ROOT has been set... no. I will try to guess a value for it > checking for pvmgetarch... no > configure: error: Unable to find pvmgetarch in PVM_ROOT/lib or PATH > > The solution is to: > > PATH=${PATH}:/usr/share/pvm3/lib ./configure LDFLAGS="-L/usr/lib64/atlas" > > It does not seem like ./configure should require the user to have > /usr/share/pvm3/lib in his path. Should I submit this as a bug? Please do. It is too late for Scilab 5.3.0 but I will fix that for Scilab 5.3.1. Thanks for that, Sylvestre -- ------------------------- Sylvestre Ledru ------------------------- The Scilab Consortium Digiteo Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay Cedex France From jlvolta at fibertel.com.py Tue Dec 14 03:49:16 2010 From: jlvolta at fibertel.com.py (=?iso-8859-1?Q?Jos=E9_Luis_Volta_Grau?=) Date: Mon, 13 Dec 2010 23:49:16 -0300 Subject: Editvar for string matrix Message-ID: <3DDB804CBC4C48978BFC88C47CD95136@PC5> Scilab 5.3.0 beta 5, when I try editvar 'copy and paste' cells of a string matrix, I get the following error message: 'Could not edit variable: Undefined operation for the given operands. ' 'Could not edit variable: check or define function %c_s_s for overloading. ' and the operation is aborted. This doesn't happen with matrix of numbers. Why? Scilab 5.2.2, editvar 'copy and paste' works OK with a string matrix. J.L.V. -------------- next part -------------- An HTML attachment was scrubbed... URL: From calixte at contrib.scilab.org Tue Dec 14 11:06:55 2010 From: calixte at contrib.scilab.org (Calixte Denizet) Date: Tue, 14 Dec 2010 11:06:55 +0100 Subject: [Scilab-Dev] Editvar for string matrix In-Reply-To: <3DDB804CBC4C48978BFC88C47CD95136@PC5> References: <3DDB804CBC4C48978BFC88C47CD95136@PC5> Message-ID: <1292321215.6592.35.camel@Calixte-Dell> Le lundi 13 d?cembre 2010 ? 23:49 -0300, Jos? Luis Volta Grau a ?crit : Hi Jose Luis, I cannot reproduce this bug. Could you explain how to reproduce it ? Regards, Calixte > Scilab 5.3.0 beta 5, when I try editvar 'copy and paste' cells of a > string matrix, I get the following error message: > > 'Could not edit variable: Undefined operation for the given operands. > ' > 'Could not edit variable: check or define function %c_s_s for > overloading. ' > > and the operation is aborted. > > This doesn't happen with matrix of numbers. Why? > > Scilab 5.2.2, editvar 'copy and paste' works OK with a string matrix. > > J.L.V. > > From jicarrerom at unal.edu.co Wed Dec 15 16:28:22 2010 From: jicarrerom at unal.edu.co (javier ignacio carrero mantilla) Date: Wed, 15 Dec 2010 10:28:22 -0500 Subject: Two SEPs Message-ID: <4D08DE96.7050303@unal.edu.co> Hi In this message I have included two enhancement proposals for Scilab, related with the environment and the linking of variables. Sincerely yours Javier I. Carrero -------------- next part -------------- A non-text attachment was scrubbed... Name: SEP_scilab_environment.odt Type: application/vnd.oasis.opendocument.text Size: 19539 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: SEP_linking_variables.odt Type: application/vnd.oasis.opendocument.text Size: 23420 bytes Desc: not available URL: From sylvestre.ledru at scilab.org Wed Dec 15 16:46:26 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Wed, 15 Dec 2010 16:46:26 +0100 Subject: [Scilab-Dev] Two SEPs In-Reply-To: <4D08DE96.7050303@unal.edu.co> References: <4D08DE96.7050303@unal.edu.co> Message-ID: <1292427986.19064.208.camel@korcula.inria.fr> Hello, Looks like pretty cool :) The SEP about the Scilab environnement, we are planning to implement it in Scilab 5.4.0. See SEP SEP_47_Scilab_Desktop However, your idea to be able to save it from the Scilab language is pretty good. About the "linking variable", is it interesting to have this into the Scilab distribution itself? I wonder if a module would not be better. Anyway, many thanks! Sylvestre Le mercredi 15 d?cembre 2010 ? 10:28 -0500, javier ignacio carrero mantilla a ?crit : > Hi > In this message I have included two enhancement proposals for Scilab, > related with the environment and the linking of variables. > > Sincerely yours > Javier I. Carrero From jicarrerom at unal.edu.co Thu Dec 16 01:19:34 2010 From: jicarrerom at unal.edu.co (javier ignacio carrero mantilla) Date: Wed, 15 Dec 2010 19:19:34 -0500 Subject: [Scilab-Dev] Two SEPs In-Reply-To: <1292427986.19064.208.camel@korcula.inria.fr> References: <4D08DE96.7050303@unal.edu.co> <1292427986.19064.208.camel@korcula.inria.fr> Message-ID: <4D095B16.6060605@unal.edu.co> Dear Sylvestre: Thanks for your comments, I will check SEP_47. About the linking variables, I think it should be incorporated to the Scilab core because the new behavior associated with linked objects cannot be described in terms of the Scilab's operators in their current form. But anyway backwards compatibility (i.e. the future "linking" Scilab will be able to interpret the current scripts and variables) is guaranteed as a non-linked variable is a particular case of the linking process. Sincerely yours Javier I. Carrero El 2010-12-15 10:46 a.m., Sylvestre Ledru escribi?: > Hello, > > Looks like pretty cool :) > > The SEP about the Scilab environnement, we are planning to implement it > in Scilab 5.4.0. See SEP SEP_47_Scilab_Desktop > However, your idea to be able to save it from the Scilab language is > pretty good. > > About the "linking variable", is it interesting to have this into the > Scilab distribution itself? > I wonder if a module would not be better. > > Anyway, many thanks! > Sylvestre > > > Le mercredi 15 d?cembre 2010 ? 10:28 -0500, javier ignacio carrero > mantilla a ?crit : >> Hi >> In this message I have included two enhancement proposals for Scilab, >> related with the environment and the linking of variables. >> >> Sincerely yours >> Javier I. Carrero > From bruno.jofret at scilab.org Thu Dec 16 09:20:21 2010 From: bruno.jofret at scilab.org (Bruno JOFRET) Date: Thu, 16 Dec 2010 09:20:21 +0100 Subject: [Scilab-Dev] Two SEPs In-Reply-To: <4D095B16.6060605@unal.edu.co> References: <4D08DE96.7050303@unal.edu.co> <1292427986.19064.208.camel@korcula.inria.fr> <4D095B16.6060605@unal.edu.co> Message-ID: <4D09CBC5.6090105@scilab.org> Hi there, Having a look at SEP_47, i should add some inputs about scilab behaviour. Scilab a is numerical computation software. It's quite the opposite of a "symbolic/formal computation software". The difference stay in the way "operations" are stored. Symbolic : c = a + b the software will remember c is the result of a and b addition. Numerical : c = a + b The software will remember only the value of c. And not how c has been computed. In other words, we can not "link" variables as you want it to be because the information is already lost. We are only manipulating values. The only solution you have is to manage special symbolic variables. Then override each operator, aso, aso... To put it in a nutshell write a dedicated symbolic module with dedicated type and operations :-S Hope this help. On 12/16/2010 01:19 AM, javier ignacio carrero mantilla wrote: > Dear Sylvestre: > Thanks for your comments, I will check SEP_47. About the linking > variables, I think it should be incorporated to the Scilab core because > the new behavior associated with linked objects cannot be described in > terms of the Scilab's operators in their current form. But anyway > backwards compatibility (i.e. the future "linking" Scilab will be able > to interpret the current scripts and variables) is guaranteed as a > non-linked variable is a particular case of the linking process. > > Sincerely yours > Javier I. Carrero > > > > El 2010-12-15 10:46 a.m., Sylvestre Ledru escribi?: >> Hello, >> >> Looks like pretty cool :) >> >> The SEP about the Scilab environnement, we are planning to implement it >> in Scilab 5.4.0. See SEP SEP_47_Scilab_Desktop >> However, your idea to be able to save it from the Scilab language is >> pretty good. >> >> About the "linking variable", is it interesting to have this into the >> Scilab distribution itself? >> I wonder if a module would not be better. >> >> Anyway, many thanks! >> Sylvestre >> >> >> Le mercredi 15 d?cembre 2010 ? 10:28 -0500, javier ignacio carrero >> mantilla a ?crit : >>> Hi >>> In this message I have included two enhancement proposals for Scilab, >>> related with the environment and the linking of variables. >>> >>> Sincerely yours >>> Javier I. Carrero >> > > -- Bruno JOFRET Software Architect The Scilab Consortium Digiteo Foundation Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay France Phone: +33.1.39.63.58.63 From clemence.davoust at scilab.org Thu Dec 16 14:03:50 2010 From: clemence.davoust at scilab.org (=?ISO-8859-1?Q?Cl=E9mence_DAVOUST?=) Date: Thu, 16 Dec 2010 14:03:50 +0100 Subject: Release of Scilab 5.3.0 Message-ID: Dear all, The Scilab R&D Team is pleased to announce the release of Scilab 5.3.0. Download and information can be found at: http://www.scilab.org/en/products/scilab/download Sources for this version : http://www.scilab.org/en/communities/developer_zone/scilab_versions/stable Best Regards, ----------------------------------------------- The Scilab Consortium R&D Team ----------------------------------------------- Digiteo Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay Cedex - France -------------- next part -------------- An HTML attachment was scrubbed... URL: From deanm at sharplabs.com Thu Dec 16 22:40:09 2010 From: deanm at sharplabs.com (Dean S. Messing) Date: Thu, 16 Dec 2010 13:40:09 -0800 Subject: scilab crashing Message-ID: Congratulations on getting 5.3.0! So it's too bad I must report this: I'm seeing random crashes on scilab-5.3.0-beta-5, built by me on 8th Dec. But I feel silly reporting a bug as I really don't know exactly what I am doing to make it crash, or if it is repeatable. But I've crashed it now at least twice in the last 36 hours. I've been playing with axis properties, both directly through a handle, and with drawaxis() to learn how to manipulate things like axis ticks &c. So I'm just "playing" when it crashes. By "playing" I mean trying this and trying that. (This playing, e.g., led me to discover the previously reported bug: I have the most recent two crash logs "hs_err_pid...." which are each about 100K which I'm happy to send if they will help diagnosis. Please direct me as to how to (or whether to) submit this bug. I suppose it is still in the just-released scilab-5.3.0. It is evidently not that easy to tickle it since people are not reporting lots of crashes. But this bug seems very real, nonetheless. Thanks. Dean From calixte at contrib.scilab.org Thu Dec 16 22:56:26 2010 From: calixte at contrib.scilab.org (Calixte Denizet) Date: Thu, 16 Dec 2010 22:56:26 +0100 Subject: [Scilab-Dev] scilab crashing In-Reply-To: References: Message-ID: <1292536586.24425.186.camel@Calixte-Dell> Hello Dean, Please attach your hs_err..., they could give us an idea... Regards, Calixte Le jeudi 16 d?cembre 2010 ? 13:40 -0800, Dean S. Messing a ?crit : > Congratulations on getting 5.3.0! > So it's too bad I must report this: > > I'm seeing random crashes on scilab-5.3.0-beta-5, built by me on 8th > Dec. But I feel silly reporting a bug as I really don't know exactly > what I am doing to make it crash, or if it is repeatable. But I've > crashed it now at least twice in the last 36 hours. > > I've been playing with axis properties, both directly through a handle, > and with drawaxis() to learn how to manipulate things like axis ticks > &c. So I'm just "playing" when it crashes. By "playing" I mean trying > this and trying that. (This playing, e.g., led me to discover the > previously reported bug: > > > > I have the most recent two crash logs "hs_err_pid...." which are each > about 100K which I'm happy to send if they will help diagnosis. > > Please direct me as to how to (or whether to) submit this bug. I > suppose it is still in the just-released scilab-5.3.0. It is evidently > not that easy to tickle it since people are not reporting lots of > crashes. But this bug seems very real, nonetheless. > > Thanks. > > Dean From ginters.buss at gmail.com Fri Dec 17 13:56:27 2010 From: ginters.buss at gmail.com (=?UTF-8?Q?Ginters_Bu=C5=A1s?=) Date: Fri, 17 Dec 2010 14:56:27 +0200 Subject: interrupt hot key Message-ID: Dear developers, I "found" a nice hotkey Ctrl+C to interrupt a code, but why isn't it written in the help or shown in the GUI menu? It would have saved me some time, since other hotkeys like Alt+C Alt+I do not seem to work effectively. Ginters -------------- next part -------------- An HTML attachment was scrubbed... URL: From yjlee123 at gmail.com Fri Dec 17 16:00:06 2010 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Fri, 17 Dec 2010 23:00:06 +0800 Subject: Can I have more choices for "Default SciNotes file encoding" ? Message-ID: Hi, all : I found there are only three options (UTF8, Windows 1252 and ISO 8859-1) to choice for default file encoding in SciNotes. Can I have more choices, just like the listing show up when I setting the current file encoding ? YungLee -------------- next part -------------- An HTML attachment was scrubbed... URL: From calixte at contrib.scilab.org Fri Dec 17 16:07:55 2010 From: calixte at contrib.scilab.org (Calixte Denizet) Date: Fri, 17 Dec 2010 16:07:55 +0100 Subject: [Scilab-Dev] Can I have more choices for "Default SciNotes file encoding" ? In-Reply-To: References: Message-ID: <1292598475.24425.232.camel@Calixte-Dell> Le vendredi 17 d?cembre 2010 ? 23:00 +0800, Yung-Jang Lee a ?crit : > Hi, all : > Hi YungLee, The files which can be executed by Scilab must be encoded in UTF-8 (no BOM) or Windows 1252 (see 'help exec'). So if you have an other encoding you risk to have some problems when executing it, it is why we chose to propose these encodings. Normally, you shouldn't meet any problems with UTF-8... but we are opened to any suggestions... Calixte > I found there are only three options (UTF8, Windows 1252 and ISO > 8859-1) to choice for default file encoding in SciNotes. Can I have > more choices, just like the listing show up when I setting the > current file encoding ? > > > YungLee From jicarrerom at unal.edu.co Fri Dec 17 16:44:19 2010 From: jicarrerom at unal.edu.co (javier ignacio carrero mantilla) Date: Fri, 17 Dec 2010 10:44:19 -0500 Subject: [Scilab-Dev] Two SEPs In-Reply-To: <4D09CBC5.6090105@scilab.org> References: <4D08DE96.7050303@unal.edu.co> <1292427986.19064.208.camel@korcula.inria.fr> <4D095B16.6060605@unal.edu.co> <4D09CBC5.6090105@scilab.org> Message-ID: <4D0B8553.5090708@unal.edu.co> Well, I understand your analysis, but it precisely points to the fact that such change in Scilab would be major and required to rethink the whole process of variable creation (adding linking). In other words it requires to rewrite the core of Scilab, that's why I wrote it as a proposal, as I'm merely an amateur and I don't have the knowledge or the resources to do so. El 2010-12-16 03:20 a.m., Bruno JOFRET escribi?: > Hi there, > > Having a look at SEP_47, i should add some inputs about scilab behaviour. > Scilab a is numerical computation software. It's quite the opposite of > a "symbolic/formal computation software". > > The difference stay in the way "operations" are stored. > Symbolic : > c = a + b > the software will remember c is the result of a and b addition. > > Numerical : > c = a + b > The software will remember only the value of c. And not how c has been > computed. > > In other words, we can not "link" variables as you want it to be > because the information is already lost. We are only manipulating values. > > The only solution you have is to manage special symbolic variables. > Then override each operator, aso, aso... > To put it in a nutshell write a dedicated symbolic module with > dedicated type and operations :-S > > Hope this help. > > > On 12/16/2010 01:19 AM, javier ignacio carrero mantilla wrote: >> Dear Sylvestre: >> Thanks for your comments, I will check SEP_47. About the linking >> variables, I think it should be incorporated to the Scilab core because >> the new behavior associated with linked objects cannot be described in >> terms of the Scilab's operators in their current form. But anyway >> backwards compatibility (i.e. the future "linking" Scilab will be able >> to interpret the current scripts and variables) is guaranteed as a >> non-linked variable is a particular case of the linking process. >> >> Sincerely yours >> Javier I. Carrero >> >> >> >> El 2010-12-15 10:46 a.m., Sylvestre Ledru escribi?: >>> Hello, >>> >>> Looks like pretty cool :) >>> >>> The SEP about the Scilab environnement, we are planning to implement it >>> in Scilab 5.4.0. See SEP SEP_47_Scilab_Desktop >>> However, your idea to be able to save it from the Scilab language is >>> pretty good. >>> >>> About the "linking variable", is it interesting to have this into the >>> Scilab distribution itself? >>> I wonder if a module would not be better. >>> >>> Anyway, many thanks! >>> Sylvestre >>> >>> >>> Le mercredi 15 d?cembre 2010 ? 10:28 -0500, javier ignacio carrero >>> mantilla a ?crit : >>>> Hi >>>> In this message I have included two enhancement proposals for Scilab, >>>> related with the environment and the linking of variables. >>>> >>>> Sincerely yours >>>> Javier I. Carrero >>> >> >> > > From yjlee123 at gmail.com Fri Dec 17 16:57:37 2010 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Fri, 17 Dec 2010 23:57:37 +0800 Subject: [Scilab-Dev] Can I have more choices for "Default SciNotes file encoding" ? In-Reply-To: <1292598475.24425.232.camel@Calixte-Dell> References: <1292598475.24425.232.camel@Calixte-Dell> Message-ID: > > The files which can be executed by Scilab must be encoded in UTF-8 (no > BOM) or Windows 1252 (see 'help exec'). So if you have an other encoding > you risk to have some problems when executing it, it is why we chose to > propose these encodings. Normally, you shouldn't meet any problems with > UTF-8... but we are opened to any suggestions... > > It's reasonable to shift to UTF-8 for developers, but users of Scilab may not get ready to change their file encoding, especially for the cases that thay use Scilab to cooperate with other system. I would suggest to add a fourth choice "as current file encoding" for default file encoding . This option does not change user's original encoding. Let users of Scilab smoothly shift to UTF-8 when he is getting ready. YungLee -------------- next part -------------- An HTML attachment was scrubbed... URL: From deanm at sharplabs.com Fri Dec 17 18:27:12 2010 From: deanm at sharplabs.com (Dean S. Messing) Date: Fri, 17 Dec 2010 09:27:12 -0800 Subject: [Scilab-Dev] scilab crashing In-Reply-To: <1292536586.24425.186.camel@Calixte-Dell> (message from Calixte Denizet on Thu, 16 Dec 2010 22:56:26 +0100) References: <1292536586.24425.186.camel@Calixte-Dell> Message-ID: The most recent two "hs_err" files are attached. Again, the previous operations involved studying how to change x-axis ticks by assignment to the x_ticks tlist, as well as manipulating the ticks through the plot GUI. At one point, scilab froze for a few seconds, then crashed. Unfortunately the history was not saved. Dean On 16th December 2010, at 22:56:26 Calixte Denizet wrote: > Please attach your hs_err..., they could give us an idea... > > Le jeudi 16 d?cembre 2010 ? 13:40 -0800, Dean S. Messing a ?crit : > > Congratulations on getting 5.3.0! > > So it's too bad I must report this: > > > > I'm seeing random crashes on scilab-5.3.0-beta-5, built by me on 8th > > Dec. But I feel silly reporting a bug as I really don't know exactly > > what I am doing to make it crash, or if it is repeatable. But I've > > crashed it now at least twice in the last 36 hours. > > > > I've been playing with axis properties, both directly through a handle, > > and with drawaxis() to learn how to manipulate things like axis ticks > > &c. So I'm just "playing" when it crashes. By "playing" I mean trying > > this and trying that. (This playing, e.g., led me to discover the > > previously reported bug: > > > > > > > > I have the most recent two crash logs "hs_err_pid...." which are each > > about 100K which I'm happy to send if they will help diagnosis. > > > > Please direct me as to how to (or whether to) submit this bug. I > > suppose it is still in the just-released scilab-5.3.0. It is evidently > > not that easy to tickle it since people are not reporting lots of > > crashes. But this bug seems very real, nonetheless. -------------- next part -------------- A non-text attachment was scrubbed... Name: hs_err_pid12651.log Type: application/octet-stream Size: 102430 bytes Desc: Scilab Crash Dump URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: hs_err_pid11501.log Type: application/octet-stream Size: 95172 bytes Desc: Another Scilab Crash Dump URL: From fvogelnew1 at free.fr Sat Dec 18 10:47:24 2010 From: fvogelnew1 at free.fr (=?UTF-8?B?RnJhbsOnb2lzIFZvZ2Vs?=) Date: Sat, 18 Dec 2010 10:47:24 +0100 Subject: [Scilab-Dev] Can I have more choices for "Default SciNotes file encoding" ? In-Reply-To: References: <1292598475.24425.232.camel@Calixte-Dell> Message-ID: <4D0C832C.4010200@free.fr> Yung-Jang Lee said on 17/12/2010 16:57: > > It's reasonable to shift to UTF-8 for developers, but users of Scilab > may not get ready to change their file encoding, especially for the > cases that thay use Scilab to cooperate with other system. Scipad provides what you want. Check it out: http://sourceforge.net/p/scipad Scipad is available as an atoms module for Scilab 5 or as a zip file for Scicoslab. Encoding settings are in the "Options" menu, item "Open/Close files, Exit". Francois From yjlee123 at gmail.com Sat Dec 18 13:31:28 2010 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Sat, 18 Dec 2010 20:31:28 +0800 Subject: [Scilab-Dev] Can I have more choices for "Default SciNotes file encoding" ? In-Reply-To: <4D0C832C.4010200@free.fr> References: <1292598475.24425.232.camel@Calixte-Dell> <4D0C832C.4010200@free.fr> Message-ID: > Scipad is available as an atoms module for Scilab 5 or as a zip file for > Scicoslab. > > Francois : I just install scipad into Scilab 5.3 and play with it, thank you for providing this old friend to us. YungLee -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.baudin at scilab.org Mon Dec 20 17:09:30 2010 From: michael.baudin at scilab.org (=?ISO-8859-1?Q?Micha=EBl_Baudin?=) Date: Mon, 20 Dec 2010 17:09:30 +0100 Subject: Tutorials update Message-ID: <4D0F7FBA.4040107@scilab.org> Hi, We have recently updated two documents which are provided to the Scilab community under the "Creative Commons License". These documents are provided in the Tutorials section of the scilab.org website : http://www.scilab.org/support/documentation/tutorials In "Introduction to Scilab" (updated 11/2010), we have added many exercises, and their answers. More than 10 sections were added, including "Issues with floating point integers", "Levels in the call stack", "Matrices are dynamic", "Debugging with pause", "Contour plots", and many more. Many thanks to Artem Glebov, who translated this document into Russian and proofread the document. In "Scilab is not naive" (updated 12/2010), we have added many exercises in "Complex Division" and "Quadratic equation", with their answers. We have udpated the "Why sin(pi) is rounded" and fixed many typos. Best regards, Micha?l Baudin PS "Introduction to Scilab" Overview of Scilab features to get familiar with this environment. The goal is to present the core of skills necessary to start with Scilab. In the first part, we present how to get and install this software on our computer. We also present how to get some help with the provided in-line documentation and also thanks to web resources and forums. In the remaining sections, we present the Scilab language, especially its structured programming features. We present an important feature of Scilab, that is the management of real matrices and overview the linear algebra library. The definition of functions and the elementary management of input and output variables is presented. We present Scilab graphics features and show how to create a 2D plot, how to configure the title and the legend and how to export that plot into a vectorial or bitmap format. "Scilab is not naive" Most of the time, the mathematical formula is directly used in the Scilab source code. But, in many algorithms, some additional work is performed, which takes into account the fact that the computer does not process mathematical real values, but performs computations with their floating point representation. The goal of this article is to show that, in many situations, Scilab is not naive and use algorithms which have been specifically tailored for floating point computers. We analyze in this article the particular case of the quadratic equation, the complex division and the numerical derivatives. In each example, we show that the naive algorithm is not sufficiently accurate, while Scilab implementation is much more robust. -- Micha?l Baudin Ing?nieur de d?veloppement michael.baudin at scilab.org ------------------------- Consortium Scilab - Digiteo Domaine de Voluceau - Rocquencourt B.P. 105 - 78153 Le Chesnay Cedex Tel. : 01 39 63 56 87 - Fax : 01 39 63 55 94 From luisruis at hotmail.com Thu Dec 30 22:46:15 2010 From: luisruis at hotmail.com (Luis) Date: Thu, 30 Dec 2010 21:46:15 +0000 (UTC) Subject: Stand-alone application with SCILAB References: <008501cad07a$4b5416b0$e1fc4410$@gsu.edu> Message-ID: Hello Allan, Please, do you know where I can find a step by step guide to create a stand-alone application with SCILAB? I already found the Visual Studio guide in the wiki, but it is not clear enough for me. Thank you. From tiraduvidascefet at yahoo.com Fri Dec 31 17:08:40 2010 From: tiraduvidascefet at yahoo.com (Prof. Dr. Reinaldo Golmia Dante) Date: Fri, 31 Dec 2010 08:08:40 -0800 (PST) Subject: Linear optimization and Scilab Message-ID: <656403.59951.qm@web45503.mail.sp1.yahoo.com> Hi Scilab developers, I would like to suggest to you if a simple linear optimization function?could be implemented in order to solve linear optimization problems. I tried to integrate LPSOLVE with Scilab, but unfortunately, it was hard for me. The manual called "Optimization in Scilab" seems complex to beginners because starts to show?nonlinear optimization functions. I would like to know how could I solve a simple linear problem?using Scilab like that: ? Max 20*x1 + 24*x2; such as: 3*x1 + 6*x2 <= 60; 4*x1 + 2*x2 <= 32; x1, x2 >= 0; ? Thank you in advance. ? Happy New Year 2011 ! ? All best, Reinaldo. ? PS: I hope in 2011 Scilab has some owner LP functions. (smiles)? -------------- next part -------------- An HTML attachment was scrubbed... URL: