From fmiyara at fceia.unr.edu.ar Wed Sep 4 09:11:27 2019 From: fmiyara at fceia.unr.edu.ar (Federico Miyara) Date: Wed, 4 Sep 2019 04:11:27 -0300 Subject: [Scilab-users] Generating a boolean vector or matrix Message-ID: Dear all, I need to create a boolean vector, such as [%t, %t, %t, %t] but with a number of components given by a variable n. I couldn't find a function similar to ones(1,n). However I've found a workaround: a = ones(1,n) & %t It shouldn't work because ones(1,n) is not boolean, but it does. Questions: 1) Why does it work? 2) Is there some native function to create bolean matrices 3) If not, are there any plans to introduce functions such as true(m,n) or false(m,n)? Thank you. Federico Miyara --- El software de antivirus Avast ha analizado este correo electr?nico en busca de virus. https://www.avast.com/antivirus -------------- next part -------------- An HTML attachment was scrubbed... URL: From Christophe.Dang at sidel.com Wed Sep 4 09:49:24 2019 From: Christophe.Dang at sidel.com (Dang Ngoc Chan, Christophe) Date: Wed, 4 Sep 2019 07:49:24 +0000 Subject: [Scilab-users] Generating a boolean vector or matrix Message-ID: Hello, > De : Federico Miyara > Envoy? : mercredi 4 septembre 2019 09:11 > > I need to create a boolean vector, such as [%t, %t, %t, %t] [?] I > couldn't find a function similar to ones(1,n). > > However I've found a workaround: > > a = ones(1,n) & %t > [?] > 1) Why does it work? Because "A number is considered as %F (false) if it is 0 or 0+0i. Otherwise (including %nan), it is equivalent to %T (true)." https://help.scilab.org/docs/6.0.2/en_US/and.html > 2) Is there some native function to create bolean matrices No, but you have several other ways, you may test to find the one that is the less greedy. I propose this one: a = (ones(1,n) == 1) Apart from this, I think most (if not all) functions that require boolean also accept numbers In the same way as and() (but I may be mistaken). Regards -- Christophe Dang Ngoc Chan Mechanical calculation engineer General 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 stephane.mottelet at utc.fr Wed Sep 4 09:39:24 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Wed, 4 Sep 2019 09:39:24 +0200 Subject: [Scilab-users] Generating a boolean vector or matrix In-Reply-To: References: Message-ID: Hello, Le 04/09/2019 ? 09:11, Federico Miyara a ?crit?: > > Dear all, > > I need to create a boolean vector, such as [%t, %t, %t, %t] but with a > number of components given by a variable n. I couldn't find a function > similar to ones(1,n). > > However I've found a workaround: > > a = ones(1,n) & %t > > It shouldn't work because ones(1,n) is not boolean, but it does. > > Questions: > 1) Why does it work? > 2) Is there some native function to create bolean matrices > 3) If not, are there any plans to introduce functions such as > true(m,n) or false(m,n)? Yes, there : https://codereview.scilab.org/#/c/19964/ S. > > Thank you. > > Federico Miyara > > > Libre de virus. www.avast.com > > > > <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Wed Sep 4 09:58:03 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Wed, 4 Sep 2019 09:58:03 +0200 Subject: [Scilab-users] Generating a boolean vector or matrix In-Reply-To: References: Message-ID: Le 04/09/2019 ? 09:39, St?phane Mottelet a ?crit?: > > Hello, > > Le 04/09/2019 ? 09:11, Federico Miyara a ?crit?: >> >> Dear all, >> >> I need to create a boolean vector, such as [%t, %t, %t, %t] but with >> a number of components given by a variable n. I couldn't find a >> function similar to ones(1,n). >> >> However I've found a workaround: >> >> a = ones(1,n) & %t >> >> It shouldn't work because ones(1,n) is not boolean, but it does. >> >> Questions: >> 1) Why does it work? >> 2) Is there some native function to create bolean matrices >> 3) If not, are there any plans to introduce functions such as >> true(m,n) or false(m,n)? > > Yes, there : > > https://codereview.scilab.org/#/c/19964/ > > S. > with the following syntax: ones(n,m,"boolean") zeros(n,m,"boolean") The patch is ready since Apr 19, 2018. If you think that it should be included in the next Scilab version, just express you interest ! > >> >> Thank you. >> >> Federico Miyara >> >> >> Libre de virus. www.avast.com >> >> >> >> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users > -- > St?phane Mottelet > Ing?nieur de recherche > EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable > D?partement G?nie des Proc?d?s Industriels > Sorbonne Universit?s - Universit? de Technologie de Compi?gne > CS 60319, 60203 Compi?gne cedex > Tel : +33(0)344234688 > http://www.utc.fr/~mottelet > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: From fmiyara at fceia.unr.edu.ar Wed Sep 4 20:19:27 2019 From: fmiyara at fceia.unr.edu.ar (Federico Miyara) Date: Wed, 4 Sep 2019 15:19:27 -0300 Subject: [Scilab-users] Generating a boolean vector or matrix In-Reply-To: References: Message-ID: St?phane, >>> Questions: >>> 1) Why does it work? >>> 2) Is there some native function to create bolean matrices >>> 3) If not, are there any plans to introduce functions such as >>> true(m,n) or false(m,n)? >> >> Yes, there : >> >> https://codereview.scilab.org/#/c/19964/ >> >> S. >> > with the following syntax: > > ones(n,m,"boolean") > zeros(n,m,"boolean") > > The patch is ready since Apr 19, 2018. If you think that it should be > included in the next Scilab version, just express you interest ! > Yes, I'm interested in this new feature! I must express my interest elsewwhere? Because I entered there but as I'm not registered I cannot comment, and I don't find how to register, either. Regards, Federico >> >>> >>> Thank you. >>> >>> Federico Miyara >>> >>> >>> Libre de virus. www.avast.com >>> >>> >>> >>> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> >>> >>> _______________________________________________ >>> users mailing list >>> users at lists.scilab.org >>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users >> -- >> St?phane Mottelet >> Ing?nieur de recherche >> EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable >> D?partement G?nie des Proc?d?s Industriels >> Sorbonne Universit?s - Universit? de Technologie de Compi?gne >> CS 60319, 60203 Compi?gne cedex >> Tel : +33(0)344234688 >> http://www.utc.fr/~mottelet >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users > -- > St?phane Mottelet > Ing?nieur de recherche > EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable > D?partement G?nie des Proc?d?s Industriels > Sorbonne Universit?s - Universit? de Technologie de Compi?gne > CS 60319, 60203 Compi?gne cedex > Tel : +33(0)344234688 > http://www.utc.fr/~mottelet > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users --- El software de antivirus Avast ha analizado este correo electr?nico en busca de virus. https://www.avast.com/antivirus -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Thu Sep 5 08:45:50 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Thu, 5 Sep 2019 08:45:50 +0200 Subject: [Scilab-users] Generating a boolean vector or matrix In-Reply-To: References: Message-ID: Le 04/09/2019 ? 20:19, Federico Miyara a ?crit?: > > St?phane, > >>>> Questions: >>>> 1) Why does it work? >>>> 2) Is there some native function to create bolean matrices >>>> 3) If not, are there any plans to introduce functions such as >>>> true(m,n) or false(m,n)? >>> >>> Yes, there : >>> >>> https://codereview.scilab.org/#/c/19964/ >>> >>> S. >>> >> with the following syntax: >> >> ones(n,m,"boolean") >> zeros(n,m,"boolean") >> >> The patch is ready since Apr 19, 2018. If you think that it should be >> included in the next Scilab version, just express you interest ! >> > > Yes, I'm interested in this new feature! > > I must express my interest elsewwhere? Because I entered there but as > I'm not registered I cannot comment, and I don't find how to register, > either. Its is OK to say it here as it will likely pop up this patch in the patchs-to-be-merged list ! S. > > Regards, > > Federico > >>> >>>> >>>> Thank you. >>>> >>>> Federico Miyara >>>> >>>> >>>> Libre de virus. www.avast.com >>>> >>>> >>>> >>>> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> >>>> >>>> _______________________________________________ >>>> users mailing list >>>> users at lists.scilab.org >>>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users >>> -- >>> St?phane Mottelet >>> Ing?nieur de recherche >>> EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable >>> D?partement G?nie des Proc?d?s Industriels >>> Sorbonne Universit?s - Universit? de Technologie de Compi?gne >>> CS 60319, 60203 Compi?gne cedex >>> Tel : +33(0)344234688 >>> http://www.utc.fr/~mottelet >>> >>> _______________________________________________ >>> users mailing list >>> users at lists.scilab.org >>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users >> -- >> St?phane Mottelet >> Ing?nieur de recherche >> EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable >> D?partement G?nie des Proc?d?s Industriels >> Sorbonne Universit?s - Universit? de Technologie de Compi?gne >> CS 60319, 60203 Compi?gne cedex >> Tel : +33(0)344234688 >> http://www.utc.fr/~mottelet >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> http://lists.scilab.org/mailman/listinfo/users > > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: From Alain.Lamy at cnes.fr Thu Sep 5 08:55:11 2019 From: Alain.Lamy at cnes.fr (Lamy Alain) Date: Thu, 5 Sep 2019 06:55:11 +0000 Subject: [Scilab-users] Generating a boolean vector or matrix In-Reply-To: References: Message-ID: <8F232902ADB4E14EB16789FB7006FC847293A83B@TW-MBX-P01.cnesnet.ad.cnes.fr> Hi, I?m not convinced the new syntax: ones(n, m, ?boolean?) is a good idea or is necessary because it makes ?integer? (?constant?) and ?boolean? 2 identical types. There is a simple way to do the same : repmat(%t, n, m) Alain -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Thu Sep 5 09:13:46 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Thu, 5 Sep 2019 09:13:46 +0200 Subject: [Scilab-users] Generating a boolean vector or matrix In-Reply-To: <8F232902ADB4E14EB16789FB7006FC847293A83B@TW-MBX-P01.cnesnet.ad.cnes.fr> References: <8F232902ADB4E14EB16789FB7006FC847293A83B@TW-MBX-P01.cnesnet.ad.cnes.fr> Message-ID: Le 05/09/2019 ? 08:55, Lamy Alain a ?crit?: > Hi, > > I?m not convinced the new syntax: ones(n, m, ?boolean?) is a good idea > or is necessary because it makes ?integer? (?constant?) and ?boolean? > 2 identical types. > Sorry Alain can you explain it further ? > > There is a simple way to do the same : > > repmat(%t, n, m) > Yeah, there are many other (ineficient) ways, but the average user would appreciate to have one and only one function (here "zeros") to initialize a matrix regardless is type. > Alain > > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: From fmiyara at fceia.unr.edu.ar Thu Sep 5 09:30:47 2019 From: fmiyara at fceia.unr.edu.ar (Federico Miyara) Date: Thu, 5 Sep 2019 04:30:47 -0300 Subject: [Scilab-users] Generating a boolean vector or matrix In-Reply-To: References: Message-ID: <37842b61-7d32-2e45-9a85-caafa8e5fb3a@fceia.unr.edu.ar> Christophe, Thanks! Two more questions (for anybody reading and willing to reply): 1) Is there an exclusive or function? I couldn't find it, a search leads to the XOR mode of combining graphic pixels. It would be most useful since it is one of the operations in the Galois field GF(2). Currently, as I needed it, I created a very simple implementtion of the xor using and, or and negation, but I wonder if a direct implementation would be more efficient. 2) How much memory does it take a boolean scalar? Does a boolean vector eploit the fact that a byte could theoretically host up to 8 boolean components? By the way, using booleans I very much improved speed in massive operations involving sequences of 0's and 1's respect to using decimal o's nd 1's and applying modulo 2 to the sum. This is a sample code: // Defining exclusive or, xor function u=xor(v, w) // Probably some parenthesis are unnecessary u = ((~v)&w) | (v&(~w)); endfunction After running this,n = 11; tic //A = ones(1,n); A = ones(1,n) & %t; no = n - 2; for k=1:2^n -1 y(k) = A(n); //A = [modulo(A(n)+ A(no), 2), A(1:n-1)]; A = [(xor(A(n),A(no)), A(1:n-1)]; end toc It can be checked that using the commented lines for A instead of the uncommented ones the computing time is larger using the modulo 2 way of simulating a XOR than using boolean variables. For n larger the difference is even more noticeable. This is part of a code I will post when ready for generating maximum length sequences. Regards, Federico Miyara On 04/09/2019 04:49, Dang Ngoc Chan, Christophe wrote: > Hello, > >> De : Federico Miyara >> Envoy? : mercredi 4 septembre 2019 09:11 >> >> I need to create a boolean vector, such as [%t, %t, %t, %t] [?] I >> couldn't find a function similar to ones(1,n). >> >> However I've found a workaround: >> >> a = ones(1,n) & %t >> [?] >> 1) Why does it work? > Because "A number is considered as %F (false) if it is 0 or 0+0i. Otherwise (including %nan), it is equivalent to %T (true)." > > https://help.scilab.org/docs/6.0.2/en_US/and.html > >> 2) Is there some native function to create bolean matrices > No, but you have several other ways, you may test to find the one that is the less greedy. > > I propose this one: > > a = (ones(1,n) == 1) > > Apart from this, I think most (if not all) functions that require boolean also accept numbers In the same way as and() (but I may be mistaken). > > Regards > > -- > Christophe Dang Ngoc Chan > Mechanical calculation engineer > > General > 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. > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > > --- El software de antivirus Avast ha analizado este correo electr?nico en busca de virus. https://www.avast.com/antivirus -------------- next part -------------- An HTML attachment was scrubbed... URL: From fmiyara at fceia.unr.edu.ar Thu Sep 5 09:35:31 2019 From: fmiyara at fceia.unr.edu.ar (Federico Miyara) Date: Thu, 5 Sep 2019 04:35:31 -0300 Subject: [Scilab-users] Generating a boolean vector or matrix In-Reply-To: References: <8F232902ADB4E14EB16789FB7006FC847293A83B@TW-MBX-P01.cnesnet.ad.cnes.fr> Message-ID: <82750eef-4e45-5423-bd41-f590e6fd257a@fceia.unr.edu.ar> On 05/09/2019 04:13, St?phane Mottelet wrote: > > Le 05/09/2019 ? 08:55, Lamy Alain a ?crit?: > >> Hi, >> >> I?m not convinced the new syntax: ones(n, m, ?boolean?) is a good >> idea or is necessary because it makes ?integer? (?constant?) and >> ?boolean? 2 identical types. >> > Sorry Alain can you explain it further ? >> >> There is a simple way to do the same : >> >> repmat(%t, n, m) >> > Yeah, there are many other (ineficient) ways, but the average user > would appreciate to have one and only one function (here "zeros") to > initialize a matrix regardless is type. > Yes, that is exactly the use case! Federico Miyara --- El software de antivirus Avast ha analizado este correo electr?nico en busca de virus. https://www.avast.com/antivirus -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Thu Sep 5 10:00:34 2019 From: stephane.mottelet at utc.fr (stephane.mottelet at utc.fr) Date: Thu, 05 Sep 2019 10:00:34 +0200 Subject: [Scilab-users] Generating a boolean vector or matrix In-Reply-To: References: <8F232902ADB4E14EB16789FB7006FC847293A83B@TW-MBX-P01.cnesnet.ad.cnes.fr> Message-ID: <20190905100034.Horde.iENH3ETStJpSm7Ei3UtE29b@webmail.utc.fr> When I say ineficient, I mean that kind of behavior: --> tic;repmat(uint8(0),10000,10000);toc ?ans? = ?? 1.622535 compared to proposed implementation: --> tic;a=zeros(10000,10000,"uint8");toc ?ans? = ?? 0.063472 S. Quoting St?phane Mottelet : > Le 05/09/2019 ? 08:55, Lamy Alain a ?crit?: > >> Hi, >> >> ? >> >> ? >> >> ? >> >> ? >> >> I?m not convinced the new syntax: ones(n, m, ?boolean?) is a >> good idea or is necessary because it makes ?integer? (?constant?) >> and ?boolean? 2 identical types. > > Sorry Alain can you explain it further ? > >> ? >> >> ? >> >> There is a simple way to do the same : >> >> ? >> >> repmat(%t, n, m) > > Yeah, there are many other (ineficient) ways, but the average user > would appreciate to have one and only one function (here "zeros") to > initialize a matrix regardless is type. > >> ? >> >> ? >> >> ? >> >> ? >> >> ? >> >> Alain >> >> ? >> >> ? >> >> ? >> >> ? >> >> _______________________________________________ users mailing >> list >> users at lists.scilab.orghttps://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users[1] > > -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations > Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s > Industriels Sorbonne Universit?s - Universit? de Technologie de > Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 > http://www.utc.fr/~mottelet[2] Links: ------ [1] https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users [2] https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/www.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.cheze at cea.fr Thu Sep 5 09:31:33 2019 From: david.cheze at cea.fr (CHEZE David 227480) Date: Thu, 5 Sep 2019 07:31:33 +0000 Subject: [Scilab-users] Generating a boolean vector or matrix In-Reply-To: References: Message-ID: +1 interested in this patch De : users De la part de St?phane Mottelet Envoy? : jeudi 5 septembre 2019 08:46 ? : users at lists.scilab.org Objet : Re: [Scilab-users] Generating a boolean vector or matrix Le 04/09/2019 ? 20:19, Federico Miyara a ?crit : St?phane, Questions: 1) Why does it work? 2) Is there some native function to create bolean matrices 3) If not, are there any plans to introduce functions such as true(m,n) or false(m,n)? Yes, there : https://codereview.scilab.org/#/c/19964/ S. with the following syntax: ones(n,m,"boolean") zeros(n,m,"boolean") The patch is ready since Apr 19, 2018. If you think that it should be included in the next Scilab version, just express you interest ! Yes, I'm interested in this new feature! I must express my interest elsewwhere? Because I entered there but as I'm not registered I cannot comment, and I don't find how to register, either. Its is OK to say it here as it will likely pop up this patch in the patchs-to-be-merged list ! S. Regards, Federico Thank you. Federico Miyara [Image supprim?e par l'exp?diteur.] Libre de virus. www.avast.com _______________________________________________ users mailing list users at lists.scilab.org https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet _______________________________________________ users mailing list users at lists.scilab.org https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet _______________________________________________ users mailing list users at lists.scilab.org http://lists.scilab.org/mailman/listinfo/users _______________________________________________ users mailing list users at lists.scilab.org https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 350 bytes Desc: image001.jpg URL: From Alain.Lamy at cnes.fr Thu Sep 5 11:28:39 2019 From: Alain.Lamy at cnes.fr (Lamy Alain) Date: Thu, 5 Sep 2019 09:28:39 +0000 Subject: [Scilab-users] Generating a boolean vector or matrix In-Reply-To: References: Message-ID: <8F232902ADB4E14EB16789FB7006FC847293A8F1@TW-MBX-P01.cnesnet.ad.cnes.fr> What I didn?t like at first is to use ?ones? for a boolean type. (although I know the 2 types are almost interchangeable in Scilab). The existing function bool2s changes %t into 1. So thinking about it a little more, OK for the proposed extensions of ?ones? and ?zeros?. Alain -------------- next part -------------- An HTML attachment was scrubbed... URL: From antoine.monmayrant at laas.fr Thu Sep 5 12:44:31 2019 From: antoine.monmayrant at laas.fr (Antoine Monmayrant) Date: Thu, 5 Sep 2019 12:44:31 +0200 Subject: [Scilab-users] Generating a boolean vector or matrix In-Reply-To: <8F232902ADB4E14EB16789FB7006FC847293A8F1@TW-MBX-P01.cnesnet.ad.cnes.fr> References: <8F232902ADB4E14EB16789FB7006FC847293A8F1@TW-MBX-P01.cnesnet.ad.cnes.fr> Message-ID: <80e1e24b-f6e3-92e9-f6a3-01e58e4b7181@laas.fr> Le 05/09/2019 ? 11:28, Lamy Alain a ?crit?: > > What I didn?t like at first is to use ?ones? for a boolean type. > That was also my first reaction. When comparing the learning curve and overall ease of use of scilab with other options (matlab, julia, python), I always come to the conclusion that the biggest problem with scilab is the use of non-intuitive function names. For example 'horner' for polynom evaluation as compared to 'polyval' is far from obvious unless you are already quite versed in polynom theory. If you couple non-intuitive function names (at least for non-specialist and casual users) with a documentation that is far from perfect, this scares a lot of possible users. Antoine > > (although I know the 2 types are almost interchangeable in Scilab). > > The existing function bool2s changes %t into 1. > > So thinking about it a little more, OK for the proposed extensions of > ?ones? and ?zeros?. > > Alain > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Thu Sep 5 13:02:22 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Thu, 5 Sep 2019 13:02:22 +0200 Subject: [Scilab-users] Generating a boolean vector or matrix In-Reply-To: <80e1e24b-f6e3-92e9-f6a3-01e58e4b7181@laas.fr> References: <8F232902ADB4E14EB16789FB7006FC847293A8F1@TW-MBX-P01.cnesnet.ad.cnes.fr> <80e1e24b-f6e3-92e9-f6a3-01e58e4b7181@laas.fr> Message-ID: <2e6f1479-94c1-abd6-fb5a-b2d2d3cc36cc@utc.fr> Le 05/09/2019 ? 12:44, Antoine Monmayrant a ?crit?: > > > Le 05/09/2019 ? 11:28, Lamy Alain a ?crit?: >> >> What I didn?t like at first is to use ?ones? for a boolean type. >> > That was also my first reaction. > When comparing the learning curve and overall ease of use of scilab > with other options (matlab, julia, python), I always come to the > conclusion that the biggest problem with scilab is the use of > non-intuitive function names. Concerning "ones" for initializing booleans, Matlab also allows the unintuitive ones(n,m,'logical'), but also has true(n,m) and false(n,m). The two latter could be easily added as macros function out = true(varargin) ??? out = ones(varargin(:),"boolean") end function out = false(varargin) ??? out = zeros(varargin(:),"boolean") end once the patch has been merged > For example 'horner' for polynom evaluation as compared to 'polyval' > is far from obvious unless you are already quite versed in polynom theory. > If you couple non-intuitive function names (at least for > non-specialist and casual users) with a documentation that is far from > perfect, this scares a lot of possible users. > > Antoine >> >> (although I know the 2 types are almost interchangeable in Scilab). >> >> The existing function bool2s changes %t into 1. >> >> So thinking about it a little more, OK for the proposed extensions of >> ?ones? and ?zeros?. >> >> Alain >> >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> http://lists.scilab.org/mailman/listinfo/users > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: From vvp at tu-sofia.bg Tue Sep 10 16:13:30 2019 From: vvp at tu-sofia.bg (Vesela Pasheva) Date: Tue, 10 Sep 2019 07:13:30 -0700 (MST) Subject: [Scilab-users] help for specific plot Message-ID: <1568124810101-0.post@n3.nabble.com> I am dealing with a closed planar contour, presented in a struct PS.x,[],PS.y,[] with m points. The contour is closed, so m+1 point coincides with the first. Parallel to this I have a quantity TS (temperature) as an array which elements correspond to the points of the contour. The question is: how to present graphically the data - the points, and the temperatures. It seems to be a cilindrical surface, which base is the contour, and heghts are the values of TS. Thank you in advance Vesela Pasheva -- Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html From Christophe.Dang at sidel.com Tue Sep 10 16:44:23 2019 From: Christophe.Dang at sidel.com (Dang Ngoc Chan, Christophe) Date: Tue, 10 Sep 2019 14:44:23 +0000 Subject: [Scilab-users] {EXT} help for specific plot In-Reply-To: <1568124810101-0.post@n3.nabble.com> References: <1568124810101-0.post@n3.nabble.com> Message-ID: Hello, > De : Vesela Pasheva > > I am dealing with a closed planar contour, presented in a struct PS.x,[],PS.y,[] > with m points. The contour is closed, so m+1 point coincides with the first. > Parallel to this I have a quantity TS (temperature) as an array which elements > correspond to the points of the contour. > > The question is: how to present graphically the data - the points, and the > temperatures. It seems to be a cilindrical surface, which base is the contour, > and heghts are the values of TS. I'm not sure to understand well but here are a few ideas: 1. The TS parameter can be the z axis. If PS.x, PS.y and TS are vectors of the same size, try the param3d() function https://help.scilab.org/docs/6.0.2/en_US/param3d.html something like param3d(PS.x, PS.y, TS) 2. The TS parameter can be represented by a color. Have a look at the scatter() function: https://help.scilab.org/docs/6.0.2/en_US/scatter.html but you will have to discretize the TS values to associate a value to a colour which is not straightforward. You can also define a matrix of values, you then discretize the x and y values. The pixels corresponding to a (PS.x(i), PS.y(i)) have their TS value, the other pixels have a %nan, then you can use grayplot() https://help.scilab.org/docs/6.0.2/en_US/grayplot.html Hope this helps -- Christophe Dang Ngoc Chan Mechanical calculation engineer General 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 vvp at tu-sofia.bg Wed Sep 11 10:29:41 2019 From: vvp at tu-sofia.bg (Vesela Pasheva) Date: Wed, 11 Sep 2019 11:29:41 +0300 Subject: [Scilab-users] {EXT} help for specific plot In-Reply-To: References: <1568124810101-0.post@n3.nabble.com> Message-ID: Thank you, Christophe, param3d works exactly as I have expected. This was my idea. Now I will try the second option you have proposed. Thank you again. Vesela ?? 10-09-2019 17:44, Dang Ngoc Chan, Christophe ??????: > Hello, > >> De : Vesela Pasheva >> >> I am dealing with a closed planar contour, presented in a struct >> PS.x,[],PS.y,[] >> with m points. The contour is closed, so m+1 point coincides with the >> first. >> Parallel to this I have a quantity TS (temperature) as an array which >> elements >> correspond to the points of the contour. >> >> The question is: how to present graphically the data - the points, and >> the >> temperatures. It seems to be a cilindrical surface, which base is the >> contour, >> and heghts are the values of TS. > > I'm not sure to understand well but here are a few ideas: > > 1. The TS parameter can be the z axis. > If PS.x, PS.y and TS are vectors of the same size, try the param3d() > function > https://help.scilab.org/docs/6.0.2/en_US/param3d.html > > something like > > param3d(PS.x, PS.y, TS) > > 2. The TS parameter can be represented by a color. > Have a look at the scatter() function: > https://help.scilab.org/docs/6.0.2/en_US/scatter.html > > but you will have to discretize the TS values to associate a value to a > colour > which is not straightforward. > > You can also define a matrix of values, > you then discretize the x and y values. > The pixels corresponding to a (PS.x(i), PS.y(i)) have their TS value, > the other pixels have a %nan, then you can use grayplot() > > https://help.scilab.org/docs/6.0.2/en_US/grayplot.html > > Hope this helps > > -- > Christophe Dang Ngoc Chan > Mechanical calculation engineer > > General > 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. > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users From amonmayr at laas.fr Wed Sep 11 15:24:19 2019 From: amonmayr at laas.fr (Antoine Monmayrant) Date: Wed, 11 Sep 2019 15:24:19 +0200 Subject: [Scilab-users] =?utf-8?q?xload_mess_=2E=2E=2E?= Message-ID: <206e-5d78f580-1b-176558a0@177621583> Hi all, I'm fighting with xload to reload saved figures, modify them (aesthetics only) and export. There are several issues with xload that does not seem to match the documentation: - If no graphic windows are opened, xload('figfile.scg') is creating a new one and restoring the figure size ( gcf().figure_size ), contrary to what is stated in the documentation "xload does not restore the window number, the window size nor the window dimensions." - If there are graphic windows opened, xload('figfile.scg') adds the saved figure to the current window, usually resulting in a terrible mess, figure size being lost during the battle. The fact the the current window is modified by calling xload() is not mentioned in the documentation. -- if h=scf() and using xload('figfile.scg',h) the figure is restored in h and the original figure size is lost (h.figure_size is used). So here is my question: is there a way to restore a figure from a file, including its figure size, without resorting to closing all the other figures beforehand? Cheers, Antoine From stephane.mottelet at utc.fr Thu Sep 12 10:26:26 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Thu, 12 Sep 2019 10:26:26 +0200 Subject: [Scilab-users] display of complex/not real numbers, again Message-ID: <3f0654df-5d03-ce02-f3e5-c1e537483d05@utc.fr> Hello all, The subject has been already discussed a lot but I would like it to be discussed again because I now have a real rationale to promote a change in the way complex numbers with small imaginary part are displayed. I don't know if some of you were aware of the clever technique of complex-step derivative approximation, but until yesterday I was not (see e.g. http://mdolab.engin.umich.edu/sites/default/files/Martins2003CSD.pdf). Roughly speaking, using the extension of a real function x->f(x) to the complex plane allows to compute an approximation of the derivative f'(x0) at a real x0 without using a substraction, like in the central difference formula (f(x0+h)-f(x0-h))/2/h which is subject to substractive cancelation when h is small. In Scilab most operators and elementary functions are already complex-aware so this is easy to illustrate the technique. For example let us approximate the derivative of x->cos(x) at x=%pi/4, first with the central difference formula, then with the complex step technique: --> format("e",24) --> h=%eps/128, x0=%pi/4 ?h? = ?? 1.73472347597680709D-18 ?x0? = ?? 7.85398163397448279D-01 --> (cos(x0+h)-cos(x0-h))/2/h ?ans? = ?? 0.00000000000000000D+00 --> imag(cos(x0+%i*h))/h ?ans? = ? -7.07106781186547462D-01 --> -sin(x0) ?ans? = ? -7.07106781186547462D-01 You can see the pathological approximation with central difference formula and the perfect (up to relative machine precision) approximation of complex-step formula. However, the following is a pity: --> cos(x0+%i*h) ?ans? = ?? 7.07106781186547573D-01 We cannot see the imaginary part although seeing the latter is fundamental in the complex-step technique. We have to force the display like this, and frankly I don't like having to do that with my students: --> imag(cos(x0+%i*h)) ?ans? = ? -1.22663473334669916D-18 I hope that you will find that this example is a good rationale to change the default display of Scilab. To feed the discussion, here is how Matlab displays things, without having to change the default settings: >> h=eps/128, x0=pi/4 h = ?? 1.7347e-18 x0 = ??? 0.7854 >> (cos(x0+h)-cos(x0-h))/2/h ans = ???? 0 >> cos(x0+i*h) ans = ?? 0.7071 - 0.0000i >> imag(cos(x0+i*h))/h ans = ?? -0.7071 >> -sin(x0) ans = ?? -0.7071 -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet From antoine.elias at scilab-enterprises.com Thu Sep 12 11:55:08 2019 From: antoine.elias at scilab-enterprises.com (Antoine ELIAS) Date: Thu, 12 Sep 2019 11:55:08 +0200 Subject: [Scilab-users] display of complex/not real numbers, again In-Reply-To: <3f0654df-5d03-ce02-f3e5-c1e537483d05@utc.fr> References: <3f0654df-5d03-ce02-f3e5-c1e537483d05@utc.fr> Message-ID: <8b8ee9da-77b7-2927-d83a-6385171b4af9@scilab-enterprises.com> Hello St?phane, In Scilab 6.0.2 without format("e", 24) --> h = %eps/128, x0=%pi/4 ?h? = ?? 1.735D-18 ?x0? = ?? 0.7853982 --> (cos(x0+h)-cos(x0-h))/2/h ?ans? = ?? 0. --> cos(x0+%i*h) ?ans? = ?? 0.7071068 --> imag(cos(x0+%i*h))/h ?ans? = ? -0.7071068 --> -sin(x0) ?ans? = ? -0.7071068 It seems to be close of Matlab's outputs, no ? I probably not understand your problem ... Antoine Le 12/09/2019 ? 10:26, St?phane Mottelet a ?crit?: > Hello all, > > The subject has been already discussed a lot but I would like it to be > discussed again because I now have a real rationale to promote a > change in the way complex numbers with small imaginary part are > displayed. > > I don't know if some of you were aware of the clever technique of > complex-step derivative approximation, but until yesterday I was not > (see e.g. > http://mdolab.engin.umich.edu/sites/default/files/Martins2003CSD.pdf). > Roughly speaking, using the extension of a real function x->f(x) to > the complex plane allows to compute an approximation of the derivative > f'(x0) at a real x0 without using a substraction, like in the central > difference formula (f(x0+h)-f(x0-h))/2/h which is subject to > substractive cancelation when h is small. In Scilab most operators and > elementary functions are already complex-aware so this is easy to > illustrate the technique. For example let us approximate the > derivative of x->cos(x) at x=%pi/4, first with the central difference > formula, then with the complex step technique: > > --> format("e",24) > > --> h=%eps/128, x0=%pi/4 > ?h? = > > ?? 1.73472347597680709D-18 > > ?x0? = > > ?? 7.85398163397448279D-01 > > > --> (cos(x0+h)-cos(x0-h))/2/h > ?ans? = > > ?? 0.00000000000000000D+00 > > > --> imag(cos(x0+%i*h))/h > ?ans? = > > ? -7.07106781186547462D-01 > > > --> -sin(x0) > ?ans? = > > ? -7.07106781186547462D-01 > > You can see the pathological approximation with central difference > formula and the perfect (up to relative machine precision) > approximation of complex-step formula. > > However, the following is a pity: > > > --> cos(x0+%i*h) > ?ans? = > > ?? 7.07106781186547573D-01 > > We cannot see the imaginary part although seeing the latter is > fundamental in the complex-step technique. We have to force the > display like this, and frankly I don't like having to do that with my > students: > > --> imag(cos(x0+%i*h)) > ?ans? = > > ? -1.22663473334669916D-18 > > I hope that you will find that this example is a good rationale to > change the default display of Scilab. To feed the discussion, here is > how Matlab displays things, without having to change the default > settings: > > > >> h=eps/128, x0=pi/4 > h = > ?? 1.7347e-18 > x0 = > ??? 0.7854 > > >> (cos(x0+h)-cos(x0-h))/2/h > ans = > ???? 0 > > >> cos(x0+i*h) > ans = > ?? 0.7071 - 0.0000i > > >> imag(cos(x0+i*h))/h > ans = > ?? -0.7071 > > >> -sin(x0) > ans = > ?? -0.7071 > > From stephane.mottelet at utc.fr Thu Sep 12 11:59:20 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Thu, 12 Sep 2019 11:59:20 +0200 Subject: [Scilab-users] display of complex/not real numbers, again In-Reply-To: <8b8ee9da-77b7-2927-d83a-6385171b4af9@scilab-enterprises.com> References: <3f0654df-5d03-ce02-f3e5-c1e537483d05@utc.fr> <8b8ee9da-77b7-2927-d83a-6385171b4af9@scilab-enterprises.com> Message-ID: <43b0e283-75f9-55da-8d11-03ddbca748f9@utc.fr> Le 12/09/2019 ? 11:55, Antoine ELIAS a ?crit?: > Hello St?phane, > > In Scilab 6.0.2 without format("e", 24) > > --> h = %eps/128, x0=%pi/4 > ?h? = > ?? 1.735D-18 > > ?x0? = > ?? 0.7853982 > > --> (cos(x0+h)-cos(x0-h))/2/h > ?ans? = > ?? 0. > > --> cos(x0+%i*h) > ?ans? = > ?? 0.7071068 > > --> imag(cos(x0+%i*h))/h > ?ans? = > ? -0.7071068 > > --> -sin(x0) > ?ans? = > ? -0.7071068 > > It seems to be close of Matlab's outputs, no ? No, Scilab display is singularly different: --> cos(x0+%i*h) ?ans? = ?? 0.7071068 the above has an imaginary part, which is quite small, but essential in the computation. Matlab is quite explicit here: >> cos(x0+i*h) ans = ?? 0.7071 - 0.0000i > I probably not understand your problem ... > > Antoine > Le 12/09/2019 ? 10:26, St?phane Mottelet a ?crit?: >> Hello all, >> >> The subject has been already discussed a lot but I would like it to >> be discussed again because I now have a real rationale to promote a >> change in the way complex numbers with small imaginary part are >> displayed. >> >> I don't know if some of you were aware of the clever technique of >> complex-step derivative approximation, but until yesterday I was not >> (see e.g. >> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/mdolab.engin.umich.edu/sites/default/files/Martins2003CSD.pdf). >> Roughly speaking, using the extension of a real function x->f(x) to >> the complex plane allows to compute an approximation of the >> derivative f'(x0) at a real x0 without using a substraction, like in >> the central difference formula (f(x0+h)-f(x0-h))/2/h which is subject >> to substractive cancelation when h is small. In Scilab most operators >> and elementary functions are already complex-aware so this is easy to >> illustrate the technique. For example let us approximate the >> derivative of x->cos(x) at x=%pi/4, first with the central difference >> formula, then with the complex step technique: >> >> --> format("e",24) >> >> --> h=%eps/128, x0=%pi/4 >> ?h? = >> >> ?? 1.73472347597680709D-18 >> >> ?x0? = >> >> ?? 7.85398163397448279D-01 >> >> >> --> (cos(x0+h)-cos(x0-h))/2/h >> ?ans? = >> >> ?? 0.00000000000000000D+00 >> >> >> --> imag(cos(x0+%i*h))/h >> ?ans? = >> >> ? -7.07106781186547462D-01 >> >> >> --> -sin(x0) >> ?ans? = >> >> ? -7.07106781186547462D-01 >> >> You can see the pathological approximation with central difference >> formula and the perfect (up to relative machine precision) >> approximation of complex-step formula. >> >> However, the following is a pity: >> >> >> --> cos(x0+%i*h) >> ?ans? = >> >> ?? 7.07106781186547573D-01 >> >> We cannot see the imaginary part although seeing the latter is >> fundamental in the complex-step technique. We have to force the >> display like this, and frankly I don't like having to do that with my >> students: >> >> --> imag(cos(x0+%i*h)) >> ?ans? = >> >> ? -1.22663473334669916D-18 >> >> I hope that you will find that this example is a good rationale to >> change the default display of Scilab. To feed the discussion, here is >> how Matlab displays things, without having to change the default >> settings: >> >> >> >> h=eps/128, x0=pi/4 >> h = >> ?? 1.7347e-18 >> x0 = >> ??? 0.7854 >> >> >> (cos(x0+h)-cos(x0-h))/2/h >> ans = >> ???? 0 >> >> >> cos(x0+i*h) >> ans = >> ?? 0.7071 - 0.0000i >> >> >> imag(cos(x0+i*h))/h >> ans = >> ?? -0.7071 >> >> >> -sin(x0) >> ans = >> ?? -0.7071 >> >> > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users > -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet From Christophe.Dang at sidel.com Thu Sep 12 14:19:12 2019 From: Christophe.Dang at sidel.com (Dang Ngoc Chan, Christophe) Date: Thu, 12 Sep 2019 12:19:12 +0000 Subject: [Scilab-users] {EXT} display of complex/not real numbers, again In-Reply-To: <3f0654df-5d03-ce02-f3e5-c1e537483d05@utc.fr> References: <3f0654df-5d03-ce02-f3e5-c1e537483d05@utc.fr> Message-ID: Hello, > De la part de St?phane Mottelet > Envoy? : jeudi 12 septembre 2019 10:26 > > I now have a real rationale to promote a change in > the way complex numbers with small imaginary part are displayed. I agree with you. I would add another advantage: the user is not always aware that the result of a function is a complex; the typical case is the use of roots() when the expected result is real. It sometimes causes problems as some other function do not accept complex numbers as patrameters. Regards -- Christophe Dang Ngoc Chan Mechanical calculation engineer General 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 stephane.mottelet at utc.fr Thu Sep 12 14:25:39 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Thu, 12 Sep 2019 14:25:39 +0200 Subject: [Scilab-users] {EXT} display of complex/not real numbers, again In-Reply-To: References: <3f0654df-5d03-ce02-f3e5-c1e537483d05@utc.fr> Message-ID: <992c530b-9935-5fcf-1341-b5db63cb5768@utc.fr> Le 12/09/2019 ? 14:19, Dang Ngoc Chan, Christophe a ?crit?: > Hello, > >> De la part de St?phane Mottelet >> Envoy? : jeudi 12 septembre 2019 10:26 >> >> I now have a real rationale to promote a change in >> the way complex numbers with small imaginary part are displayed. > I agree with you. > > I would add another advantage: > the user is not always aware that the result of a function is a complex; > the typical case is the use of roots() when the expected result is real. > It sometimes causes problems as some other function > do not accept complex numbers as patrameters. You are right. This basic rationale (compared to the over-sophisticated I proposed...)? has been invoked many times and should have been enough to change things. There is already a proposal here: https://codereview.scilab.org/#/c/20981/ > > Regards > > -- > Christophe Dang Ngoc Chan > Mechanical calculation engineer > > General > 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. > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet From stephane.mottelet at utc.fr Thu Sep 12 18:55:04 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Thu, 12 Sep 2019 18:55:04 +0200 Subject: [Scilab-users] display of complex/not real numbers, again In-Reply-To: <43b0e283-75f9-55da-8d11-03ddbca748f9@utc.fr> References: <3f0654df-5d03-ce02-f3e5-c1e537483d05@utc.fr> <8b8ee9da-77b7-2927-d83a-6385171b4af9@scilab-enterprises.com> <43b0e283-75f9-55da-8d11-03ddbca748f9@utc.fr> Message-ID: <5ca07ea9-bf8d-dd92-958c-6abac0ce5e1a@utc.fr> I prefer the display after applying https://codereview.scilab.org/#/c/20981/: --> x0=%pi/4;h=%eps/2 ?h? = ?? 1.110D-16 --> cos(x0+%i*h) ?ans? = ?? 0.7071068 - 7.850D-17i However, we could discuss if the arbitrary switch to "e" mode is desirable or not, but since Scilab 6.0 we have got used to this display mixing "v" and "e" mode... BTW, this patch also fixes the more general problem of ambiguous display of quantities like (below is the display after the patch) --> 1+%eps ?ans? = ?? 1.0000000 Currently Scilab makes users believe that a complex/non real number is real by hiding small non-zero real parts, and makes users believe that a non-integer number is integer by hiding zeros in the fractional part. Each year I have to warn my students, and I am really getting upset about this. The aforementionned patch also fixes that. S. Le 12/09/2019 ? 11:59, St?phane Mottelet a ?crit?: > > Le 12/09/2019 ? 11:55, Antoine ELIAS a ?crit?: >> Hello St?phane, >> >> In Scilab 6.0.2 without format("e", 24) >> >> --> h = %eps/128, x0=%pi/4 >> ?h? = >> ?? 1.735D-18 >> >> ?x0? = >> ?? 0.7853982 >> >> --> (cos(x0+h)-cos(x0-h))/2/h >> ?ans? = >> ?? 0. >> >> --> cos(x0+%i*h) >> ?ans? = >> ?? 0.7071068 >> >> --> imag(cos(x0+%i*h))/h >> ?ans? = >> ? -0.7071068 >> >> --> -sin(x0) >> ?ans? = >> ? -0.7071068 >> >> It seems to be close of Matlab's outputs, no ? > > No, Scilab display is singularly different: > > --> cos(x0+%i*h) > ?ans? = > ?? 0.7071068 > > the above has an imaginary part, which is quite small, but essential > in the computation. Matlab is quite explicit here: > > >> cos(x0+i*h) > ans = > ?? 0.7071 - 0.0000i > > >> I probably not understand your problem ... >> >> Antoine >> Le 12/09/2019 ? 10:26, St?phane Mottelet a ?crit?: >>> Hello all, >>> >>> The subject has been already discussed a lot but I would like it to >>> be discussed again because I now have a real rationale to promote a >>> change in the way complex numbers with small imaginary part are >>> displayed. >>> >>> I don't know if some of you were aware of the clever technique of >>> complex-step derivative approximation, but until yesterday I was not >>> (see e.g. >>> https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/mdolab.engin.umich.edu/sites/default/files/Martins2003CSD.pdf). >>> Roughly speaking, using the extension of a real function x->f(x) to >>> the complex plane allows to compute an approximation of the >>> derivative f'(x0) at a real x0 without using a substraction, like in >>> the central difference formula (f(x0+h)-f(x0-h))/2/h which is >>> subject to substractive cancelation when h is small. In Scilab most >>> operators and elementary functions are already complex-aware so this >>> is easy to illustrate the technique. For example let us approximate >>> the derivative of x->cos(x) at x=%pi/4, first with the central >>> difference formula, then with the complex step technique: >>> >>> --> format("e",24) >>> >>> --> h=%eps/128, x0=%pi/4 >>> ?h? = >>> >>> ?? 1.73472347597680709D-18 >>> >>> ?x0? = >>> >>> ?? 7.85398163397448279D-01 >>> >>> >>> --> (cos(x0+h)-cos(x0-h))/2/h >>> ?ans? = >>> >>> ?? 0.00000000000000000D+00 >>> >>> >>> --> imag(cos(x0+%i*h))/h >>> ?ans? = >>> >>> ? -7.07106781186547462D-01 >>> >>> >>> --> -sin(x0) >>> ?ans? = >>> >>> ? -7.07106781186547462D-01 >>> >>> You can see the pathological approximation with central difference >>> formula and the perfect (up to relative machine precision) >>> approximation of complex-step formula. >>> >>> However, the following is a pity: >>> >>> >>> --> cos(x0+%i*h) >>> ?ans? = >>> >>> ?? 7.07106781186547573D-01 >>> >>> We cannot see the imaginary part although seeing the latter is >>> fundamental in the complex-step technique. We have to force the >>> display like this, and frankly I don't like having to do that with >>> my students: >>> >>> --> imag(cos(x0+%i*h)) >>> ?ans? = >>> >>> ? -1.22663473334669916D-18 >>> >>> I hope that you will find that this example is a good rationale to >>> change the default display of Scilab. To feed the discussion, here >>> is how Matlab displays things, without having to change the default >>> settings: >>> >>> >>> >> h=eps/128, x0=pi/4 >>> h = >>> ?? 1.7347e-18 >>> x0 = >>> ??? 0.7854 >>> >>> >> (cos(x0+h)-cos(x0-h))/2/h >>> ans = >>> ???? 0 >>> >>> >> cos(x0+i*h) >>> ans = >>> ?? 0.7071 - 0.0000i >>> >>> >> imag(cos(x0+i*h))/h >>> ans = >>> ?? -0.7071 >>> >>> >> -sin(x0) >>> ans = >>> ?? -0.7071 >>> >>> >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users >> > -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet From stephane.mottelet at utc.fr Fri Sep 13 10:41:34 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Fri, 13 Sep 2019 10:41:34 +0200 Subject: [Scilab-users] display of complex/not real numbers, again In-Reply-To: <5ca07ea9-bf8d-dd92-958c-6abac0ce5e1a@utc.fr> References: <3f0654df-5d03-ce02-f3e5-c1e537483d05@utc.fr> <8b8ee9da-77b7-2927-d83a-6385171b4af9@scilab-enterprises.com> <43b0e283-75f9-55da-8d11-03ddbca748f9@utc.fr> <5ca07ea9-bf8d-dd92-958c-6abac0ce5e1a@utc.fr> Message-ID: If Windows users want to test the patch, I have prepared a Windows build of patched Scilab at the folowing URL : http://www.utc.fr/~mottelet/scilab/download/master/scilab-branch-master-6cdd3ce0d62c632cd428b71440b0371a7731dbae_x64.exe S. Le 12/09/2019 ? 18:55, St?phane Mottelet a ?crit?: > I prefer the display after applying > https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/codereview.scilab.org/#/c/20981/: > > --> x0=%pi/4;h=%eps/2 > ?h? = > > ?? 1.110D-16 > > --> cos(x0+%i*h) > ?ans? = > > ?? 0.7071068 - 7.850D-17i > > However, we could discuss if the arbitrary switch to "e" mode is > desirable or not, but since Scilab 6.0 we have got used to this > display mixing "v" and "e" mode... > > BTW, this patch also fixes the more general problem of ambiguous > display of quantities like (below is the display after the patch) > > --> 1+%eps > ?ans? = > > ?? 1.0000000 > > Currently Scilab makes users believe that a complex/non real number is > real by hiding small non-zero real parts, and makes users believe that > a non-integer number is integer by hiding zeros in the fractional > part. Each year I have to warn my students, and I am really getting > upset about this. The aforementionned patch also fixes that. > > S. > > > Le 12/09/2019 ? 11:59, St?phane Mottelet a ?crit?: >> >> Le 12/09/2019 ? 11:55, Antoine ELIAS a ?crit?: >>> Hello St?phane, >>> >>> In Scilab 6.0.2 without format("e", 24) >>> >>> --> h = %eps/128, x0=%pi/4 >>> ?h? = >>> ?? 1.735D-18 >>> >>> ?x0? = >>> ?? 0.7853982 >>> >>> --> (cos(x0+h)-cos(x0-h))/2/h >>> ?ans? = >>> ?? 0. >>> >>> --> cos(x0+%i*h) >>> ?ans? = >>> ?? 0.7071068 >>> >>> --> imag(cos(x0+%i*h))/h >>> ?ans? = >>> ? -0.7071068 >>> >>> --> -sin(x0) >>> ?ans? = >>> ? -0.7071068 >>> >>> It seems to be close of Matlab's outputs, no ? >> >> No, Scilab display is singularly different: >> >> --> cos(x0+%i*h) >> ?ans? = >> ?? 0.7071068 >> >> the above has an imaginary part, which is quite small, but essential >> in the computation. Matlab is quite explicit here: >> >> >> cos(x0+i*h) >> ans = >> ?? 0.7071 - 0.0000i >> >> >>> I probably not understand your problem ... >>> >>> Antoine >>> Le 12/09/2019 ? 10:26, St?phane Mottelet a ?crit?: >>>> Hello all, >>>> >>>> The subject has been already discussed a lot but I would like it to >>>> be discussed again because I now have a real rationale to promote a >>>> change in the way complex numbers with small imaginary part are >>>> displayed. >>>> >>>> I don't know if some of you were aware of the clever technique of >>>> complex-step derivative approximation, but until yesterday I was >>>> not (see e.g. >>>> https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/mdolab.engin.umich.edu/sites/default/files/Martins2003CSD.pdf). >>>> Roughly speaking, using the extension of a real function x->f(x) to >>>> the complex plane allows to compute an approximation of the >>>> derivative f'(x0) at a real x0 without using a substraction, like >>>> in the central difference formula (f(x0+h)-f(x0-h))/2/h which is >>>> subject to substractive cancelation when h is small. In Scilab most >>>> operators and elementary functions are already complex-aware so >>>> this is easy to illustrate the technique. For example let us >>>> approximate the derivative of x->cos(x) at x=%pi/4, first with the >>>> central difference formula, then with the complex step technique: >>>> >>>> --> format("e",24) >>>> >>>> --> h=%eps/128, x0=%pi/4 >>>> ?h? = >>>> >>>> ?? 1.73472347597680709D-18 >>>> >>>> ?x0? = >>>> >>>> ?? 7.85398163397448279D-01 >>>> >>>> >>>> --> (cos(x0+h)-cos(x0-h))/2/h >>>> ?ans? = >>>> >>>> ?? 0.00000000000000000D+00 >>>> >>>> >>>> --> imag(cos(x0+%i*h))/h >>>> ?ans? = >>>> >>>> ? -7.07106781186547462D-01 >>>> >>>> >>>> --> -sin(x0) >>>> ?ans? = >>>> >>>> ? -7.07106781186547462D-01 >>>> >>>> You can see the pathological approximation with central difference >>>> formula and the perfect (up to relative machine precision) >>>> approximation of complex-step formula. >>>> >>>> However, the following is a pity: >>>> >>>> >>>> --> cos(x0+%i*h) >>>> ?ans? = >>>> >>>> ?? 7.07106781186547573D-01 >>>> >>>> We cannot see the imaginary part although seeing the latter is >>>> fundamental in the complex-step technique. We have to force the >>>> display like this, and frankly I don't like having to do that with >>>> my students: >>>> >>>> --> imag(cos(x0+%i*h)) >>>> ?ans? = >>>> >>>> ? -1.22663473334669916D-18 >>>> >>>> I hope that you will find that this example is a good rationale to >>>> change the default display of Scilab. To feed the discussion, here >>>> is how Matlab displays things, without having to change the default >>>> settings: >>>> >>>> >>>> >> h=eps/128, x0=pi/4 >>>> h = >>>> ?? 1.7347e-18 >>>> x0 = >>>> ??? 0.7854 >>>> >>>> >> (cos(x0+h)-cos(x0-h))/2/h >>>> ans = >>>> ???? 0 >>>> >>>> >> cos(x0+i*h) >>>> ans = >>>> ?? 0.7071 - 0.0000i >>>> >>>> >> imag(cos(x0+i*h))/h >>>> ans = >>>> ?? -0.7071 >>>> >>>> >> -sin(x0) >>>> ans = >>>> ?? -0.7071 >>>> >>>> >>> >>> _______________________________________________ >>> users mailing list >>> users at lists.scilab.org >>> https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users >>> >> -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet From sgougeon at free.fr Fri Sep 13 12:45:21 2019 From: sgougeon at free.fr (Samuel Gougeon) Date: Fri, 13 Sep 2019 12:45:21 +0200 Subject: [Scilab-users] display of complex/not real numbers, again In-Reply-To: <3f0654df-5d03-ce02-f3e5-c1e537483d05@utc.fr> References: <3f0654df-5d03-ce02-f3e5-c1e537483d05@utc.fr> Message-ID: Hello, To me, as already claimed there , it's clear that, for a complex-encoded number, not displaying its null imaginary part is a bug, and the proposed patch is clearly welcome as well. Another regression very close to this one, but with real numbers display, would deserve the same care : Scilab 5: -->[1e30 1e-30] ?ans? = ??? 1.000D+30??? 1.000D-30 Scilab 6: --> [1e30 1e-30] ?ans? = ?? 1.000D+30?? 0. So, very small numbers are reduced to strict 0... This is a bad implementation of the variable format mode. The Scilab 5 one was correct, at least on this point. Best regards Samuel Le 12/09/2019 ? 10:26, St?phane Mottelet a ?crit?: > Hello all, > > The subject has been already discussed a lot but I would like it to be > discussed again because I now have a real rationale to promote a > change in the way complex numbers with small imaginary part are > displayed. > > I don't know if some of you were aware of the clever technique of > complex-step derivative approximation, but until yesterday I was not > (see e.g. > http://mdolab.engin.umich.edu/sites/default/files/Martins2003CSD.pdf). > Roughly speaking, using the extension of a real function x->f(x) to > the complex plane allows to compute an approximation of the derivative > f'(x0) at a real x0 without using a substraction, like in the central > difference formula (f(x0+h)-f(x0-h))/2/h which is subject to > substractive cancelation when h is small. In Scilab most operators and > elementary functions are already complex-aware so this is easy to > illustrate the technique. For example let us approximate the > derivative of x->cos(x) at x=%pi/4, first with the central difference > formula, then with the complex step technique: > > --> format("e",24) > > --> h=%eps/128, x0=%pi/4 > ?h? = > > ?? 1.73472347597680709D-18 > > ?x0? = > > ?? 7.85398163397448279D-01 > > > --> (cos(x0+h)-cos(x0-h))/2/h > ?ans? = > > ?? 0.00000000000000000D+00 > > > --> imag(cos(x0+%i*h))/h > ?ans? = > > ? -7.07106781186547462D-01 > > > --> -sin(x0) > ?ans? = > > ? -7.07106781186547462D-01 > > You can see the pathological approximation with central difference > formula and the perfect (up to relative machine precision) > approximation of complex-step formula. > > However, the following is a pity: > > > --> cos(x0+%i*h) > ?ans? = > > ?? 7.07106781186547573D-01 > > We cannot see the imaginary part although seeing the latter is > fundamental in the complex-step technique. We have to force the > display like this, and frankly I don't like having to do that with my > students: > > --> imag(cos(x0+%i*h)) > ?ans? = > > ? -1.22663473334669916D-18 > > I hope that you will find that this example is a good rationale to > change the default display of Scilab. To feed the discussion, here is > how Matlab displays things, without having to change the default > settings: > > > >> h=eps/128, x0=pi/4 > h = > ?? 1.7347e-18 > x0 = > ??? 0.7854 > > >> (cos(x0+h)-cos(x0-h))/2/h > ans = > ???? 0 > > >> cos(x0+i*h) > ans = > ?? 0.7071 - 0.0000i > > >> imag(cos(x0+i*h))/h > ans = > ?? -0.7071 > > >> -sin(x0) > ans = > ?? -0.7071 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Fri Sep 13 12:51:53 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Fri, 13 Sep 2019 12:51:53 +0200 Subject: [Scilab-users] display of complex/not real numbers, again In-Reply-To: References: <3f0654df-5d03-ce02-f3e5-c1e537483d05@utc.fr> Message-ID: <5ea315c5-8122-c5f8-2416-d9ba92fd914c@utc.fr> Le 13/09/2019 ? 12:45, Samuel Gougeon a ?crit?: > Hello, > > To me, as already claimed there > , > it's clear that, for a complex-encoded number, not displaying its null > imaginary part is a bug, and the proposed patch is clearly welcome as > well. > > Another regression very close to this one, but with real numbers > display, would deserve the same care : > Scilab 5: > -->[1e30 1e-30] > ?ans? = > ??? 1.000D+30??? 1.000D-30 > > Scilab 6: > --> [1e30 1e-30] > ?ans? = > ?? 1.000D+30?? 0. The patch also fixes this. > > So, very small numbers are reduced to strict 0... > This is a bad implementation of the variable format mode. The Scilab 5 > one was correct, at least on this point. > > Best regards > Samuel > > > Le 12/09/2019 ? 10:26, St?phane Mottelet a ?crit?: >> Hello all, >> >> The subject has been already discussed a lot but I would like it to >> be discussed again because I now have a real rationale to promote a >> change in the way complex numbers with small imaginary part are >> displayed. >> >> I don't know if some of you were aware of the clever technique of >> complex-step derivative approximation, but until yesterday I was not >> (see e.g. >> http://mdolab.engin.umich.edu/sites/default/files/Martins2003CSD.pdf). >> Roughly speaking, using the extension of a real function x->f(x) to >> the complex plane allows to compute an approximation of the >> derivative f'(x0) at a real x0 without using a substraction, like in >> the central difference formula (f(x0+h)-f(x0-h))/2/h which is subject >> to substractive cancelation when h is small. In Scilab most operators >> and elementary functions are already complex-aware so this is easy to >> illustrate the technique. For example let us approximate the >> derivative of x->cos(x) at x=%pi/4, first with the central difference >> formula, then with the complex step technique: >> >> --> format("e",24) >> >> --> h=%eps/128, x0=%pi/4 >> ?h? = >> >> ?? 1.73472347597680709D-18 >> >> ?x0? = >> >> ?? 7.85398163397448279D-01 >> >> >> --> (cos(x0+h)-cos(x0-h))/2/h >> ?ans? = >> >> ?? 0.00000000000000000D+00 >> >> >> --> imag(cos(x0+%i*h))/h >> ?ans? = >> >> ? -7.07106781186547462D-01 >> >> >> --> -sin(x0) >> ?ans? = >> >> ? -7.07106781186547462D-01 >> >> You can see the pathological approximation with central difference >> formula and the perfect (up to relative machine precision) >> approximation of complex-step formula. >> >> However, the following is a pity: >> >> >> --> cos(x0+%i*h) >> ?ans? = >> >> ?? 7.07106781186547573D-01 >> >> We cannot see the imaginary part although seeing the latter is >> fundamental in the complex-step technique. We have to force the >> display like this, and frankly I don't like having to do that with my >> students: >> >> --> imag(cos(x0+%i*h)) >> ?ans? = >> >> ? -1.22663473334669916D-18 >> >> I hope that you will find that this example is a good rationale to >> change the default display of Scilab. To feed the discussion, here is >> how Matlab displays things, without having to change the default >> settings: >> >> >> >> h=eps/128, x0=pi/4 >> h = >> ?? 1.7347e-18 >> x0 = >> ??? 0.7854 >> >> >> (cos(x0+h)-cos(x0-h))/2/h >> ans = >> ???? 0 >> >> >> cos(x0+i*h) >> ans = >> ?? 0.7071 - 0.0000i >> >> >> imag(cos(x0+i*h))/h >> ans = >> ?? -0.7071 >> >> >> -sin(x0) >> ans = >> ?? -0.7071 >> >> > > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Fri Sep 13 13:07:18 2019 From: sgougeon at free.fr (Samuel Gougeon) Date: Fri, 13 Sep 2019 13:07:18 +0200 Subject: [Scilab-users] display of complex/not real numbers, again In-Reply-To: <5ca07ea9-bf8d-dd92-958c-6abac0ce5e1a@utc.fr> References: <3f0654df-5d03-ce02-f3e5-c1e537483d05@utc.fr> <8b8ee9da-77b7-2927-d83a-6385171b4af9@scilab-enterprises.com> <43b0e283-75f9-55da-8d11-03ddbca748f9@utc.fr> <5ca07ea9-bf8d-dd92-958c-6abac0ce5e1a@utc.fr> Message-ID: <316628fe-a1ac-f129-0b7d-dddf68028273@free.fr> Le 12/09/2019 ? 18:55, St?phane Mottelet a ?crit?: > I prefer the display after applying > https://codereview.scilab.org/#/c/20981/: > > --> x0=%pi/4;h=%eps/2 > ?h? = > > ?? 1.110D-16 > > --> cos(x0+%i*h) > ?ans? = > > ?? 0.7071068 - 7.850D-17i > > However, we could discuss if the arbitrary switch to "e" mode is > desirable or not, but since Scilab 6.0 we have got used to this > display mixing "v" and "e" mode... ... and IMO it's very suitable. The only rule should be that, */for a given format's width/*, */the more the number of significant displayed figures the better./* When the exponent format is used, it takes 4 or 5 digits (D+12, D+123). As a consequence, in v mode, small (absolute) values should be displayed in normal mode down to 4 non-significant 0 (e.g. 0.000012), and switched to "e" mode beyond. In v mode, forcing the display of 0.0123456? in "e" mode on the (bad) reason that some other huge or tiny numbers in the matrix are displayed in this mode, would print 1.234D-02, and so make invisible 2 significant figures. I do not see any reason that would impose the display mode to be homogeneous over all elements of a matrix, possibly canceling the display of significant figures in the given format's width. Regards Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Fri Sep 13 13:37:50 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Fri, 13 Sep 2019 13:37:50 +0200 Subject: [Scilab-users] display of complex/not real numbers, again In-Reply-To: <316628fe-a1ac-f129-0b7d-dddf68028273@free.fr> References: <3f0654df-5d03-ce02-f3e5-c1e537483d05@utc.fr> <8b8ee9da-77b7-2927-d83a-6385171b4af9@scilab-enterprises.com> <43b0e283-75f9-55da-8d11-03ddbca748f9@utc.fr> <5ca07ea9-bf8d-dd92-958c-6abac0ce5e1a@utc.fr> <316628fe-a1ac-f129-0b7d-dddf68028273@free.fr> Message-ID: <32f0b55a-963d-ea1c-9256-705d669d3c4e@utc.fr> Le 13/09/2019 ? 13:07, Samuel Gougeon a ?crit?: > Le 12/09/2019 ? 18:55, St?phane Mottelet a ?crit?: >> I prefer the display after applying >> https://codereview.scilab.org/#/c/20981/: >> >> --> x0=%pi/4;h=%eps/2 >> ?h? = >> >> ?? 1.110D-16 >> >> --> cos(x0+%i*h) >> ?ans? = >> >> ?? 0.7071068 - 7.850D-17i >> >> However, we could discuss if the arbitrary switch to "e" mode is >> desirable or not, but since Scilab 6.0 we have got used to this >> display mixing "v" and "e" mode... > > > ... and IMO it's very suitable. The only rule should be that, */for a > given format's width/*, */the more the number of significant displayed > figures the better./* When the exponent format is used, it takes 4 or > 5 digits (D+12, D+123). As a consequence, in v mode, small (absolute) > values should be displayed in normal mode down to 4 non-significant 0 > (e.g. 0.000012), and switched to "e" mode beyond. > > In v mode, forcing the display of 0.0123456? in "e" mode on the (bad) > reason that some other huge or tiny numbers in the matrix are > displayed in this mode, would print 1.234D-02, and so make invisible 2 > significant figures. > I do not see any reason that would impose the display mode to be > homogeneous over all elements of a matrix, possibly canceling the > display of significant figures in the given format's width. > I agree Samuel. > > Regards > > Samuel > > > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Fri Sep 13 13:38:27 2019 From: sgougeon at free.fr (Samuel Gougeon) Date: Fri, 13 Sep 2019 13:38:27 +0200 Subject: [Scilab-users] xload mess ... In-Reply-To: <206e-5d78f580-1b-176558a0@177621583> References: <206e-5d78f580-1b-176558a0@177621583> Message-ID: <293efad1-7b37-6d2f-2c76-095cdfdff2ea@free.fr> Hello Antoine, As discussed with you there , xload() has been restored and upgraded for Scilab 6.0.2. However, its help page was updated only after the 6.0.2 release. Its update is pending here , and visible in PDF there . As it is not possible to reproduce the issue on win7 and on Fedora, it is clear that it depends on the OS, is likely specific to Ubuntu, and very likely linked to HDF5 issues reported with Ubuntu. However, after your recent report about the same issue on Windows 10, the confirmation of the issue by any user working with 6.0.2 on Windows 10 would be welcome. The test is : * Download the c.scg file (http://bugzilla.scilab.org/16189) * Run : xload("c.scg") > So here is my question: is there a way to restore a figure from a file, including its figure size, without resorting to closing all the other figures beforehand? With Scilab 6.0.2 on my win7 64 bits, load("c.scg") does it. Regards Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From heinznabielek at gmail.com Fri Sep 13 14:22:22 2019 From: heinznabielek at gmail.com (Heinz Nabielek) Date: Fri, 13 Sep 2019 14:22:22 +0200 Subject: [Scilab-users] fll Message-ID: b rnf r is rthe r. i rr eevbnbnnntbbnrvghn. thh tntrrnnthghnnhnt. xm From stephane.mottelet at utc.fr Fri Sep 13 14:22:35 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Fri, 13 Sep 2019 14:22:35 +0200 Subject: [Scilab-users] display of complex/not real numbers, again In-Reply-To: <32f0b55a-963d-ea1c-9256-705d669d3c4e@utc.fr> References: <3f0654df-5d03-ce02-f3e5-c1e537483d05@utc.fr> <8b8ee9da-77b7-2927-d83a-6385171b4af9@scilab-enterprises.com> <43b0e283-75f9-55da-8d11-03ddbca748f9@utc.fr> <5ca07ea9-bf8d-dd92-958c-6abac0ce5e1a@utc.fr> <316628fe-a1ac-f129-0b7d-dddf68028273@free.fr> <32f0b55a-963d-ea1c-9256-705d669d3c4e@utc.fr> Message-ID: However, as I already said it elsewhere, some glitches such as the following? one do occur (see the display of whole x) --> x=1:0.1:2 ?x? = ?? 1.?? 1.1?? 1.2?? 1.3?? 1.4?? 1.5?? 1.6?? 1.7000000?? 1.8 1.9?? 2. --> x(7) ?ans? = ?? 1.6 --> x(7)-1.6 ?ans? = ?? 0. --> x(8) ?ans? = ?? 1.7000000 --> x(8)-1.7 ?ans? = ?? 2.220D-16 I think that we do agree about the fact that the actual Scilab display --> x=1:0.1:2 ?x? = ?? 1.?? 1.1?? 1.2?? 1.3?? 1.4?? 1.5?? 1.6?? 1.7? 1.8?? 1.9?? 2. --> x(7) ?ans? = ?? 1.6 --> x(7)-1.6 ?ans? = ?? 0. --> x(8) ?ans? = ?? 1.7 --> x(8)-1.7 ?ans? = ?? 2.220D-16 is pretty but not correct/homogeneous/honest. The display that is obtained with the patch (first lines of this email) is correct+honest but not homogeneous. A pretty + mathematically correct display would be: --> x=1:0.1:2 ?x? = ?? 1.0000000?? 1.1000000?? 1.2000000?? 1.3000000?? 1.4000000 1.0000005?? 1.6000000?? 1.7000000?? 1.8000000?? 1.9000000 2.0000000 --> x(7) ?ans? = ?? 1.6 --> x(8) ?ans? = ?? 1.7000000 --> x(8)-1.7 ?ans? = ?? 2.220D-16 i.e. when the matrix to display is not a scalar, add always trailing zeros for homogeneity, BUT when it is a scalar, add trailing zeros only when the actual stored value is different from the displayed value. The first thing that you can see is that the default format(10) would be very verbose, but this is tunable. A value of 7 would be ok, but quite low for format("e"). S. Le 13/09/2019 ? 13:37, St?phane Mottelet a ?crit?: > > > Le 13/09/2019 ? 13:07, Samuel Gougeon a ?crit?: >> Le 12/09/2019 ? 18:55, St?phane Mottelet a ?crit?: >>> I prefer the display after applying >>> https://codereview.scilab.org/#/c/20981/: >>> >>> --> x0=%pi/4;h=%eps/2 >>> ?h? = >>> >>> ?? 1.110D-16 >>> >>> --> cos(x0+%i*h) >>> ?ans? = >>> >>> ?? 0.7071068 - 7.850D-17i >>> >>> However, we could discuss if the arbitrary switch to "e" mode is >>> desirable or not, but since Scilab 6.0 we have got used to this >>> display mixing "v" and "e" mode... >> >> >> ... and IMO it's very suitable. The only rule should be that, */for a >> given format's width/*, */the more the number of significant >> displayed figures the better./* When the exponent format is used, it >> takes 4 or 5 digits (D+12, D+123). As a consequence, in v mode, small >> (absolute) values should be displayed in normal mode down to 4 >> non-significant 0 (e.g. 0.000012), and switched to "e" mode beyond. >> >> In v mode, forcing the display of 0.0123456? in "e" mode on the (bad) >> reason that some other huge or tiny numbers in the matrix are >> displayed in this mode, would print 1.234D-02, and so make invisible >> 2 significant figures. >> I do not see any reason that would impose the display mode to be >> homogeneous over all elements of a matrix, possibly canceling the >> display of significant figures in the given format's width. >> > I agree Samuel. >> >> Regards >> >> Samuel >> >> >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users > -- > St?phane Mottelet > Ing?nieur de recherche > EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable > D?partement G?nie des Proc?d?s Industriels > Sorbonne Universit?s - Universit? de Technologie de Compi?gne > CS 60319, 60203 Compi?gne cedex > Tel : +33(0)344234688 > http://www.utc.fr/~mottelet > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Fri Sep 13 15:04:20 2019 From: sgougeon at free.fr (Samuel Gougeon) Date: Fri, 13 Sep 2019 15:04:20 +0200 Subject: [Scilab-users] Generating a boolean vector or matrix In-Reply-To: References: Message-ID: Le 04/09/2019 ? 09:11, Federico Miyara a ?crit?: > > Dear all, > > I need to create a boolean vector, such as [%t, %t, %t, %t] but with a > number of components given by a variable n. I couldn't find a function > similar to ones(1,n). > > However I've found a workaround: > > a = ones(1,n) & %t > > It shouldn't work because ones(1,n) is not boolean, but it does. > > Questions: > 1) Why does it work? > 2) Is there some native function to create bolean matrices > 3) If not, are there any plans to introduce functions such as > true(m,n) or false(m,n)? I hope no. These are typical -- IMO fake -- functions that i would not expect in Scilab (and in any other language). There are many trivial and fast ways to create a boolean array of given dimensions. To me, the only need is to document these trivial ways in the help pages of %F and %T. Replacing a few lines of documentation with a lot of trivial duplicated codes, separate pages, separate tests always look a very bad idea to me. But i can understand that, for some habit reason, former octavers would appreciate their usual functions. This is why i don't clearly understand why this sub-community does not build /and maintain/ a "Matlabic" ATOMS package gathering this kind of "aliases", or do not invest time to contribute to the m2sci converter improvement. Even when repmat() will be fastened by a factor 7 through its upgrade pending for 7 months now , it won't be the optimal way, noticeably due to its overhead. I am neither very convinced by the ones(m,n,.,"boolean") and zeros(m,n,.. "boolean") proposal, for the same reason initially exposed by Alain. But why not. In the same commit, St?phane proposes to allow using the *"logical"* keyword as an equivalent of the "boolean" one. On this side, i definitively disagree with this. Indeed, 1. it would be useless, adding strictly no value to scilab 2. it would introduce a confusion for everyone, including for former octavers, since in Octave an array of logical type is made of 0 and 1, not of %F and %T. While in Scilab we can also have arrays of 0 and 1. About trivial ways, a preliminary note -- and answer to Federico : > 2) How much memory does it take a boolean scalar? Does a boolean > vector eploit the fact that a byte could theoretically host up to 8 > boolean components? 4 bytes / boolean. This big memory waste is reported since a while: http://bugzilla.scilab.org/12789 This means that, using an array of decimal numbers to create a boolean array uses an intermediate memory "only" ~twice bigger than the final result. About some trivial efficient ways: * Array of %F : o zeros(m,n,..)==1 as Christophe does, the way i use when, for 99,5% of cases, a factor 2 in intermediate memory is not critical o a(m,n,..) = %f; or safer: clear a, a(m,n,..) = %f; * Array of %T : o zeros(m,n,..)==0 o a(m,n,..) = %f; ~a * Random boolean array : o rand(m,n,..) < 0.5 Personnaly, i don't need any option for getting all this. But documenting it would be useful. In the same way, we can use * clear c, c =(5,4,7) = %i*0 // to initiate an array of 0+0i complex-encoded array * clear p, p(5,4,7) = %z*0? // to initiate an array of 0z polynomials * etc .. still without any specific functions or option. Best regards Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From Christophe.Dang at sidel.com Fri Sep 13 15:13:28 2019 From: Christophe.Dang at sidel.com (Dang Ngoc Chan, Christophe) Date: Fri, 13 Sep 2019 13:13:28 +0000 Subject: [Scilab-users] {EXT} Re: display of complex/not real numbers, again In-Reply-To: References: <3f0654df-5d03-ce02-f3e5-c1e537483d05@utc.fr> <8b8ee9da-77b7-2927-d83a-6385171b4af9@scilab-enterprises.com> <43b0e283-75f9-55da-8d11-03ddbca748f9@utc.fr> <5ca07ea9-bf8d-dd92-958c-6abac0ce5e1a@utc.fr> <316628fe-a1ac-f129-0b7d-dddf68028273@free.fr> <32f0b55a-963d-ea1c-9256-705d669d3c4e@utc.fr> Message-ID: Hello, > De : St?phane Mottelet > Envoy? : vendredi 13 septembre 2019 14:23 > > I think that we do agree about the fact that the actual Scilab display > [...] > --> x(8) > ans = > > 1.7 > --> x(8)-1.7 > ans = > > 2.220D-16 > is pretty but not correct/homogeneous/honest I don't agree about this. The decimal number can only rarely be represented exactly in binary according to IEEE 754. This means that there should always be trailing zeros to highlight the fact that there is a 10^-16 discrepancy between the stored value and the displayed value? I don't find this convenient. The fact that some people are not aware of this discrepancy can be a problem but it is the general problem of underflow or subtractive cancellation or round-off error etc. The problem is not less important than ignoring a number is complex with a zero imaginary part, but I'm not sure it can be handled in the same way. -- Christophe Dang Ngoc Chan Mechanical calculation engineer General 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 stephane.mottelet at utc.fr Fri Sep 13 15:21:37 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Fri, 13 Sep 2019 15:21:37 +0200 Subject: [Scilab-users] {EXT} Re: display of complex/not real numbers, again In-Reply-To: References: <3f0654df-5d03-ce02-f3e5-c1e537483d05@utc.fr> <8b8ee9da-77b7-2927-d83a-6385171b4af9@scilab-enterprises.com> <43b0e283-75f9-55da-8d11-03ddbca748f9@utc.fr> <5ca07ea9-bf8d-dd92-958c-6abac0ce5e1a@utc.fr> <316628fe-a1ac-f129-0b7d-dddf68028273@free.fr> <32f0b55a-963d-ea1c-9256-705d669d3c4e@utc.fr> Message-ID: <3201fd4f-10ed-4ed4-7a77-19418bcc59f7@utc.fr> Le 13/09/2019 ? 15:13, Dang Ngoc Chan, Christophe a ?crit?: > Hello, > >> De : St?phane Mottelet >> Envoy? : vendredi 13 septembre 2019 14:23 >> >> I think that we do agree about the fact that the actual Scilab display >> [...] >> --> x(8) >> ans = >> >> 1.7 >> --> x(8)-1.7 >> ans = >> >> 2.220D-16 >> is pretty but not correct/homogeneous/honest Maybe I was not clear enough. 1.7 cannot be stored exactly in IEEE754 encoding so it should always be displayed with trailing zeros. So --> x(8)-1.7 ans = 2.220D-16 is OK and should always be displayed like this, but the previous display --> x(8) ans = 1.7 is not OK. What is not correct/homogeneous/honest is the fact that we have this both displays in the current version of Scilab. > I don't agree about this. > The decimal number can only rarely be represented exactly in binary according to IEEE 754. > > This means that there should always be trailing zeros to highlight the fact that there is a 10^-16 discrepancy between the stored value and the displayed value? > I don't find this convenient. > > The fact that some people are not aware of this discrepancy can be a problem but it is the general problem of underflow or subtractive cancellation or round-off error etc. > > The problem is not less important than ignoring a number is complex with a zero imaginary part, but I'm not sure it can be handled in the same way. > > -- > Christophe Dang Ngoc Chan > Mechanical calculation engineer > > General > 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. > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet From Christophe.Dang at sidel.com Fri Sep 13 15:28:38 2019 From: Christophe.Dang at sidel.com (Dang Ngoc Chan, Christophe) Date: Fri, 13 Sep 2019 13:28:38 +0000 Subject: [Scilab-users] {EXT} Re: display of complex/not real numbers, again In-Reply-To: <3201fd4f-10ed-4ed4-7a77-19418bcc59f7@utc.fr> References: <3f0654df-5d03-ce02-f3e5-c1e537483d05@utc.fr> <8b8ee9da-77b7-2927-d83a-6385171b4af9@scilab-enterprises.com> <43b0e283-75f9-55da-8d11-03ddbca748f9@utc.fr> <5ca07ea9-bf8d-dd92-958c-6abac0ce5e1a@utc.fr> <316628fe-a1ac-f129-0b7d-dddf68028273@free.fr> <32f0b55a-963d-ea1c-9256-705d669d3c4e@utc.fr> <3201fd4f-10ed-4ed4-7a77-19418bcc59f7@utc.fr> Message-ID: Hello, > De : St?phane Mottelet > Envoy? : vendredi 13 septembre 2019 15:22 > > 1.7 cannot be stored exactly in IEEE754 Yes, but there is an "infinite" amount of decimal numbers that cannot be stored exactly in IEEE754. -- Christophe Dang Ngoc Chan Mechanical calculation engineer General 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 stephane.mottelet at utc.fr Fri Sep 13 15:32:23 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Fri, 13 Sep 2019 15:32:23 +0200 Subject: [Scilab-users] Generating a boolean vector or matrix In-Reply-To: References: Message-ID: <2b22db77-ab5e-03a5-f3f9-9527dff39b56@utc.fr> Le 13/09/2019 ? 15:04, Samuel Gougeon a ?crit?: > Le 04/09/2019 ? 09:11, Federico Miyara a ?crit?: >> >> Dear all, >> >> I need to create a boolean vector, such as [%t, %t, %t, %t] but with >> a number of components given by a variable n. I couldn't find a >> function similar to ones(1,n). >> >> However I've found a workaround: >> >> a = ones(1,n) & %t >> >> It shouldn't work because ones(1,n) is not boolean, but it does. >> >> Questions: >> 1) Why does it work? >> 2) Is there some native function to create bolean matrices >> 3) If not, are there any plans to introduce functions such as >> true(m,n) or false(m,n)? > > > I hope no. These are typical -- IMO fake -- functions that i would not > expect in Scilab (and in any other language). There are many trivial > and fast ways to create a boolean array of given dimensions. > > To me, the only need is to document these trivial ways in the help > pages of %F and %T. > Replacing a few lines of documentation with a lot of trivial > duplicated codes, separate pages, separate tests always look a very > bad idea to me. > > But i can understand that, for some habit reason, former octavers > would appreciate their usual functions. > This is why i don't clearly understand why this sub-community does not > build /and maintain/ a "Matlabic" ATOMS package gathering this kind of > "aliases", or do not invest time to contribute to the m2sci converter > improvement. > > Even when repmat() will be fastened by a factor 7 through its upgrade > pending for 7 months now > , > it won't be the optimal way, noticeably due to its overhead. > > I am neither very convinced by the ones(m,n,.,"boolean") and > zeros(m,n,.. "boolean") proposal, for the same reason initially > exposed by Alain. But why not. > In the same commit, St?phane proposes to allow using the *"logical"* > keyword as an equivalent of the "boolean" one. On this side, i > definitively disagree with this. Indeed, > > 1. it would be useless, adding strictly no value to scilab > 2. it would introduce a confusion for everyone, including for former > octavers, since in Octave an array of logical type is made of 0 > and 1, not of %F and %T. While in Scilab we can also have arrays > of 0 and 1. > OK Samuel, I can forget this one. However, "double" should be kept as an equivalent of "constant", even if not the name of a scilab type returned by typeof(). We already have the macro "double()" (instead of "constant()") and the keyword "double" used everywhere in the API. > > 1. > > > About trivial ways, a preliminary note -- and answer to Federico : > >> 2) How much memory does it take a boolean scalar? Does a boolean >> vector eploit the fact that a byte could theoretically host up to 8 >> boolean components? > > 4 bytes / boolean. This big memory waste is reported since a while: > http://bugzilla.scilab.org/12789 > I think it was stored as 4 bytes for historical reasons (in Visual Studio up to version 4.2 C++ int was 4 bytes) > > This means that, using an array of decimal numbers to create a boolean > array uses an intermediate memory "only" ~twice bigger than the final > result. > > About some trivial efficient ways: > > * Array of %F : > o zeros(m,n,..)==1 > as Christophe does, the way i use when, for 99,5% of cases, a > factor 2 in intermediate memory is not critical > o a(m,n,..) = %f; > or safer: > clear a, a(m,n,..) = %f; > * Array of %T : > o zeros(m,n,..)==0 > o a(m,n,..) = %f; ~a > * Random boolean array : > o rand(m,n,..) < 0.5 > > Personnaly, i don't need any option for getting all this. But > documenting it would be useful. > In the same way, we can use > > * clear c, c =(5,4,7) = %i*0 // to initiate an array of 0+0i > complex-encoded array > * clear p, p(5,4,7) = %z*0? // to initiate an array of 0z polynomials > * etc > > .. still without any specific functions or option. > > Best regards > Samuel > > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: From fujimoto2005 at gmail.com Fri Sep 13 15:52:33 2019 From: fujimoto2005 at gmail.com (fujimoto2005) Date: Fri, 13 Sep 2019 06:52:33 -0700 (MST) Subject: [Scilab-users] The err value of optim Message-ID: <1568382753259-0.post@n3.nabble.com> I used "optim". I sometimes got err values of "-5", "12" or "13". The help page only explains err values between 1 and 10. What does err values "-5", "12" or "13" mean? Best regards -- Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html From sgougeon at free.fr Fri Sep 13 16:02:23 2019 From: sgougeon at free.fr (Samuel Gougeon) Date: Fri, 13 Sep 2019 16:02:23 +0200 Subject: [Scilab-users] Generating a boolean vector or matrix In-Reply-To: <2b22db77-ab5e-03a5-f3f9-9527dff39b56@utc.fr> References: <2b22db77-ab5e-03a5-f3f9-9527dff39b56@utc.fr> Message-ID: <5a486634-9adc-7752-ec9e-19126c759ff8@free.fr> Le 13/09/2019 ? 15:32, St?phane Mottelet a ?crit?: > .../... >> >> I am neither very convinced by the ones(m,n,.,"boolean") and >> zeros(m,n,.. "boolean") proposal, for the same reason initially >> exposed by Alain. But why not. >> In the same commit, St?phane proposes to allow using the *"logical"* >> keyword as an equivalent of the "boolean" one. On this side, i >> definitively disagree with this. Indeed, >> >> 1. it would be useless, adding strictly no value to scilab >> 2. it would introduce a confusion for everyone, including for former >> octavers, since in Octave an array of logical type is made of 0 >> and 1, not of %F and %T. While in Scilab we can also have arrays >> of 0 and 1. >> > OK Samuel, I can forget this one. However, "double" should be kept as > an equivalent of "constant", even if not the name of a scilab type > returned by typeof(). We already have the macro "double()" (instead of > "constant()") and the keyword "double" used everywhere in the API. Glad to see that we converge about the "logical" keyword exclusion. About "constant": You will never have any pain to convince me that it is even worse than "double". "constant" can't be more misleading than it already is. But just that the "double" keyword is useful, since it is the default returned datatype. Now, if in some particular occasions it can avoid a specific shortened syntax, why not. -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Fri Sep 13 16:04:37 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Fri, 13 Sep 2019 16:04:37 +0200 Subject: [Scilab-users] {EXT} Re: display of complex/not real numbers, again In-Reply-To: References: <3f0654df-5d03-ce02-f3e5-c1e537483d05@utc.fr> <8b8ee9da-77b7-2927-d83a-6385171b4af9@scilab-enterprises.com> <43b0e283-75f9-55da-8d11-03ddbca748f9@utc.fr> <5ca07ea9-bf8d-dd92-958c-6abac0ce5e1a@utc.fr> <316628fe-a1ac-f129-0b7d-dddf68028273@free.fr> <32f0b55a-963d-ea1c-9256-705d669d3c4e@utc.fr> <3201fd4f-10ed-4ed4-7a77-19418bcc59f7@utc.fr> Message-ID: <4d98e522-0d5b-db5b-a8d3-b22bcadb5df9@utc.fr> Le 13/09/2019 ? 15:28, Dang Ngoc Chan, Christophe a ?crit?: > Hello, > >> De : St?phane Mottelet >> Envoy? : vendredi 13 septembre 2019 15:22 >> >> 1.7 cannot be stored exactly in IEEE754 > Yes, but there is an "infinite" amount of decimal numbers > that cannot be stored exactly in IEEE754. I know... so what ? Upon reflection I don't think that systematically adding trailing zeros (even when a number is stored exactly) is a good idea. What we could aim at, in order to keep a compact display, is to remove all trailing zeros when displaying non-scalar matrices, and display them when displaying a scalar alone. Even this small step (together with the display of small real real parts, small imaginary parts, zero imaginary parts) would be an improvement for Scilab users. S. > > -- > Christophe Dang Ngoc Chan > Mechanical calculation engineer > > General > 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. > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet From sgougeon at free.fr Fri Sep 13 16:17:18 2019 From: sgougeon at free.fr (Samuel Gougeon) Date: Fri, 13 Sep 2019 16:17:18 +0200 Subject: [Scilab-users] Generating a boolean vector or matrix In-Reply-To: <2b22db77-ab5e-03a5-f3f9-9527dff39b56@utc.fr> References: <2b22db77-ab5e-03a5-f3f9-9527dff39b56@utc.fr> Message-ID: <4640b18b-c00a-77c1-a0a5-783d7cd18a24@free.fr> Le 13/09/2019 ? 15:32, St?phane Mottelet a ?crit?: > .../... > OK Samuel, I can forget this one. However, "double" should be kept as > an equivalent of "constant", even if not the name of a scilab type > returned by typeof(). We already have the macro "double()" (instead of > "constant()") and the keyword "double" used everywhere in the API. AFAIR, in the commit, i was arguing against "constant", not against "double". IMO both can be implemented (to be able to automate the option out of typeof()). But /documenting/ "constant" as acceptable keyword would make me ill. It's not an issue. Anyone else will be able to do it :-) -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Fri Sep 13 16:20:22 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Fri, 13 Sep 2019 16:20:22 +0200 Subject: [Scilab-users] Generating a boolean vector or matrix In-Reply-To: <4640b18b-c00a-77c1-a0a5-783d7cd18a24@free.fr> References: <2b22db77-ab5e-03a5-f3f9-9527dff39b56@utc.fr> <4640b18b-c00a-77c1-a0a5-783d7cd18a24@free.fr> Message-ID: <71dcbe0d-99b5-a156-b5a8-9953f8f6bbab@utc.fr> Le 13/09/2019 ? 16:17, Samuel Gougeon a ?crit?: > Le 13/09/2019 ? 15:32, St?phane Mottelet a ?crit?: >> .../... >> OK Samuel, I can forget this one. However, "double" should be kept as >> an equivalent of "constant", even if not the name of a scilab type >> returned by typeof(). We already have the macro "double()" (instead >> of "constant()") and the keyword "double" used everywhere in the API. > > > AFAIR, in the commit, i was arguing against "constant", not against > "double". > IMO both can be implemented (to be able to automate the option out of > typeof()). > But /documenting/ "constant" as acceptable keyword would make me ill. > It's not an issue. Anyone else will be able to do it :-) > +1 > > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Fri Sep 13 16:52:34 2019 From: sgougeon at free.fr (Samuel Gougeon) Date: Fri, 13 Sep 2019 16:52:34 +0200 Subject: [Scilab-users] display of complex/not real numbers, again In-Reply-To: References: <3f0654df-5d03-ce02-f3e5-c1e537483d05@utc.fr> <8b8ee9da-77b7-2927-d83a-6385171b4af9@scilab-enterprises.com> <43b0e283-75f9-55da-8d11-03ddbca748f9@utc.fr> <5ca07ea9-bf8d-dd92-958c-6abac0ce5e1a@utc.fr> <316628fe-a1ac-f129-0b7d-dddf68028273@free.fr> <32f0b55a-963d-ea1c-9256-705d669d3c4e@utc.fr> Message-ID: <01b5e5e9-7e7c-ca0e-1abb-daa38ad0087e@free.fr> Le 13/09/2019 ? 14:22, St?phane Mottelet a ?crit?: > > However, as I already said it elsewhere, some glitches such as the > following? one do occur (see the display of whole x) > > --> x=1:0.1:2 > ?x? = > ?? 1.?? 1.1?? 1.2?? 1.3?? 1.4?? 1.5?? 1.6?? 1.7000000?? 1.8 1.9?? 2. > I agree with Christophe. This output is OK for me. Aestheticism must be encouraged provided that it does not truncate or downgrade the information. About padding every number: Not OK. This would kill one of the assets of the "v" format: its compacity. About the fact that 1.7 can't be exactly encoded: It is very surprising for a so limited decimal number. But OK. I am also quite surprised that, in this series, only 1.7 can't be exactly encoded. So, the discussion holds on the criterion according to which trailing zeros must be displayed or not. 1. I am wondering about the following, clearly without definitive opinion. Just a thought: After format(10), 1.7000000 is displayed if the NEXT figure is not 0, and 1.7 is displayed otherwise. In other words, this would no longer refer to %eps but to the format's length. The issue with this proposal is that we don't have the current format in mind. If all numbers are displayed in a compact form, we don't see the display accuracy.. The choice to refer either to %eps or to format() could be proposed through the preferences. 2. Instead, the discussion could also be about the IEEE rounding mode. In some occasion, the IEEE rounding mode below %eps has visible effects on results (there is something about this in Bugzilla on mailing lists...). Now, i guess that testing with a hardcoded equivalent of nearfloat() would be too time-consuming. -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Fri Sep 13 16:59:05 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Fri, 13 Sep 2019 16:59:05 +0200 Subject: [Scilab-users] display of complex/not real numbers, again In-Reply-To: <01b5e5e9-7e7c-ca0e-1abb-daa38ad0087e@free.fr> References: <3f0654df-5d03-ce02-f3e5-c1e537483d05@utc.fr> <8b8ee9da-77b7-2927-d83a-6385171b4af9@scilab-enterprises.com> <43b0e283-75f9-55da-8d11-03ddbca748f9@utc.fr> <5ca07ea9-bf8d-dd92-958c-6abac0ce5e1a@utc.fr> <316628fe-a1ac-f129-0b7d-dddf68028273@free.fr> <32f0b55a-963d-ea1c-9256-705d669d3c4e@utc.fr> <01b5e5e9-7e7c-ca0e-1abb-daa38ad0087e@free.fr> Message-ID: <2a2e0e54-63bb-ed45-1a93-9a23ec6b7ae4@utc.fr> Le 13/09/2019 ? 16:52, Samuel Gougeon a ?crit?: > Le 13/09/2019 ? 14:22, St?phane Mottelet a ?crit?: >> >> However, as I already said it elsewhere, some glitches such as the >> following? one do occur (see the display of whole x) >> >> --> x=1:0.1:2 >> ?x? = >> ?? 1.?? 1.1?? 1.2?? 1.3?? 1.4?? 1.5?? 1.6?? 1.7000000?? 1.8 1.9?? 2. >> > > I agree with Christophe. This output is OK for me. Aestheticism must > be encouraged provided that it does not truncate or downgrade the > information. > > About padding every number: Not OK. This would kill one of the assets > of the "v" format: its compacity. > > About the fact that 1.7 can't be exactly encoded: It is very > surprising for a so limited decimal number. But OK. I am also quite > surprised that, in this series, only 1.7 can't be exactly encoded. > bitstring allows to see that only 1, 1.5 and 2 are exactly encoded --> bitstring(1:0.1:2)' ?ans? = !0011111111110000000000000000000000000000000000000000000000000000 ! ! ! !0011111111110001100110011001100110011001100110011001100110011010 ! ! ! !0011111111110011001100110011001100110011001100110011001100110011 ! ! ! !0011111111110100110011001100110011001100110011001100110011001101 ! ! ! !0011111111110110011001100110011001100110011001100110011001100110 ! ! ! !0011111111111000000000000000000000000000000000000000000000000000 ! ! ! !0011111111111001100110011001100110011001100110011001100110011010 ! ! ! !0011111111111011001100110011001100110011001100110011001100110100 ! ! ! !0011111111111100110011001100110011001100110011001100110011001101 ! ! ! !0011111111111110011001100110011001100110011001100110011001100110 ! ! ! !0100000000000000000000000000000000000000000000000000000000000000 ! > > So, the discussion holds on the criterion according to which trailing > zeros must be displayed or not. > > 1. I am wondering about the following, clearly without definitive > opinion. Just a thought: > > After format(10), 1.7000000 is displayed if the NEXT figure is not > 0, and 1.7 is displayed otherwise. > In other words, this would no longer refer to %eps but to the > format's length. > The issue with this proposal is that we don't have the current > format in mind. If all numbers are displayed in a compact form, we > don't see the display accuracy.. > > The choice to refer either to %eps or to format() could be > proposed through the preferences. > > 2. Instead, the discussion could also be about the IEEE rounding > mode. In some occasion, the IEEE rounding mode below %eps has > visible effects on results (there is something about this in > Bugzilla on mailing lists...). Now, i guess that testing with a > hardcoded equivalent of nearfloat() would be too time-consuming. > > > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Fri Sep 13 17:13:34 2019 From: sgougeon at free.fr (Samuel Gougeon) Date: Fri, 13 Sep 2019 17:13:34 +0200 Subject: [Scilab-users] display of complex/not real numbers, again In-Reply-To: <2a2e0e54-63bb-ed45-1a93-9a23ec6b7ae4@utc.fr> References: <3f0654df-5d03-ce02-f3e5-c1e537483d05@utc.fr> <8b8ee9da-77b7-2927-d83a-6385171b4af9@scilab-enterprises.com> <43b0e283-75f9-55da-8d11-03ddbca748f9@utc.fr> <5ca07ea9-bf8d-dd92-958c-6abac0ce5e1a@utc.fr> <316628fe-a1ac-f129-0b7d-dddf68028273@free.fr> <32f0b55a-963d-ea1c-9256-705d669d3c4e@utc.fr> <01b5e5e9-7e7c-ca0e-1abb-daa38ad0087e@free.fr> <2a2e0e54-63bb-ed45-1a93-9a23ec6b7ae4@utc.fr> Message-ID: <0e503907-933d-208a-c0f3-f82529be1f26@free.fr> Le 13/09/2019 ? 16:59, St?phane Mottelet a ?crit?: > > > Le 13/09/2019 ? 16:52, Samuel Gougeon a ?crit?: >> Le 13/09/2019 ? 14:22, St?phane Mottelet a ?crit?: >>> >>> However, as I already said it elsewhere, some glitches such as the >>> following? one do occur (see the display of whole x) >>> >>> --> x=1:0.1:2 >>> ?x? = >>> ?? 1.?? 1.1?? 1.2?? 1.3?? 1.4?? 1.5?? 1.6?? 1.7000000 1.8?? 1.9?? 2. >>> >> >> I agree with Christophe. This output is OK for me. Aestheticism must >> be encouraged provided that it does not truncate or downgrade the >> information. >> >> About padding every number: Not OK. This would kill one of the assets >> of the "v" format: its compacity. >> >> About the fact that 1.7 can't be exactly encoded: It is very >> surprising for a so limited decimal number. But OK. I am also quite >> surprised that, in this series, only 1.7 can't be exactly encoded. >> > bitstring allows to see that only 1, 1.5 and 2 are exactly encoded > So, question: Why 1.1 1.2 1.3 1.4 1.6 1.8 and 1.9 are displayed without trailing 0, while 1.7 is? The argument/explanation according to which 1.7 can't be exactly encoded does not tell all... From stephane.mottelet at utc.fr Fri Sep 13 17:20:10 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Fri, 13 Sep 2019 17:20:10 +0200 Subject: [Scilab-users] display of complex/not real numbers, again In-Reply-To: <0e503907-933d-208a-c0f3-f82529be1f26@free.fr> References: <3f0654df-5d03-ce02-f3e5-c1e537483d05@utc.fr> <8b8ee9da-77b7-2927-d83a-6385171b4af9@scilab-enterprises.com> <43b0e283-75f9-55da-8d11-03ddbca748f9@utc.fr> <5ca07ea9-bf8d-dd92-958c-6abac0ce5e1a@utc.fr> <316628fe-a1ac-f129-0b7d-dddf68028273@free.fr> <32f0b55a-963d-ea1c-9256-705d669d3c4e@utc.fr> <01b5e5e9-7e7c-ca0e-1abb-daa38ad0087e@free.fr> <2a2e0e54-63bb-ed45-1a93-9a23ec6b7ae4@utc.fr> <0e503907-933d-208a-c0f3-f82529be1f26@free.fr> Message-ID: Le 13/09/2019 ? 17:13, Samuel Gougeon a ?crit?: > Le 13/09/2019 ? 16:59, St?phane Mottelet a ?crit?: >> >> >> Le 13/09/2019 ? 16:52, Samuel Gougeon a ?crit?: >>> Le 13/09/2019 ? 14:22, St?phane Mottelet a ?crit?: >>>> >>>> However, as I already said it elsewhere, some glitches such as the >>>> following? one do occur (see the display of whole x) >>>> >>>> --> x=1:0.1:2 >>>> ?x? = >>>> ?? 1.?? 1.1?? 1.2?? 1.3?? 1.4?? 1.5?? 1.6?? 1.7000000 1.8 1.9?? 2. >>>> >>> >>> I agree with Christophe. This output is OK for me. Aestheticism must >>> be encouraged provided that it does not truncate or downgrade the >>> information. >>> >>> About padding every number: Not OK. This would kill one of the >>> assets of the "v" format: its compacity. >>> >>> About the fact that 1.7 can't be exactly encoded: It is very >>> surprising for a so limited decimal number. But OK. I am also quite >>> surprised that, in this series, only 1.7 can't be exactly encoded. >>> >> bitstring allows to see that only 1, 1.5 and 2 are exactly encoded >> > > So, question: Why 1.1 1.2 1.3 1.4 1.6 1.8 and 1.9 are displayed > without trailing 0, while 1.7 is? > The argument/explanation according to which 1.7 can't be exactly > encoded does not tell all... By using format(24) in current Scilab version you will have the explanation : --> (1:0.1:2)' ?ans? = ?? 1. ?? 1.100000000000000088818 ?? 1.199999999999999955591 ?? 1.300000000000000044409 ?? 1.399999999999999911182 ?? 1.5 ?? 1.600000000000000088818 ?? 1.700000000000000177636 ?? 1.8 ?? 1.9 ?? 2. You have (1.700000000000000177636-1.7) >= %eps but for the others the difference is lower > > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users > -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet From sgougeon at free.fr Fri Sep 13 17:32:56 2019 From: sgougeon at free.fr (Samuel Gougeon) Date: Fri, 13 Sep 2019 17:32:56 +0200 Subject: [Scilab-users] display of complex/not real numbers, again In-Reply-To: References: <3f0654df-5d03-ce02-f3e5-c1e537483d05@utc.fr> <8b8ee9da-77b7-2927-d83a-6385171b4af9@scilab-enterprises.com> <43b0e283-75f9-55da-8d11-03ddbca748f9@utc.fr> <5ca07ea9-bf8d-dd92-958c-6abac0ce5e1a@utc.fr> <316628fe-a1ac-f129-0b7d-dddf68028273@free.fr> <32f0b55a-963d-ea1c-9256-705d669d3c4e@utc.fr> <01b5e5e9-7e7c-ca0e-1abb-daa38ad0087e@free.fr> <2a2e0e54-63bb-ed45-1a93-9a23ec6b7ae4@utc.fr> <0e503907-933d-208a-c0f3-f82529be1f26@free.fr> Message-ID: <8643e6ba-2232-a1fb-6be4-3bc8cb50b67b@free.fr> Le 13/09/2019 ? 17:20, St?phane Mottelet a ?crit?: > > Le 13/09/2019 ? 17:13, Samuel Gougeon a ?crit?: >> Le 13/09/2019 ? 16:59, St?phane Mottelet a ?crit?: >>> >>> >>> Le 13/09/2019 ? 16:52, Samuel Gougeon a ?crit?: >>>> Le 13/09/2019 ? 14:22, St?phane Mottelet a ?crit?: >>>>> >>>>> However, as I already said it elsewhere, some glitches such as the >>>>> following? one do occur (see the display of whole x) >>>>> >>>>> --> x=1:0.1:2 >>>>> ?x? = >>>>> ?? 1.?? 1.1?? 1.2?? 1.3?? 1.4?? 1.5?? 1.6?? 1.7000000 1.8 1.9?? 2. >>>>> >>>> >>>> I agree with Christophe. This output is OK for me. Aestheticism >>>> must be encouraged provided that it does not truncate or downgrade >>>> the information. >>>> >>>> About padding every number: Not OK. This would kill one of the >>>> assets of the "v" format: its compacity. >>>> >>>> About the fact that 1.7 can't be exactly encoded: It is very >>>> surprising for a so limited decimal number. But OK. I am also quite >>>> surprised that, in this series, only 1.7 can't be exactly encoded. >>>> >>> bitstring allows to see that only 1, 1.5 and 2 are exactly encoded >>> >> >> So, question: Why 1.1 1.2 1.3 1.4 1.6 1.8 and 1.9 are displayed >> without trailing 0, while 1.7 is? >> The argument/explanation according to which 1.7 can't be exactly >> encoded does not tell all... > > By using format(24) in current Scilab version you will have the > explanation : > > --> (1:0.1:2)' > ?ans? = > > ?? 1. > ?? 1.100000000000000088818 > ?? 1.199999999999999955591 > ?? 1.300000000000000044409 > ?? 1.399999999999999911182 > ?? 1.5 > ?? 1.600000000000000088818 > ?? 1.700000000000000177636 > ?? 1.8 > ?? 1.9 > ?? 2. > > You have (1.700000000000000177636-1.7) >= %eps but for the others the > difference is lower This is an excellent piece of news. This means that the 1.700000000 "glitch" is meaningful, and the 0-removing algo is OK. Doesn't it? The only issue is that (1.700000000000000177636-1.7) should not be >= %eps. But this issue is not related to the display. From stephane.mottelet at utc.fr Fri Sep 13 17:38:28 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Fri, 13 Sep 2019 17:38:28 +0200 Subject: [Scilab-users] display of complex/not real numbers, again In-Reply-To: <8643e6ba-2232-a1fb-6be4-3bc8cb50b67b@free.fr> References: <3f0654df-5d03-ce02-f3e5-c1e537483d05@utc.fr> <8b8ee9da-77b7-2927-d83a-6385171b4af9@scilab-enterprises.com> <43b0e283-75f9-55da-8d11-03ddbca748f9@utc.fr> <5ca07ea9-bf8d-dd92-958c-6abac0ce5e1a@utc.fr> <316628fe-a1ac-f129-0b7d-dddf68028273@free.fr> <32f0b55a-963d-ea1c-9256-705d669d3c4e@utc.fr> <01b5e5e9-7e7c-ca0e-1abb-daa38ad0087e@free.fr> <2a2e0e54-63bb-ed45-1a93-9a23ec6b7ae4@utc.fr> <0e503907-933d-208a-c0f3-f82529be1f26@free.fr> <8643e6ba-2232-a1fb-6be4-3bc8cb50b67b@free.fr> Message-ID: Le 13/09/2019 ? 17:32, Samuel Gougeon a ?crit?: > Le 13/09/2019 ? 17:20, St?phane Mottelet a ?crit?: >> >> Le 13/09/2019 ? 17:13, Samuel Gougeon a ?crit?: >>> Le 13/09/2019 ? 16:59, St?phane Mottelet a ?crit?: >>>> >>>> >>>> Le 13/09/2019 ? 16:52, Samuel Gougeon a ?crit?: >>>>> Le 13/09/2019 ? 14:22, St?phane Mottelet a ?crit?: >>>>>> >>>>>> However, as I already said it elsewhere, some glitches such as >>>>>> the following? one do occur (see the display of whole x) >>>>>> >>>>>> --> x=1:0.1:2 >>>>>> ?x? = >>>>>> ?? 1.?? 1.1?? 1.2?? 1.3?? 1.4?? 1.5?? 1.6?? 1.7000000 1.8 1.9?? 2. >>>>>> >>>>> >>>>> I agree with Christophe. This output is OK for me. Aestheticism >>>>> must be encouraged provided that it does not truncate or downgrade >>>>> the information. >>>>> >>>>> About padding every number: Not OK. This would kill one of the >>>>> assets of the "v" format: its compacity. >>>>> >>>>> About the fact that 1.7 can't be exactly encoded: It is very >>>>> surprising for a so limited decimal number. But OK. I am also >>>>> quite surprised that, in this series, only 1.7 can't be exactly >>>>> encoded. >>>>> >>>> bitstring allows to see that only 1, 1.5 and 2 are exactly encoded >>>> >>> >>> So, question: Why 1.1 1.2 1.3 1.4 1.6 1.8 and 1.9 are displayed >>> without trailing 0, while 1.7 is? >>> The argument/explanation according to which 1.7 can't be exactly >>> encoded does not tell all... >> >> By using format(24) in current Scilab version you will have the >> explanation : >> >> --> (1:0.1:2)' >> ?ans? = >> >> ?? 1. >> ?? 1.100000000000000088818 >> ?? 1.199999999999999955591 >> ?? 1.300000000000000044409 >> ?? 1.399999999999999911182 >> ?? 1.5 >> ?? 1.600000000000000088818 >> ?? 1.700000000000000177636 >> ?? 1.8 >> ?? 1.9 >> ?? 2. >> >> You have (1.700000000000000177636-1.7) >= %eps but for the others the >> difference is lower > > > This is an excellent piece of news. This means that the 1.700000000 > "glitch" is meaningful, yes > and the 0-removing algo is OK. Doesn't it? also yes > > The only issue is that (1.700000000000000177636-1.7) should not be >= > %eps. > But this issue is not related to the display. yeah, we actually got : --> x=(1:0.1:2); bitstring(x(8)), bitstring(1.7) ?ans? = ?0011111111111011001100110011001100110011001100110011001100110100 ?ans? = ?0011111111111011001100110011001100110011001100110011001100110011 the one bit difference? is due to the way implicit vectors are computed. > > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users > -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet From stephane.mottelet at utc.fr Fri Sep 13 17:40:29 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Fri, 13 Sep 2019 17:40:29 +0200 Subject: [Scilab-users] display of complex/not real numbers, again In-Reply-To: References: <3f0654df-5d03-ce02-f3e5-c1e537483d05@utc.fr> <8b8ee9da-77b7-2927-d83a-6385171b4af9@scilab-enterprises.com> <43b0e283-75f9-55da-8d11-03ddbca748f9@utc.fr> <5ca07ea9-bf8d-dd92-958c-6abac0ce5e1a@utc.fr> <316628fe-a1ac-f129-0b7d-dddf68028273@free.fr> <32f0b55a-963d-ea1c-9256-705d669d3c4e@utc.fr> <01b5e5e9-7e7c-ca0e-1abb-daa38ad0087e@free.fr> <2a2e0e54-63bb-ed45-1a93-9a23ec6b7ae4@utc.fr> <0e503907-933d-208a-c0f3-f82529be1f26@free.fr> Message-ID: Le 13/09/2019 ? 17:20, St?phane Mottelet a ?crit?: > > Le 13/09/2019 ? 17:13, Samuel Gougeon a ?crit?: >> Le 13/09/2019 ? 16:59, St?phane Mottelet a ?crit?: >>> >>> >>> Le 13/09/2019 ? 16:52, Samuel Gougeon a ?crit?: >>>> Le 13/09/2019 ? 14:22, St?phane Mottelet a ?crit?: >>>>> >>>>> However, as I already said it elsewhere, some glitches such as the >>>>> following? one do occur (see the display of whole x) >>>>> >>>>> --> x=1:0.1:2 >>>>> ?x? = >>>>> ?? 1.?? 1.1?? 1.2?? 1.3?? 1.4?? 1.5?? 1.6?? 1.7000000 1.8 1.9?? 2. >>>>> >>>> >>>> I agree with Christophe. This output is OK for me. Aestheticism >>>> must be encouraged provided that it does not truncate or downgrade >>>> the information. >>>> >>>> About padding every number: Not OK. This would kill one of the >>>> assets of the "v" format: its compacity. >>>> >>>> About the fact that 1.7 can't be exactly encoded: It is very >>>> surprising for a so limited decimal number. But OK. I am also quite >>>> surprised that, in this series, only 1.7 can't be exactly encoded. >>>> >>> bitstring allows to see that only 1, 1.5 and 2 are exactly encoded >>> >> >> So, question: Why 1.1 1.2 1.3 1.4 1.6 1.8 and 1.9 are displayed >> without trailing 0, while 1.7 is? The actual algorithm in addDoubleValue() in tostring_common.cpp is quite simple. The decimal representation of the number x to display is first determined up to the current format settings. The obtained string is then converted back to a double y with atof(). If x and y differ, then trailing zeros can eventually be displayed if the settings allow it. >> The argument/explanation according to which 1.7 can't be exactly >> encoded does not tell all... > > By using format(24) in current Scilab version you will have the > explanation : > > --> (1:0.1:2)' > ?ans? = > > ?? 1. > ?? 1.100000000000000088818 > ?? 1.199999999999999955591 > ?? 1.300000000000000044409 > ?? 1.399999999999999911182 > ?? 1.5 > ?? 1.600000000000000088818 > ?? 1.700000000000000177636 > ?? 1.8 > ?? 1.9 > ?? 2. > > You have (1.700000000000000177636-1.7) >= %eps but for the others the > difference is lower > > >> >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users >> > -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet From stephane.mottelet at utc.fr Fri Sep 13 17:57:23 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Fri, 13 Sep 2019 17:57:23 +0200 Subject: [Scilab-users] display of complex/not real numbers, again In-Reply-To: References: <3f0654df-5d03-ce02-f3e5-c1e537483d05@utc.fr> <8b8ee9da-77b7-2927-d83a-6385171b4af9@scilab-enterprises.com> <43b0e283-75f9-55da-8d11-03ddbca748f9@utc.fr> <5ca07ea9-bf8d-dd92-958c-6abac0ce5e1a@utc.fr> <316628fe-a1ac-f129-0b7d-dddf68028273@free.fr> <32f0b55a-963d-ea1c-9256-705d669d3c4e@utc.fr> <01b5e5e9-7e7c-ca0e-1abb-daa38ad0087e@free.fr> <2a2e0e54-63bb-ed45-1a93-9a23ec6b7ae4@utc.fr> <0e503907-933d-208a-c0f3-f82529be1f26@free.fr> <8643e6ba-2232-a1fb-6be4-3bc8cb50b67b@free.fr> Message-ID: <85955e00-2681-1aef-18ad-64f2a5f4d482@utc.fr> Le 13/09/2019 ? 17:38, St?phane Mottelet a ?crit?: > > Le 13/09/2019 ? 17:32, Samuel Gougeon a ?crit?: >> Le 13/09/2019 ? 17:20, St?phane Mottelet a ?crit?: >>> >>> Le 13/09/2019 ? 17:13, Samuel Gougeon a ?crit?: >>>> Le 13/09/2019 ? 16:59, St?phane Mottelet a ?crit?: >>>>> >>>>> >>>>> Le 13/09/2019 ? 16:52, Samuel Gougeon a ?crit?: >>>>>> Le 13/09/2019 ? 14:22, St?phane Mottelet a ?crit?: >>>>>>> >>>>>>> However, as I already said it elsewhere, some glitches such as >>>>>>> the following? one do occur (see the display of whole x) >>>>>>> >>>>>>> --> x=1:0.1:2 >>>>>>> ?x? = >>>>>>> ?? 1.?? 1.1?? 1.2?? 1.3?? 1.4?? 1.5?? 1.6?? 1.7000000 1.8 1.9?? 2. >>>>>>> >>>>>> >>>>>> I agree with Christophe. This output is OK for me. Aestheticism >>>>>> must be encouraged provided that it does not truncate or >>>>>> downgrade the information. >>>>>> >>>>>> About padding every number: Not OK. This would kill one of the >>>>>> assets of the "v" format: its compacity. >>>>>> >>>>>> About the fact that 1.7 can't be exactly encoded: It is very >>>>>> surprising for a so limited decimal number. But OK. I am also >>>>>> quite surprised that, in this series, only 1.7 can't be exactly >>>>>> encoded. >>>>>> >>>>> bitstring allows to see that only 1, 1.5 and 2 are exactly encoded >>>>> >>>> >>>> So, question: Why 1.1 1.2 1.3 1.4 1.6 1.8 and 1.9 are displayed >>>> without trailing 0, while 1.7 is? >>>> The argument/explanation according to which 1.7 can't be exactly >>>> encoded does not tell all... >>> >>> By using format(24) in current Scilab version you will have the >>> explanation : >>> >>> --> (1:0.1:2)' >>> ?ans? = >>> >>> ?? 1. >>> ?? 1.100000000000000088818 >>> ?? 1.199999999999999955591 >>> ?? 1.300000000000000044409 >>> ?? 1.399999999999999911182 >>> ?? 1.5 >>> ?? 1.600000000000000088818 >>> ?? 1.700000000000000177636 >>> ?? 1.8 >>> ?? 1.9 >>> ?? 2. >>> >>> You have (1.700000000000000177636-1.7) >= %eps but for the others >>> the difference is lower >> >> >> This is an excellent piece of news. This means that the 1.700000000 >> "glitch" is meaningful, > yes >> and the 0-removing algo is OK. Doesn't it? > also yes >> >> The only issue is that (1.700000000000000177636-1.7) should not be >= >> %eps. >> But this issue is not related to the display. > > yeah, we actually got : > > --> x=(1:0.1:2); bitstring(x(8)), bitstring(1.7) > ?ans? = > > ?0011111111111011001100110011001100110011001100110011001100110100 > > ?ans? = > > ?0011111111111011001100110011001100110011001100110011001100110011 > > the one bit difference? is due to the way implicit vectors are computed. sorry it is more than one bit, the last 3 bits differ > >> >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users >> > -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet From sgougeon at free.fr Sat Sep 14 14:34:28 2019 From: sgougeon at free.fr (Samuel Gougeon) Date: Sat, 14 Sep 2019 14:34:28 +0200 Subject: [Scilab-users] uman 3.0 is released In-Reply-To: <5825F6E8.6000409@free.fr> References: <5825F6E8.6000409@free.fr> Message-ID: <04853f7e-2084-b330-cf71-fbbe24b4b09b@free.fr> Hello, After the previous uman 2.1 release 3 years ago on ATOMS, uman 3.0 is a major upgrade of uman(), still available at https://atoms.scilab.org/toolboxes/uman or with --> atomsSystemUpdate --> atomsInstall uman After the 24k downloads of previous versions, uman 3.0 aims to make Scilabers work still easier. Detailed changes of this version are given and illustrated in its Release notes: https://atoms.scilab.org/toolboxes/uman/3.0/files/uman_3.0_Release_Notes.pdf Online help pages : in english , or in french Best regards Samuel Gougeon --------------------------------------------------------------------------------------- uman.. displays Scilab and ATOMS help pages in the console or online (in any chosen language), selects and displays bugs reports or messages posted on the mailing lists related to a given item. It makes life easier for newcomers coming from Octave or Matlab, and has other advanced features. MAIN NEW FEATURES OF 3.0 ------------------------ * uman configuration through a Preferences GUI. * Automatic management of ATOMS resources. * The documentation of removed functions can now be addressed. * New "p" option to display the Parameters section. * 4 new configuration parameters: - Allow wide tables - See also: compact list - Hyperlinks display style - List only unresolved bugs * 75 redirections / references added. * Internal: unit tests added (> 100 tests) SYNTAXES -------- uman ? User manual in console, online, or help browser, with language switch and related bugs & messages. uman .. g ? Displays the item's documentation in the help browser. uman .. @ ? Selects informations from Scilab mailing lists. uman .. w ? Shows the online help page or the reference web page of an item. uman .. b ? Shows bugs reported on Scilab bugzilla or forge bugs trackers, or as ATOMS comments disp_usage ? Displays allowed syntaxes to call a given function. MAIN FEATURES ------------- "uman" allows to easily select, grab and display information * from embedded Scilab help pages, * from pages of installed ATOMS modules, * from heading comments in local user-defined functions, * from pages of other external modules, packed in .jar archives, * from pages of former removed Scilab functions, * from the online Scilab help pages and search engine, * from ATOMS web pages and their comments, * from online Scilab forges, * from Scilab FileExchange pages, * from Scilab's bugs tracker, * from archives of all official Scilab mailing lists, * and from other external web sites presenting Scilab resources. Do not care where the required information is: uman gets it from the right place and displays it for you: In the console, in the help browser, or in your internet browser for online resources, it's up to you. The default factory settings of uman do not match your most frequent needs? uman has a comprehensive set of configuration parameters, easy to set in the uman Preferences interface. You will always be able to easily override them with compact command-line options. No need to view the whole help page. Just choose information that you want to display: only usages (syntaxes) and See also. Or more: parameters, description, examples, history, table of contents of the item's help section.. If really the whole page must be displayed, the "a" option will do it. You use to code in Octave language? Specify the Octave term you have in mind : More than 220 automatic redirections will target and display the closest Scilab equivalences. Other handy shortcuts are also defined for all users. Just give a language code en | de | fr | ja | pt | ru | zh in option, and you get the right version of the help page in the console or online. No need to change the session language. Watching the reference en_US english version of the page is now straightforward, without leaving your locales. The item of your query is a deprecated feature that has been removed from Scilab? uman will tell it to you, and may anyway display its former help page, online, or in the console or the help browser (provided that the https://atoms.scilab.org/toolboxes/removed complementary module gathering pages of removed features is installed). You think that you met a bug? Check it with the "b" option, that will nicely list online documented bugs related to your query, possibly with filters (reporter's name, category, max age of last reports update), for Scilab and many ATOMS packages. Online users comments are as well directly reachable.. No need to load modules in the Scilab session. Even the documentation of packages that do not run under your Operating System can be viewed and displayed in the console. Want to efficiently probe mailing lists, for some items, or some authors, on some given period? "uman" does it easily for you from the console. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Sun Sep 15 17:00:29 2019 From: sgougeon at free.fr (Samuel Gougeon) Date: Sun, 15 Sep 2019 17:00:29 +0200 Subject: [Scilab-users] Generating a boolean vector or matrix In-Reply-To: <80e1e24b-f6e3-92e9-f6a3-01e58e4b7181@laas.fr> References: <8F232902ADB4E14EB16789FB7006FC847293A8F1@TW-MBX-P01.cnesnet.ad.cnes.fr> <80e1e24b-f6e3-92e9-f6a3-01e58e4b7181@laas.fr> Message-ID: Le 05/09/2019 ? 12:44, Antoine Monmayrant a ?crit?: > Le 05/09/2019 ? 11:28, Lamy Alain a ?crit?: >> >> What I didn?t like at first is to use ?ones? for a boolean type. >> > That was also my first reaction. > When comparing the learning curve and overall ease of use of scilab > with other options (matlab, julia, python), I always come to the > conclusion that the biggest problem with scilab is the use of > non-intuitive function names. > For example 'horner' for polynom evaluation as compared to 'polyval' > is far from obvious unless you are already quite versed in polynom theory. Sincerely, my own learning curve is as steep with "polyval" as with "horner". "polyval" means nothing to me (why not the values of coefficients?), while "eval" does. And "eval" would be meaningful as well for rationals, as horner, while polyval would be just still more puzzling. It would be trivial to make eval() working as presently horner() does, and deprecate (or undocument) horner(). > If you couple non-intuitive function names (at least for > non-specialist and casual users) > with a documentation that is far from perfect, this scares a lot of > possible users. Your actual contributions are welcome and certainly expected. Things that look obvious for some users that have got some habits may be rather obscure for all other ones. This is why special and open care should be the rule when some new public symbols (functions, options, etc) are introduced. For the time being, this should apply to the forthcoming 6.1.0, and your constructive criticism is expected about the new announced (or dark) features, /before/ they are released. Best regards Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From Christophe.Dang at sidel.com Mon Sep 16 09:25:49 2019 From: Christophe.Dang at sidel.com (Dang Ngoc Chan, Christophe) Date: Mon, 16 Sep 2019 07:25:49 +0000 Subject: [Scilab-users] {EXT} Re: display of complex/not real numbers, again In-Reply-To: <85955e00-2681-1aef-18ad-64f2a5f4d482@utc.fr> References: <3f0654df-5d03-ce02-f3e5-c1e537483d05@utc.fr> <8b8ee9da-77b7-2927-d83a-6385171b4af9@scilab-enterprises.com> <43b0e283-75f9-55da-8d11-03ddbca748f9@utc.fr> <5ca07ea9-bf8d-dd92-958c-6abac0ce5e1a@utc.fr> <316628fe-a1ac-f129-0b7d-dddf68028273@free.fr> <32f0b55a-963d-ea1c-9256-705d669d3c4e@utc.fr> <01b5e5e9-7e7c-ca0e-1abb-daa38ad0087e@free.fr> <2a2e0e54-63bb-ed45-1a93-9a23ec6b7ae4@utc.fr> <0e503907-933d-208a-c0f3-f82529be1f26@free.fr> <8643e6ba-2232-a1fb-6be4-3bc8cb50b67b@free.fr> <85955e00-2681-1aef-18ad-64f2a5f4d482@utc.fr> Message-ID: Hello, > De : St?phane Mottelet > Envoy? : vendredi 13 septembre 2019 17:57 > > > > --> x=(1:0.1:2); bitstring(x(8)), bitstring(1.7) > > ans = > > > > 0011111111111011001100110011001100110011001100110011001100110100 > > > > ans = > > > > 0011111111111011001100110011001100110011001100110011001100110011 > > > > the one bit difference is due to the way implicit vectors are computed. > > sorry it is more than one bit, the last 3 bits differ Well, 011 + 1 = 100 (-: -- Christophe Dang Ngoc Chan Mechanical calculation engineer General 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 stephane.mottelet at utc.fr Mon Sep 16 09:28:18 2019 From: stephane.mottelet at utc.fr (=?utf-8?Q?St=C3=A9phane_Mottelet?=) Date: Mon, 16 Sep 2019 09:28:18 +0200 Subject: [Scilab-users] {EXT} Re: display of complex/not real numbers, again In-Reply-To: References: <3f0654df-5d03-ce02-f3e5-c1e537483d05@utc.fr> <8b8ee9da-77b7-2927-d83a-6385171b4af9@scilab-enterprises.com> <43b0e283-75f9-55da-8d11-03ddbca748f9@utc.fr> <5ca07ea9-bf8d-dd92-958c-6abac0ce5e1a@utc.fr> <316628fe-a1ac-f129-0b7d-dddf68028273@free.fr> <32f0b55a-963d-ea1c-9256-705d669d3c4e@utc.fr> <01b5e5e9-7e7c-ca0e-1abb-daa38ad0087e@free.fr> <2a2e0e54-63bb-ed45-1a93-9a23ec6b7ae4@utc.fr> <0e503907-933d-208a-c0f3-f82529be1f26@free.fr> <8643e6ba-2232-a1fb-6be4-3bc8cb50b67b@free.fr> <85955e00-2681-1aef-18ad-64f2a5f4d482@utc.fr> Message-ID: <88349FFA-72C5-44C9-8534-E1EC2AEB7487@utc.fr> > Le 16 sept. 2019 ? 09:25, Dang Ngoc Chan, Christophe a ?crit : > > Hello, > >> De : St?phane Mottelet >> Envoy? : vendredi 13 septembre 2019 17:57 >>> >>> --> x=(1:0.1:2); bitstring(x(8)), bitstring(1.7) >>> ans = >>> >>> 0011111111111011001100110011001100110011001100110011001100110100 >>> >>> ans = >>> >>> 0011111111111011001100110011001100110011001100110011001100110011 >>> >>> the one bit difference is due to the way implicit vectors are computed. >> >> sorry it is more than one bit, the last 3 bits differ > > Well, 011 + 1 = 100 (-: Right, one bit ! > > -- > Christophe Dang Ngoc Chan > Mechanical calculation engineer > > General > 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. > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users From antoine.monmayrant at laas.fr Mon Sep 16 11:31:03 2019 From: antoine.monmayrant at laas.fr (Antoine Monmayrant) Date: Mon, 16 Sep 2019 11:31:03 +0200 Subject: [Scilab-users] xload mess ... In-Reply-To: <293efad1-7b37-6d2f-2c76-095cdfdff2ea@free.fr> References: <206e-5d78f580-1b-176558a0@177621583> <293efad1-7b37-6d2f-2c76-095cdfdff2ea@free.fr> Message-ID: <73dfe471-57da-756c-8354-0b5c84bfea13@laas.fr> Le 13/09/2019 ? 13:38, Samuel Gougeon a ?crit?: > Hello Antoine, Hello Samuel, > > As discussed with you there > , xload() has > been restored and upgraded for Scilab 6.0.2. > However, its help page was updated only after the 6.0.2 release. Its > update is pending > here , and visible in PDF there > . > > As it is not possible to reproduce the issue on win7 and on Fedora, it > is clear that it depends > on the OS, is likely specific to Ubuntu, and very likely linked to > HDF5 issues reported with Ubuntu. > > However, after your recent report about the same issue on Windows 10, > the confirmation > of the issue by any user working with 6.0.2 on Windows 10 would be > welcome. > The test is : > > * Download the c.scg file > > (http://bugzilla.scilab.org/16189) > * Run : xload("c.scg") > No, that's not the test! Just xload("c.scg") does not crash scilab. As stated in the bug report ( http://bugzilla.scilab.org/16189 ) The test is the following: // XLOAD Segfault bug xdel(winsid()) xload('c.scg'); // from 5.5.2 h=gcf() xsave('c2.scg',h); xload('c2.scg'); //bye That is you? have to xload, save a copy and xload again the copy to crash. I confirm this bug under another Win10 box with a colleague. Can you try again? Antoine > * > > > >> So here is my question: is there a way to restore a figure from a file, including its figure size, without resorting to closing all the other figures beforehand? > With Scilab 6.0.2 on my win7 64 bits, load("c.scg") does it. It's not the case under Ubuntu. > > Regards > Samuel > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Tue Sep 17 09:05:22 2019 From: sgougeon at free.fr (Samuel Gougeon) Date: Tue, 17 Sep 2019 09:05:22 +0200 Subject: [Scilab-users] xload mess ... In-Reply-To: <73dfe471-57da-756c-8354-0b5c84bfea13@laas.fr> References: <206e-5d78f580-1b-176558a0@177621583> <293efad1-7b37-6d2f-2c76-095cdfdff2ea@free.fr> <73dfe471-57da-756c-8354-0b5c84bfea13@laas.fr> Message-ID: <55e1b92e-5aca-9a12-7579-92ab4fc46565@free.fr> Le 16/09/2019 ? 11:31, Antoine Monmayrant a ?crit?: > > > Le 13/09/2019 ? 13:38, Samuel Gougeon a ?crit?: >> Hello Antoine, > Hello Samuel, >> >> As discussed with you there >> , xload() has >> been restored and upgraded for Scilab 6.0.2. >> However, its help page was updated only after the 6.0.2 release. Its >> update is pending >> here , and visible in PDF there >> . >> >> As it is not possible to reproduce the issue on win7 and on Fedora, >> it is clear that it depends >> on the OS, is likely specific to Ubuntu, and very likely linked to >> HDF5 issues reported with Ubuntu. >> >> However, after your recent report about the same issue on Windows 10, >> the confirmation >> of the issue by any user working with 6.0.2 on Windows 10 would be >> welcome. >> The test is : >> >> * Download the c.scg file >> >> (http://bugzilla.scilab.org/16189) >> * Run : xload("c.scg") >> > No, that's not the test! > Just xload("c.scg") does not crash scilab. > As stated in the bug report ( http://bugzilla.scilab.org/16189 ) The > test is the following: > // XLOAD Segfault bug > xdel(winsid()) > xload('c.scg'); // from 5.5.2 > h=gcf() > xsave('c2.scg',h); > xload('c2.scg'); //bye > > That is you? have to xload, save a copy and xload again the copy to crash. > I confirm this bug under another Win10 box with a colleague. > Can you try again? Done. As reported on the Bugzilla thread, the instability more likely comes from xsave() -- actually save() --, that changes Scilab and makes it instable. -------------- next part -------------- An HTML attachment was scrubbed... URL: From fmiyara at fceia.unr.edu.ar Tue Sep 17 15:19:23 2019 From: fmiyara at fceia.unr.edu.ar (Federico Miyara) Date: Tue, 17 Sep 2019 10:19:23 -0300 Subject: [Scilab-users] display of complex/not real numbers, again In-Reply-To: References: <3f0654df-5d03-ce02-f3e5-c1e537483d05@utc.fr> <8b8ee9da-77b7-2927-d83a-6385171b4af9@scilab-enterprises.com> <43b0e283-75f9-55da-8d11-03ddbca748f9@utc.fr> <5ca07ea9-bf8d-dd92-958c-6abac0ce5e1a@utc.fr> <316628fe-a1ac-f129-0b7d-dddf68028273@free.fr> <32f0b55a-963d-ea1c-9256-705d669d3c4e@utc.fr> Message-ID: St?phane, > --> x=1:0.1:2 > ?x? = > > ?? 1.?? 1.1?? 1.2?? 1.3?? 1.4?? 1.5?? 1.6?? 1.7000000?? 1.8 1.9?? 2. > However I get this: ? > x=1:0.1:2 ?x? = ?? 1.?? 1.1?? 1.2?? 1.3?? 1.4?? 1.5?? 1.6?? 1.7?? 1.8?? 1.9?? 2. But it is true that x(7) - 1.7 yields 2.220D-16. Here there are two problems, an arithmetic one and a display one. Formatting to a sufficiently large number of digits the arithmetic problem (or limitation, probably unsurmountable, originated in the incompatibility of binary and decimal systems) is evident: ? > format(20) ? > x=1:0.1:2 ?x? = ???????? column 1 to 6 ?? 1.?? 1.10000000000000009?? 1.19999999999999996 1.30000000000000004?? 1.39999999999999991?? 1.5 ???????? column 7 to 11 ?? 1.60000000000000009?? 1.70000000000000018?? 1.8 1.89999999999999991?? 2. Why this triggers showing several zeros I don't understand, probably a bug, but it can be seen that it happens when the numeric error affects te 16th decimal digit. Regards, Federico Miyara > --> x(7) > ?ans? = > > ?? 1.6 > > --> x(7)-1.6 > ?ans? = > > ?? 0. > > --> x(8) > > ?ans? = > > ?? 1.7000000 > > --> x(8)-1.7 > ?ans? = > > ?? 2.220D-16 > > I think that we do agree about the fact that the actual Scilab display > > --> x=1:0.1:2 > ?x? = > > ?? 1.?? 1.1?? 1.2?? 1.3?? 1.4?? 1.5?? 1.6?? 1.7? 1.8?? 1.9?? 2. > > --> x(7) > ?ans? = > > ?? 1.6 > > --> x(7)-1.6 > ?ans? = > > ?? 0. > > --> x(8) > ?ans? = > > ?? 1.7 > > --> x(8)-1.7 > ?ans? = > > ?? 2.220D-16 > > is pretty but not correct/homogeneous/honest. The display that is > obtained with the patch (first lines of this email) is correct+honest > but not homogeneous. A pretty + mathematically correct display would be: > > --> x=1:0.1:2 > ?x? = > > ?? 1.0000000?? 1.1000000?? 1.2000000?? 1.3000000?? 1.4000000 > 1.0000005?? 1.6000000?? 1.7000000?? 1.8000000?? 1.9000000 2.0000000 > > --> x(7) > ?ans? = > > ?? 1.6 > > --> x(8) > ?ans? = > > ?? 1.7000000 > > --> x(8)-1.7 > > ?ans? = > > ?? 2.220D-16 > > i.e. when the matrix to display is not a scalar, add always trailing > zeros for homogeneity, BUT when it is a scalar, add trailing zeros > only when the actual stored value is different from the displayed value. > > The first thing that you can see is that the default format(10) would > be very verbose, but this is tunable. A value of 7 would be ok, but > quite low for format("e"). > > S. > > Le 13/09/2019 ? 13:37, St?phane Mottelet a ?crit?: >> >> >> Le 13/09/2019 ? 13:07, Samuel Gougeon a ?crit?: >>> Le 12/09/2019 ? 18:55, St?phane Mottelet a ?crit?: >>>> I prefer the display after applying >>>> https://codereview.scilab.org/#/c/20981/: >>>> >>>> --> x0=%pi/4;h=%eps/2 >>>> ?h? = >>>> >>>> ?? 1.110D-16 >>>> >>>> --> cos(x0+%i*h) >>>> ?ans? = >>>> >>>> ?? 0.7071068 - 7.850D-17i >>>> >>>> However, we could discuss if the arbitrary switch to "e" mode is >>>> desirable or not, but since Scilab 6.0 we have got used to this >>>> display mixing "v" and "e" mode... >>> >>> >>> ... and IMO it's very suitable. The only rule should be that, */for >>> a given format's width/*, */the more the number of significant >>> displayed figures the better./* When the exponent format is used, it >>> takes 4 or 5 digits (D+12, D+123). As a consequence, in v mode, >>> small (absolute) values should be displayed in normal mode down to 4 >>> non-significant 0 (e.g. 0.000012), and switched to "e" mode beyond. >>> >>> In v mode, forcing the display of 0.0123456? in "e" mode on the >>> (bad) reason that some other huge or tiny numbers in the matrix are >>> displayed in this mode, would print 1.234D-02, and so make invisible >>> 2 significant figures. >>> I do not see any reason that would impose the display mode to be >>> homogeneous over all elements of a matrix, possibly canceling the >>> display of significant figures in the given format's width. >>> >> I agree Samuel. >>> >>> Regards >>> >>> Samuel >>> >>> >>> >>> _______________________________________________ >>> users mailing list >>> users at lists.scilab.org >>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users >> -- >> St?phane Mottelet >> Ing?nieur de recherche >> EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable >> D?partement G?nie des Proc?d?s Industriels >> Sorbonne Universit?s - Universit? de Technologie de Compi?gne >> CS 60319, 60203 Compi?gne cedex >> Tel : +33(0)344234688 >> http://www.utc.fr/~mottelet >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users > -- > St?phane Mottelet > Ing?nieur de recherche > EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable > D?partement G?nie des Proc?d?s Industriels > Sorbonne Universit?s - Universit? de Technologie de Compi?gne > CS 60319, 60203 Compi?gne cedex > Tel : +33(0)344234688 > http://www.utc.fr/~mottelet > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users --- El software de antivirus Avast ha analizado este correo electr?nico en busca de virus. https://www.avast.com/antivirus -------------- next part -------------- An HTML attachment was scrubbed... URL: From fmiyara at fceia.unr.edu.ar Tue Sep 17 15:20:08 2019 From: fmiyara at fceia.unr.edu.ar (Federico Miyara) Date: Tue, 17 Sep 2019 10:20:08 -0300 Subject: [Scilab-users] {EXT} Re: display of complex/not real numbers, again In-Reply-To: <3201fd4f-10ed-4ed4-7a77-19418bcc59f7@utc.fr> References: <3f0654df-5d03-ce02-f3e5-c1e537483d05@utc.fr> <8b8ee9da-77b7-2927-d83a-6385171b4af9@scilab-enterprises.com> <43b0e283-75f9-55da-8d11-03ddbca748f9@utc.fr> <5ca07ea9-bf8d-dd92-958c-6abac0ce5e1a@utc.fr> <316628fe-a1ac-f129-0b7d-dddf68028273@free.fr> <32f0b55a-963d-ea1c-9256-705d669d3c4e@utc.fr> <3201fd4f-10ed-4ed4-7a77-19418bcc59f7@utc.fr> Message-ID: Dear all, I think that saying that 1.70000000000000018 should be represented as 1.7000000 and that representing it as 1.7 instead is dishonest seems a bit too much for me. What about 1.71234564999999999? With the available decimal places you would represent it as 1.7123456 Wouldn't you? However, there is no clue that the number is inaccurate by the next (8th) decimal digit, whereas 1.7 is inaccurate by the 16th decimal digit. So the clue would be given only if there are any places available after the last non-zero digit. If the trailing zeros serve the purpose of calling attention to the fact that the result is inaccurate then the same opportunity should be given to numbers such as 1.71234564999999999, which is clearly impossible with the available decimal places. I think no trailing zeros should be added except in rare cases when formatting for a table (outside Scilab), or when, as in experimental physics, the number of exact digits is important, but in such case 1.7000000 would be as dishonest as 1.7, being 1.700000000000000 the only "honest" choice, again, impossible with 7 decimal places. At best, this could be acceptable as a non-default formatting option. For me, the only change should be to prevent that 1.60000000000000009 be represented as 1.6 while 1.70000000000000018 is represented as 1.7000000. Regards, Federico Miyara On 13/09/2019 10:21, St?phane Mottelet wrote: > > Le 13/09/2019 ? 15:13, Dang Ngoc Chan, Christophe a ?crit?: >> Hello, >> >>> De : St?phane Mottelet >>> Envoy? : vendredi 13 septembre 2019 14:23 >>> >>> I think that we do agree about the fact that the actual Scilab display >>> [...] >>> --> x(8) >>> ans? = >>> >>> ?? 1.7 >>> --> x(8)-1.7 >>> ans? = >>> >>> ?? 2.220D-16 >>> is pretty but not correct/homogeneous/honest > > Maybe I was not clear enough. > > 1.7 cannot be stored exactly in IEEE754 encoding so it should always > be displayed with trailing zeros. > > So > > --> x(8)-1.7 > ans? = > > ? 2.220D-16 > > is OK and should always be displayed like this,? but the previous display > > --> x(8) > ans? = > > ? 1.7 > > is not OK. What is not correct/homogeneous/honest is the fact that we > have this both displays in the current version of Scilab. > > >> I don't agree about this. >> The decimal number can only rarely be represented exactly in binary >> according to IEEE 754. >> >> This means that there should always be trailing zeros to highlight >> the fact that there is a 10^-16 discrepancy between the stored value >> and the displayed value? >> I don't find this convenient. >> >> The fact that some people are not aware of this discrepancy can be a >> problem but it is the general problem of underflow or subtractive >> cancellation or round-off error etc. >> >> The problem is not less important than ignoring a number is complex >> with a zero imaginary part, but I'm not sure it can be handled in the >> same way. >> >> -- Christophe Dang Ngoc Chan >> Mechanical calculation engineer >> >> General >> 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. >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users >> > --- El software de antivirus Avast ha analizado este correo electr?nico en busca de virus. https://www.avast.com/antivirus From stephane.mottelet at utc.fr Tue Sep 17 15:23:16 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Tue, 17 Sep 2019 15:23:16 +0200 Subject: [Scilab-users] display of complex/not real numbers, again In-Reply-To: References: <3f0654df-5d03-ce02-f3e5-c1e537483d05@utc.fr> <8b8ee9da-77b7-2927-d83a-6385171b4af9@scilab-enterprises.com> <43b0e283-75f9-55da-8d11-03ddbca748f9@utc.fr> <5ca07ea9-bf8d-dd92-958c-6abac0ce5e1a@utc.fr> <316628fe-a1ac-f129-0b7d-dddf68028273@free.fr> <32f0b55a-963d-ea1c-9256-705d669d3c4e@utc.fr> Message-ID: <56d5e0ac-8b61-09d8-8a5f-4a7979038ab6@utc.fr> Le 17/09/2019 ? 15:19, Federico Miyara a ?crit?: > > St?phane, > >> --> x=1:0.1:2 >> ?x? = >> >> ?? 1.?? 1.1?? 1.2?? 1.3?? 1.4?? 1.5?? 1.6?? 1.7000000?? 1.8 1.9?? 2. >> > nothing triggers it in actual Scilab version. This was just an example of what could be displayed after the patch I propose (in its last week version). But the discussion has been fruitfull and I will propose something that will satisfy (I hope so) everyone. S. > However I get this: > > ? > x=1:0.1:2 > ?x? = > > ?? 1.?? 1.1?? 1.2?? 1.3?? 1.4?? 1.5?? 1.6?? 1.7?? 1.8?? 1.9?? 2. > > But it is true that x(7) - 1.7 yields 2.220D-16. Here there are two > problems, an arithmetic one and a display one. Formatting to a > sufficiently large number of digits the arithmetic problem (or > limitation, probably unsurmountable, originated in the incompatibility > of binary and decimal systems) is evident: > > ? > format(20) > > ? > x=1:0.1:2 > ?x? = > > ???????? column 1 to 6 > > ?? 1.?? 1.10000000000000009?? 1.19999999999999996 > 1.30000000000000004?? 1.39999999999999991?? 1.5 > > ???????? column 7 to 11 > > ?? 1.60000000000000009?? 1.70000000000000018?? 1.8 > 1.89999999999999991?? 2. > > > Why this triggers showing several zeros I don't understand, probably a > bug, but it can be seen that it happens when the numeric error affects > te 16th decimal digit. > > Regards, > > Federico Miyara > > > > > > >> --> x(7) >> ?ans? = >> >> ?? 1.6 >> >> --> x(7)-1.6 >> ?ans? = >> >> ?? 0. >> >> --> x(8) >> >> ?ans? = >> >> ?? 1.7000000 >> >> --> x(8)-1.7 >> ?ans? = >> >> ?? 2.220D-16 >> >> I think that we do agree about the fact that the actual Scilab display >> >> --> x=1:0.1:2 >> ?x? = >> >> ?? 1.?? 1.1?? 1.2?? 1.3?? 1.4?? 1.5?? 1.6?? 1.7? 1.8?? 1.9 2. >> >> --> x(7) >> ?ans? = >> >> ?? 1.6 >> >> --> x(7)-1.6 >> ?ans? = >> >> ?? 0. >> >> --> x(8) >> ?ans? = >> >> ?? 1.7 >> >> --> x(8)-1.7 >> ?ans? = >> >> ?? 2.220D-16 >> >> is pretty but not correct/homogeneous/honest. The display that is >> obtained with the patch (first lines of this email) is correct+honest >> but not homogeneous. A pretty + mathematically correct display would be: >> >> --> x=1:0.1:2 >> ?x? = >> >> ?? 1.0000000?? 1.1000000?? 1.2000000?? 1.3000000?? 1.4000000 >> 1.0000005?? 1.6000000?? 1.7000000?? 1.8000000?? 1.9000000 2.0000000 >> >> --> x(7) >> ?ans? = >> >> ?? 1.6 >> >> --> x(8) >> ?ans? = >> >> ?? 1.7000000 >> >> --> x(8)-1.7 >> >> ?ans? = >> >> ?? 2.220D-16 >> >> i.e. when the matrix to display is not a scalar, add always trailing >> zeros for homogeneity, BUT when it is a scalar, add trailing zeros >> only when the actual stored value is different from the displayed value. >> >> The first thing that you can see is that the default format(10) would >> be very verbose, but this is tunable. A value of 7 would be ok, but >> quite low for format("e"). >> >> S. >> >> Le 13/09/2019 ? 13:37, St?phane Mottelet a ?crit?: >>> >>> >>> Le 13/09/2019 ? 13:07, Samuel Gougeon a ?crit?: >>>> Le 12/09/2019 ? 18:55, St?phane Mottelet a ?crit?: >>>>> I prefer the display after applying >>>>> https://codereview.scilab.org/#/c/20981/: >>>>> >>>>> --> x0=%pi/4;h=%eps/2 >>>>> ?h? = >>>>> >>>>> ?? 1.110D-16 >>>>> >>>>> --> cos(x0+%i*h) >>>>> ?ans? = >>>>> >>>>> ?? 0.7071068 - 7.850D-17i >>>>> >>>>> However, we could discuss if the arbitrary switch to "e" mode is >>>>> desirable or not, but since Scilab 6.0 we have got used to this >>>>> display mixing "v" and "e" mode... >>>> >>>> >>>> ... and IMO it's very suitable. The only rule should be that, */for >>>> a given format's width/*, */the more the number of significant >>>> displayed figures the better./* When the exponent format is used, >>>> it takes 4 or 5 digits (D+12, D+123). As a consequence, in v mode, >>>> small (absolute) values should be displayed in normal mode down to >>>> 4 non-significant 0 (e.g. 0.000012), and switched to "e" mode beyond. >>>> >>>> In v mode, forcing the display of 0.0123456? in "e" mode on the >>>> (bad) reason that some other huge or tiny numbers in the matrix are >>>> displayed in this mode, would print 1.234D-02, and so make >>>> invisible 2 significant figures. >>>> I do not see any reason that would impose the display mode to be >>>> homogeneous over all elements of a matrix, possibly canceling the >>>> display of significant figures in the given format's width. >>>> >>> I agree Samuel. >>>> >>>> Regards >>>> >>>> Samuel >>>> >>>> >>>> >>>> _______________________________________________ >>>> users mailing list >>>> users at lists.scilab.org >>>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users >>> -- >>> St?phane Mottelet >>> Ing?nieur de recherche >>> EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable >>> D?partement G?nie des Proc?d?s Industriels >>> Sorbonne Universit?s - Universit? de Technologie de Compi?gne >>> CS 60319, 60203 Compi?gne cedex >>> Tel : +33(0)344234688 >>> http://www.utc.fr/~mottelet >>> >>> _______________________________________________ >>> users mailing list >>> users at lists.scilab.org >>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users >> -- >> St?phane Mottelet >> Ing?nieur de recherche >> EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable >> D?partement G?nie des Proc?d?s Industriels >> Sorbonne Universit?s - Universit? de Technologie de Compi?gne >> CS 60319, 60203 Compi?gne cedex >> Tel : +33(0)344234688 >> http://www.utc.fr/~mottelet >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> http://lists.scilab.org/mailman/listinfo/users > > > > Libre de virus. www.avast.com > > > > <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: From fmiyara at fceia.unr.edu.ar Tue Sep 17 15:25:02 2019 From: fmiyara at fceia.unr.edu.ar (Federico Miyara) Date: Tue, 17 Sep 2019 10:25:02 -0300 Subject: [Scilab-users] Generating a boolean vector or matrix In-Reply-To: <2b22db77-ab5e-03a5-f3f9-9527dff39b56@utc.fr> References: <2b22db77-ab5e-03a5-f3f9-9527dff39b56@utc.fr> Message-ID: <77efe13b-2193-1228-fc63-0d816e4cf594@fceia.unr.edu.ar> St?phane, >> I hope no. These are typical -- IMO fake -- functions that i would >> not expect in Scilab (and in any other language). There are many >> trivial and fast ways to create a boolean array of given dimensions. >> true(m,n) may be fake if, as in other message has been clarified, boolean takes 4 bytes, but I think this is definitely not right, it is way too inefficient as regards memory usage. By the same token, ones(m,n) wouldn't be strictly necessary either, since zeros(m,n) + 1 does the job. But it is more inefficient, and I guess any of the ways to get a boolean matrix resorting to ones or zeros is more inefficient than would be a custom primitive. For instance, these codes allow to measure the average time required by the indirect creation of a 1000x1000 boolean matrix by two methods: for k=1:20 tic() a = ones(1000,1000) & %t; t(k) = toc() clear a end to = mean(t) for k=1:20 tic() a = (ones(1000, 1000); t(k) = toc() clear a end to = mean(t) In my i7 laptop it is about 0.017 each, while for k=1:20 tic() a = ones(1,n); t(k) = toc() clear a end to = mean(t) takes about half the time. However, if ones is replaced by zeros + 1 it takes the same time as both methods for boolean for k=1:20 tic() a = zeros(1000,1000) + 1; t(k) = toc(); clear a end to = mean(t) That's why a primitive for booleans, whatever the syntax (such as the proposed ones(m,n,'boolean') would be welcome. Regards, Federico Miyara >> To me, the only need is to document these trivial ways in the help >> pages of %F and %T. >> Replacing a few lines of documentation with a lot of trivial >> duplicated codes, separate pages, separate tests always look a very >> bad idea to me. >> >> But i can understand that, for some habit reason, former octavers >> would appreciate their usual functions. >> This is why i don't clearly understand why this sub-community does >> not build /and maintain/ a "Matlabic" ATOMS package gathering this >> kind of "aliases", or do not invest time to contribute to the m2sci >> converter improvement. >> >> Even when repmat() will be fastened by a factor 7 through its upgrade >> pending for 7 months now >> , >> it won't be the optimal way, noticeably due to its overhead. >> >> I am neither very convinced by the ones(m,n,.,"boolean") and >> zeros(m,n,.. "boolean") proposal, for the same reason initially >> exposed by Alain. But why not. >> In the same commit, St?phane proposes to allow using the *"logical"* >> keyword as an equivalent of the "boolean" one. On this side, i >> definitively disagree with this. Indeed, >> >> 1. it would be useless, adding strictly no value to scilab >> 2. it would introduce a confusion for everyone, including for former >> octavers, since in Octave an array of logical type is made of 0 >> and 1, not of %F and %T. While in Scilab we can also have arrays >> of 0 and 1. >> > OK Samuel, I can forget this one. However, "double" should be kept as > an equivalent of "constant", even if not the name of a scilab type > returned by typeof(). We already have the macro "double()" (instead of > "constant()") and the keyword "double" used everywhere in the API. >> >> 1. >> >> >> About trivial ways, a preliminary note -- and answer to Federico : >> >>> 2) How much memory does it take a boolean scalar? Does a boolean >>> vector eploit the fact that a byte could theoretically host up to 8 >>> boolean components? >> >> 4 bytes / boolean. This big memory waste is reported since a while: >> http://bugzilla.scilab.org/12789 >> > I think it was stored as 4 bytes for historical reasons (in Visual > Studio up to version 4.2 C++ int was 4 bytes) >> >> This means that, using an array of decimal numbers to create a >> boolean array uses an intermediate memory "only" ~twice bigger than >> the final result. >> >> About some trivial efficient ways: >> >> * Array of %F : >> o zeros(m,n,..)==1 >> as Christophe does, the way i use when, for 99,5% of cases, a >> factor 2 in intermediate memory is not critical >> o a(m,n,..) = %f; >> or safer: >> clear a, a(m,n,..) = %f; >> * Array of %T : >> o zeros(m,n,..)==0 >> o a(m,n,..) = %f; ~a >> * Random boolean array : >> o rand(m,n,..) < 0.5 >> >> Personnaly, i don't need any option for getting all this. But >> documenting it would be useful. >> In the same way, we can use >> >> * clear c, c =(5,4,7) = %i*0 // to initiate an array of 0+0i >> complex-encoded array >> * clear p, p(5,4,7) = %z*0? // to initiate an array of 0z polynomials >> * etc >> >> .. still without any specific functions or option. >> >> Best regards >> Samuel >> >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users > -- > St?phane Mottelet > Ing?nieur de recherche > EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable > D?partement G?nie des Proc?d?s Industriels > Sorbonne Universit?s - Universit? de Technologie de Compi?gne > CS 60319, 60203 Compi?gne cedex > Tel : +33(0)344234688 > http://www.utc.fr/~mottelet > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users --- El software de antivirus Avast ha analizado este correo electr?nico en busca de virus. https://www.avast.com/antivirus -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Tue Sep 17 15:33:17 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Tue, 17 Sep 2019 15:33:17 +0200 Subject: [Scilab-users] {EXT} Re: display of complex/not real numbers, again In-Reply-To: References: <3f0654df-5d03-ce02-f3e5-c1e537483d05@utc.fr> <8b8ee9da-77b7-2927-d83a-6385171b4af9@scilab-enterprises.com> <43b0e283-75f9-55da-8d11-03ddbca748f9@utc.fr> <5ca07ea9-bf8d-dd92-958c-6abac0ce5e1a@utc.fr> <316628fe-a1ac-f129-0b7d-dddf68028273@free.fr> <32f0b55a-963d-ea1c-9256-705d669d3c4e@utc.fr> <3201fd4f-10ed-4ed4-7a77-19418bcc59f7@utc.fr> Message-ID: <0f46cf2d-735e-c2ca-0333-659c1b26b59a@utc.fr> Le 17/09/2019 ? 15:20, Federico Miyara a ?crit?: > > Dear all, > > I think that saying that > > 1.70000000000000018 > > should be represented as > > 1.7000000 > > and that representing it as > > 1.7 > > instead is dishonest seems a bit too much for me. > > What about > > 1.71234564999999999? > > With the available decimal places you would represent it as > > 1.7123456 > > Wouldn't you? > > However, there is no clue that the number is inaccurate by the next > (8th) decimal digit, whereas 1.7 is inaccurate by the 16th decimal > digit. So the clue would be given only if there are any places > available after the last non-zero digit. If the trailing zeros serve > the purpose of calling attention to the fact that the result is > inaccurate then the same opportunity should be given to numbers such > as 1.71234564999999999, which is clearly impossible with the available > decimal places. > > I think no trailing zeros should be added except in rare cases when > formatting for a table (outside Scilab), or when, as in experimental > physics, the number of exact digits is important, but in such case > 1.7000000 would be as dishonest as 1.7, being 1.700000000000000 the > only "honest" choice, again, impossible with 7 decimal places. At > best, this could be acceptable as a non-default formatting option. > > For me, the only change should be to prevent that 1.60000000000000009 > be represented as 1.6 while 1.70000000000000018 is represented as > 1.7000000. Let me give the following rationale. When parsing with msscanf we get --> msscanf("1.60000000000000009","%lf")==1.6 ?ans? = ? T but --> msscanf("1.70000000000000018","%lf")==1.7 ?ans? = ? F The actual display algorithm does not use msscanf but a cross-platform code (msscanf give different results on Windows and Linux/OSX), but this was just a way to explain why the display of 1.7 could (not should) be different. S. > > Regards, > > Federico Miyara > > > > On 13/09/2019 10:21, St?phane Mottelet wrote: >> >> Le 13/09/2019 ? 15:13, Dang Ngoc Chan, Christophe a ?crit?: >>> Hello, >>> >>>> De : St?phane Mottelet >>>> Envoy? : vendredi 13 septembre 2019 14:23 >>>> >>>> I think that we do agree about the fact that the actual Scilab display >>>> [...] >>>> --> x(8) >>>> ans? = >>>> >>>> ?? 1.7 >>>> --> x(8)-1.7 >>>> ans? = >>>> >>>> ?? 2.220D-16 >>>> is pretty but not correct/homogeneous/honest >> >> Maybe I was not clear enough. >> >> 1.7 cannot be stored exactly in IEEE754 encoding so it should always >> be displayed with trailing zeros. >> >> So >> >> --> x(8)-1.7 >> ans? = >> >> ? 2.220D-16 >> >> is OK and should always be displayed like this,? but the previous >> display >> >> --> x(8) >> ans? = >> >> ? 1.7 >> >> is not OK. What is not correct/homogeneous/honest is the fact that we >> have this both displays in the current version of Scilab. >> >> >>> I don't agree about this. >>> The decimal number can only rarely be represented exactly in binary >>> according to IEEE 754. >>> >>> This means that there should always be trailing zeros to highlight >>> the fact that there is a 10^-16 discrepancy between the stored value >>> and the displayed value? >>> I don't find this convenient. >>> >>> The fact that some people are not aware of this discrepancy can be a >>> problem but it is the general problem of underflow or subtractive >>> cancellation or round-off error etc. >>> >>> The problem is not less important than ignoring a number is complex >>> with a zero imaginary part, but I'm not sure it can be handled in >>> the same way. >>> >>> -- Christophe Dang Ngoc Chan >>> Mechanical calculation engineer >>> >>> General >>> 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. >>> _______________________________________________ >>> users mailing list >>> users at lists.scilab.org >>> https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users >>> >> > > > > --- > El software de antivirus Avast ha analizado este correo electr?nico en > busca de virus. > https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/www.avast.com/antivirus > > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users > -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet From stephane.mottelet at utc.fr Tue Sep 17 15:36:33 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Tue, 17 Sep 2019 15:36:33 +0200 Subject: [Scilab-users] {EXT} Re: display of complex/not real numbers, again In-Reply-To: <0f46cf2d-735e-c2ca-0333-659c1b26b59a@utc.fr> References: <3f0654df-5d03-ce02-f3e5-c1e537483d05@utc.fr> <8b8ee9da-77b7-2927-d83a-6385171b4af9@scilab-enterprises.com> <43b0e283-75f9-55da-8d11-03ddbca748f9@utc.fr> <5ca07ea9-bf8d-dd92-958c-6abac0ce5e1a@utc.fr> <316628fe-a1ac-f129-0b7d-dddf68028273@free.fr> <32f0b55a-963d-ea1c-9256-705d669d3c4e@utc.fr> <3201fd4f-10ed-4ed4-7a77-19418bcc59f7@utc.fr> <0f46cf2d-735e-c2ca-0333-659c1b26b59a@utc.fr> Message-ID: <11fdff11-935e-11db-4912-4d8fea493a81@utc.fr> Le 17/09/2019 ? 15:33, St?phane Mottelet a ?crit?: > > Le 17/09/2019 ? 15:20, Federico Miyara a ?crit?: >> >> Dear all, >> >> I think that saying that >> >> 1.70000000000000018 >> >> should be represented as >> >> 1.7000000 >> >> and that representing it as >> >> 1.7 >> >> instead is dishonest seems a bit too much for me. >> >> What about >> >> 1.71234564999999999? >> >> With the available decimal places you would represent it as >> >> 1.7123456 >> >> Wouldn't you? >> >> However, there is no clue that the number is inaccurate by the next >> (8th) decimal digit, whereas 1.7 is inaccurate by the 16th decimal >> digit. So the clue would be given only if there are any places >> available after the last non-zero digit. If the trailing zeros serve >> the purpose of calling attention to the fact that the result is >> inaccurate then the same opportunity should be given to numbers such >> as 1.71234564999999999, which is clearly impossible with the >> available decimal places. >> >> I think no trailing zeros should be added except in rare cases when >> formatting for a table (outside Scilab), or when, as in experimental >> physics, the number of exact digits is important, but in such case >> 1.7000000 would be as dishonest as 1.7, being 1.700000000000000 the >> only "honest" choice, again, impossible with 7 decimal places. At >> best, this could be acceptable as a non-default formatting option. >> >> For me, the only change should be to prevent that 1.60000000000000009 >> be represented as 1.6 while 1.70000000000000018 is represented as >> 1.7000000. > > Let me give the following rationale. When parsing with msscanf we get > > --> msscanf("1.60000000000000009","%lf")==1.6 > ?ans? = > > ? T > > but > > --> msscanf("1.70000000000000018","%lf")==1.7 > ?ans? = > > ? F > > The actual display algorithm does not use msscanf but a cross-platform > code (msscanf give different results on Windows and Linux/OSX), but > this was just a way to explain why the display of 1.7 I meant x(8) when x=1:0.1:2, i.e. 1.70000000000000018 > could (not should) be different. > > S. > >> >> Regards, >> >> Federico Miyara >> >> >> >> On 13/09/2019 10:21, St?phane Mottelet wrote: >>> >>> Le 13/09/2019 ? 15:13, Dang Ngoc Chan, Christophe a ?crit?: >>>> Hello, >>>> >>>>> De : St?phane Mottelet >>>>> Envoy? : vendredi 13 septembre 2019 14:23 >>>>> >>>>> I think that we do agree about the fact that the actual Scilab >>>>> display >>>>> [...] >>>>> --> x(8) >>>>> ans? = >>>>> >>>>> ?? 1.7 >>>>> --> x(8)-1.7 >>>>> ans? = >>>>> >>>>> ?? 2.220D-16 >>>>> is pretty but not correct/homogeneous/honest >>> >>> Maybe I was not clear enough. >>> >>> 1.7 cannot be stored exactly in IEEE754 encoding so it should always >>> be displayed with trailing zeros. >>> >>> So >>> >>> --> x(8)-1.7 >>> ans? = >>> >>> ? 2.220D-16 >>> >>> is OK and should always be displayed like this,? but the previous >>> display >>> >>> --> x(8) >>> ans? = >>> >>> ? 1.7 >>> >>> is not OK. What is not correct/homogeneous/honest is the fact that >>> we have this both displays in the current version of Scilab. >>> >>> >>>> I don't agree about this. >>>> The decimal number can only rarely be represented exactly in binary >>>> according to IEEE 754. >>>> >>>> This means that there should always be trailing zeros to highlight >>>> the fact that there is a 10^-16 discrepancy between the stored >>>> value and the displayed value? >>>> I don't find this convenient. >>>> >>>> The fact that some people are not aware of this discrepancy can be >>>> a problem but it is the general problem of underflow or subtractive >>>> cancellation or round-off error etc. >>>> >>>> The problem is not less important than ignoring a number is complex >>>> with a zero imaginary part, but I'm not sure it can be handled in >>>> the same way. >>>> >>>> -- Christophe Dang Ngoc Chan >>>> Mechanical calculation engineer >>>> >>>> General >>>> 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. >>>> _______________________________________________ >>>> users mailing list >>>> users at lists.scilab.org >>>> https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users >>>> >>> >> >> >> >> --- >> El software de antivirus Avast ha analizado este correo electr?nico >> en busca de virus. >> https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/www.avast.com/antivirus >> >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users >> > -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet From fmiyara at fceia.unr.edu.ar Tue Sep 17 16:32:14 2019 From: fmiyara at fceia.unr.edu.ar (Federico Miyara) Date: Tue, 17 Sep 2019 11:32:14 -0300 Subject: [Scilab-users] {EXT} Re: display of complex/not real numbers, again In-Reply-To: <11fdff11-935e-11db-4912-4d8fea493a81@utc.fr> References: <3f0654df-5d03-ce02-f3e5-c1e537483d05@utc.fr> <8b8ee9da-77b7-2927-d83a-6385171b4af9@scilab-enterprises.com> <43b0e283-75f9-55da-8d11-03ddbca748f9@utc.fr> <5ca07ea9-bf8d-dd92-958c-6abac0ce5e1a@utc.fr> <316628fe-a1ac-f129-0b7d-dddf68028273@free.fr> <32f0b55a-963d-ea1c-9256-705d669d3c4e@utc.fr> <3201fd4f-10ed-4ed4-7a77-19418bcc59f7@utc.fr> <0f46cf2d-735e-c2ca-0333-659c1b26b59a@utc.fr> <11fdff11-935e-11db-4912-4d8fea493a81@utc.fr> Message-ID: St?phane, >> Let me give the following rationale. When parsing with msscanf we get >> >> --> msscanf("1.60000000000000009","%lf")==1.6 >> ?ans? = >> >> ? T >> >> but >> >> --> msscanf("1.70000000000000018","%lf")==1.7 >> ?ans? = >> >> ? F >> >> The actual display algorithm does not use msscanf but a >> cross-platform code (msscanf give different results on Windows and >> Linux/OSX), but this was just a way to explain why the display of 1.7 > I meant x(8) when x=1:0.1:2, i.e. 1.70000000000000018 >> could (not should) be different. OK, I can now grasp what is the reason why I see 1.7 instead of 1.7000000 on my system, but I cannot find a good rationale for trailing zeros. Regards, Federico Miyara --- El software de antivirus Avast ha analizado este correo electr?nico en busca de virus. https://www.avast.com/antivirus -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Wed Sep 18 13:50:14 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Wed, 18 Sep 2019 13:50:14 +0200 Subject: [Scilab-users] display of complex/not real numbers, again In-Reply-To: <5ea315c5-8122-c5f8-2416-d9ba92fd914c@utc.fr> References: <3f0654df-5d03-ce02-f3e5-c1e537483d05@utc.fr> <5ea315c5-8122-c5f8-2416-d9ba92fd914c@utc.fr> Message-ID: Hello, Le 13/09/2019 ? 12:51, St?phane Mottelet a ?crit?: > > > Le 13/09/2019 ? 12:45, Samuel Gougeon a ?crit?: >> Hello, >> >> To me, as already claimed there >> , >> it's clear that, for a complex-encoded number, not displaying its >> null imaginary part is a bug, and the proposed patch is clearly >> welcome as well. >> >> Another regression very close to this one, but with real numbers >> display, would deserve the same care : >> Scilab 5: >> -->[1e30 1e-30] >> ?ans? = >> ??? 1.000D+30??? 1.000D-30 >> >> Scilab 6: >> --> [1e30 1e-30] >> ?ans? = >> ?? 1.000D+30?? 0. > The patch also fixes this. >> >> So, very small numbers are reduced to strict 0... Samuel,? do you know if a bug was reported for this particular point ? Thanks, S. >> This is a bad implementation of the variable format mode. The Scilab >> 5 one was correct, at least on this point. >> >> Best regards >> Samuel >> >> >> Le 12/09/2019 ? 10:26, St?phane Mottelet a ?crit?: >>> Hello all, >>> >>> The subject has been already discussed a lot but I would like it to >>> be discussed again because I now have a real rationale to promote a >>> change in the way complex numbers with small imaginary part are >>> displayed. >>> >>> I don't know if some of you were aware of the clever technique of >>> complex-step derivative approximation, but until yesterday I was not >>> (see e.g. >>> http://mdolab.engin.umich.edu/sites/default/files/Martins2003CSD.pdf). >>> Roughly speaking, using the extension of a real function x->f(x) to >>> the complex plane allows to compute an approximation of the >>> derivative f'(x0) at a real x0 without using a substraction, like in >>> the central difference formula (f(x0+h)-f(x0-h))/2/h which is >>> subject to substractive cancelation when h is small. In Scilab most >>> operators and elementary functions are already complex-aware so this >>> is easy to illustrate the technique. For example let us approximate >>> the derivative of x->cos(x) at x=%pi/4, first with the central >>> difference formula, then with the complex step technique: >>> >>> --> format("e",24) >>> >>> --> h=%eps/128, x0=%pi/4 >>> ?h? = >>> >>> ?? 1.73472347597680709D-18 >>> >>> ?x0? = >>> >>> ?? 7.85398163397448279D-01 >>> >>> >>> --> (cos(x0+h)-cos(x0-h))/2/h >>> ?ans? = >>> >>> ?? 0.00000000000000000D+00 >>> >>> >>> --> imag(cos(x0+%i*h))/h >>> ?ans? = >>> >>> ? -7.07106781186547462D-01 >>> >>> >>> --> -sin(x0) >>> ?ans? = >>> >>> ? -7.07106781186547462D-01 >>> >>> You can see the pathological approximation with central difference >>> formula and the perfect (up to relative machine precision) >>> approximation of complex-step formula. >>> >>> However, the following is a pity: >>> >>> >>> --> cos(x0+%i*h) >>> ?ans? = >>> >>> ?? 7.07106781186547573D-01 >>> >>> We cannot see the imaginary part although seeing the latter is >>> fundamental in the complex-step technique. We have to force the >>> display like this, and frankly I don't like having to do that with >>> my students: >>> >>> --> imag(cos(x0+%i*h)) >>> ?ans? = >>> >>> ? -1.22663473334669916D-18 >>> >>> I hope that you will find that this example is a good rationale to >>> change the default display of Scilab. To feed the discussion, here >>> is how Matlab displays things, without having to change the default >>> settings: >>> >>> >>> >> h=eps/128, x0=pi/4 >>> h = >>> ?? 1.7347e-18 >>> x0 = >>> ??? 0.7854 >>> >>> >> (cos(x0+h)-cos(x0-h))/2/h >>> ans = >>> ???? 0 >>> >>> >> cos(x0+i*h) >>> ans = >>> ?? 0.7071 - 0.0000i >>> >>> >> imag(cos(x0+i*h))/h >>> ans = >>> ?? -0.7071 >>> >>> >> -sin(x0) >>> ans = >>> ?? -0.7071 >>> >>> >> >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users > -- > St?phane Mottelet > Ing?nieur de recherche > EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable > D?partement G?nie des Proc?d?s Industriels > Sorbonne Universit?s - Universit? de Technologie de Compi?gne > CS 60319, 60203 Compi?gne cedex > Tel : +33(0)344234688 > http://www.utc.fr/~mottelet -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Wed Sep 18 14:54:11 2019 From: sgougeon at free.fr (sgougeon at free.fr) Date: Wed, 18 Sep 2019 14:54:11 +0200 (CEST) Subject: [Scilab-users] =?utf-8?q?Re=C2=A0=3A_Re=3A__display_of_complex/no?= =?utf-8?q?t_real_numbers=2C_again?= In-Reply-To: Message-ID: <341697385.1385838078.1568811251827.JavaMail.root@zimbra75-e12.priv.proxad.net> Le 18/09/2019 ? 13:50, St?phane Mottelet a ?crit?: > >> Another regression very close to this one, but with real numbers >> display, would deserve the same care : >> Scilab 5: >> -->[1e30 1e-30] >> ?ans? = >> ??? 1.000D+30??? 1.000D-30 >> >> Scilab 6: >> --> [1e30 1e-30] >> ?ans? = >> ?? 1.000D+30?? 0. > The patch also fixes this. >> >> So, very small numbers are reduced to strict 0... > >Samuel,? do you know if a bug was reported for this particular point ? >Thanks, >S. Somewhat here: http://bugzilla.scilab.org/14746 From stephane.mottelet at utc.fr Wed Sep 18 15:56:25 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Wed, 18 Sep 2019 15:56:25 +0200 Subject: [Scilab-users] =?utf-8?q?Re=C2=A0=3A_Re=3A_display_of_complex/not?= =?utf-8?q?_real_numbers=2C_again?= In-Reply-To: <341697385.1385838078.1568811251827.JavaMail.root@zimbra75-e12.priv.proxad.net> References: <341697385.1385838078.1568811251827.JavaMail.root@zimbra75-e12.priv.proxad.net> Message-ID: <829e144d-3340-801f-75a3-2056c98a5b4c@utc.fr> Le 18/09/2019 ? 14:54, sgougeon at free.fr a ?crit?: > Le 18/09/2019 ? 13:50, St?phane Mottelet a ?crit?: >>> Another regression very close to this one, but with real numbers >>> display, would deserve the same care : >>> Scilab 5: >>> -->[1e30 1e-30] >>> ?ans? = >>> ??? 1.000D+30??? 1.000D-30 >>> >>> Scilab 6: >>> --> [1e30 1e-30] >>> ?ans? = >>> ?? 1.000D+30?? 0. >> The patch also fixes this. >>> So, very small numbers are reduced to strict 0... >> Samuel,? do you know if a bug was reported for this particular point ? >> Thanks, >> S. > Somewhat here: https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/bugzilla.scilab.org/14746 Thanks > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet From kopac.jakub at gmail.com Wed Sep 18 21:49:39 2019 From: kopac.jakub at gmail.com (kjubo) Date: Wed, 18 Sep 2019 12:49:39 -0700 (MST) Subject: [Scilab-users] code coverage Message-ID: <1568836179829-0.post@n3.nabble.com> Dear all, I am not able to find out, how to make a profiling on functions, if they are nested. consider this example: //SCILAB CODE START clc,clear function fx = sub1(x1,x2) fx = x1+x2 fx = fx/x2 endfunction function fx = sub2(x1,x2) fx = sub1(x1,x2) endfunction nrun = 1e4 covStart("all") for ii=1:nrun sub2(10,7) end covWrite("html", "TMPDIR/coverage") covStop() winopen('TMPDIR/coverage/'+'sub2'+'.html') winopen('TMPDIR/coverage/'+'sub1'+'.html') //DOES NOT EXIST //SCILAB CODE END Is there any trick? thanks in advance BR J.K. -- Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html From fmiyara at fceia.unr.edu.ar Thu Sep 19 10:05:07 2019 From: fmiyara at fceia.unr.edu.ar (Federico Miyara) Date: Thu, 19 Sep 2019 05:05:07 -0300 Subject: [Scilab-users] code coverage In-Reply-To: <1568836179829-0.post@n3.nabble.com> References: <1568836179829-0.post@n3.nabble.com> Message-ID: <4565bcbf-28a0-e86a-cbbd-777390d0df7f@fceia.unr.edu.ar> What do you mean by a profiling on functions? Federico Miyara On 18/09/2019 16:49, kjubo wrote: > Dear all, > > I am not able to find out, how to make a profiling on functions, if they are > nested. > consider this example: > > //SCILAB CODE START > clc,clear > function fx = sub1(x1,x2) > fx = x1+x2 > fx = fx/x2 > endfunction > function fx = sub2(x1,x2) > fx = sub1(x1,x2) > endfunction > > nrun = 1e4 > covStart("all") > for ii=1:nrun > sub2(10,7) > end > covWrite("html", "TMPDIR/coverage") > covStop() > winopen('TMPDIR/coverage/'+'sub2'+'.html') > winopen('TMPDIR/coverage/'+'sub1'+'.html') //DOES NOT EXIST > //SCILAB CODE END > > Is there any trick? > > thanks in advance > > BR > J.K. > > > > -- > Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > --- El software de antivirus Avast ha analizado este correo electr?nico en busca de virus. https://www.avast.com/antivirus -------------- next part -------------- An HTML attachment was scrubbed... URL: From kopac.jakub at gmail.com Thu Sep 19 20:58:18 2019 From: kopac.jakub at gmail.com (Jakub Kopac) Date: Thu, 19 Sep 2019 20:58:18 +0200 Subject: [Scilab-users] code coverage In-Reply-To: <4565bcbf-28a0-e86a-cbbd-777390d0df7f@fceia.unr.edu.ar> References: <1568836179829-0.post@n3.nabble.com> <4565bcbf-28a0-e86a-cbbd-777390d0df7f@fceia.unr.edu.ar> Message-ID: After trials found the problem, bug reported http://bugzilla.scilab.org/show_bug.cgi?id=16193 BR J.K. ?t 19. 9. 2019 o 10:05 Federico Miyara nap?sal(a): > > What do you mean by a profiling on functions? > > Federico Miyara > > On 18/09/2019 16:49, kjubo wrote: > > Dear all, > > I am not able to find out, how to make a profiling on functions, if they are > nested. > consider this example: > > //SCILAB CODE START > clc,clear > function fx = sub1(x1,x2) > fx = x1+x2 > fx = fx/x2 > endfunction > function fx = sub2(x1,x2) > fx = sub1(x1,x2) > endfunction > > nrun = 1e4 > covStart("all") > for ii=1:nrun > sub2(10,7) > end > covWrite("html", "TMPDIR/coverage") > covStop() > winopen('TMPDIR/coverage/'+'sub2'+'.html') > winopen('TMPDIR/coverage/'+'sub1'+'.html') //DOES NOT EXIST > //SCILAB CODE END > > Is there any trick? > > thanks in advance > > BR > J.K. > > > > -- > Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html > _______________________________________________ > users mailing listusers at lists.scilab.orghttp://lists.scilab.org/mailman/listinfo/users > > > > > Libre > de virus. www.avast.com > > <#m_-4386890231356838285_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From fujimoto2005 at gmail.com Mon Sep 23 15:46:00 2019 From: fujimoto2005 at gmail.com (fujimoto2005) Date: Mon, 23 Sep 2019 06:46:00 -0700 (MST) Subject: [Scilab-users] parallel_run Message-ID: <1569246360826-0.post@n3.nabble.com> I wanted to use "parallel_run" and tried the sample script in the help page. But it did not work with the error message "undefined variable:parallel_run". Please teach me what is wrong? The sample script I used is as follows ****** for i = 1:10 res(i) = i*i; end; // for parallel_run, we need to have a function performing the computation function a=g(arg1) a=arg1*arg1 endfunction res = parallel_run(1:10, g); // => res = [1 4 9 16 25 36 49 64 81 100]; ********* -- Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html From amonmayr at laas.fr Mon Sep 23 16:13:55 2019 From: amonmayr at laas.fr (Antoine Monmayrant) Date: Mon, 23 Sep 2019 16:13:55 +0200 Subject: [Scilab-users] =?utf-8?b?Pz09P3V0Zi04P3E/ID89PT91dGYtOD9xPyBwYXJh?= =?utf-8?q?llel=5Frun?= In-Reply-To: <1569246360826-0.post@n3.nabble.com> Message-ID: <3213-5d88d300-29-57d6c800@54331104> Hello, Are you using Windows or anything else? Because as far as I remember, parallel_run is just a dirty hack that only works under windows. On my linux install of scilab 6.0.2, I also have: --> parallel_run Undefined variable: parallel_run So it might be a bug in the documentation that should mention "windows only" like some other functions. Antoine Le Lundi, Septembre 23, 2019 15:46 CEST, fujimoto2005 a ?crit: > I wanted to use "parallel_run" and tried the sample script in the help page. > But it did not work with the error message "undefined > variable:parallel_run". > Please teach me what is wrong? > > The sample script I used is as follows > ****** > for i = 1:10 > res(i) = i*i; > end; > // for parallel_run, we need to have a function performing the computation > function a=g(arg1) > a=arg1*arg1 > endfunction > > res = parallel_run(1:10, g); > // => res = [1 4 9 16 25 36 49 64 81 100]; > ********* > > > > > > -- > Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > From fmiyara at fceia.unr.edu.ar Mon Sep 23 16:59:06 2019 From: fmiyara at fceia.unr.edu.ar (Federico Miyara) Date: Mon, 23 Sep 2019 11:59:06 -0300 Subject: [Scilab-users] cotg and acot Message-ID: <0948801f-e39a-9f59-c4ee-a869efc8c4bc@fceia.unr.edu.ar> Dear all, Is there any reason why the cotangent function is called cotg in Scilab, instead of cot, being cot a Matlab replacement, while the hyerbolic cotangent is called coth? I wonder why this function doesn't follow the tacit rule that trigonometric functions are notated with three-letter names and is somewhat inconsistent also with the names used for the hypebolic versions. If there is some difference in the result of Scilab and Matlab cotangent, probably the Matlab replacement should be called mtlb_cot, or something like that. Regards, Federico Miyara --- El software de antivirus Avast ha analizado este correo electr?nico en busca de virus. https://www.avast.com/antivirus -------------- next part -------------- An HTML attachment was scrubbed... URL: From fujimoto2005 at gmail.com Mon Sep 23 18:03:06 2019 From: fujimoto2005 at gmail.com (fujimoto2005) Date: Mon, 23 Sep 2019 09:03:06 -0700 (MST) Subject: [Scilab-users] ?==?utf-8?q? ?==?utf-8?q? parallel_run In-Reply-To: <3213-5d88d300-29-57d6c800@54331104> References: <1569246360826-0.post@n3.nabble.com> <3213-5d88d300-29-57d6c800@54331104> Message-ID: <1569254586454-0.post@n3.nabble.com> Dear Antoine I am using windows 7. Best regards -- Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html From amonmayr at laas.fr Mon Sep 23 18:32:58 2019 From: amonmayr at laas.fr (Antoine Monmayrant) Date: Mon, 23 Sep 2019 18:32:58 +0200 Subject: [Scilab-users] =?utf-8?b?Pz09P3V0Zi04P3E/IA==?= In-Reply-To: <1569254586454-0.post@n3.nabble.com> Message-ID: <5a8a-5d88f380-1f-1fa140e0@55289077> OK, so it might not be os specific. It might be a good idea to fill a bug report to say that parallel_run is not available, contrary to what's in the documentation. If you fill a bug, I'll be happy to confirm it for the linux side of the world... Antoine Le Lundi, Septembre 23, 2019 18:03 CEST, fujimoto2005 a ?crit: > Dear Antoine > > I am using windows 7. > > Best regards > > > > -- > Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > From hibr-list at gmx.de Mon Sep 23 18:29:44 2019 From: hibr-list at gmx.de (Hani Andreas Ibrahim) Date: Mon, 23 Sep 2019 18:29:44 +0200 Subject: [Scilab-users] Get duplicates of a vector Message-ID: An HTML attachment was scrubbed... URL: From jdb61858 at suoox.com Mon Sep 23 19:05:02 2019 From: jdb61858 at suoox.com (RolandB) Date: Mon, 23 Sep 2019 10:05:02 -0700 (MST) Subject: [Scilab-users] Parallel Run In-Reply-To: <5a8a-5d88f380-1f-1fa140e0@55289077> References: <1569246360826-0.post@n3.nabble.com> <3213-5d88d300-29-57d6c800@54331104> <1569254586454-0.post@n3.nabble.com> <5a8a-5d88f380-1f-1fa140e0@55289077> Message-ID: <1569258302726-0.post@n3.nabble.com> Hi, Which version of Scilab do you use? AFAIK parallel run does not work in Scilab 6.x It only worked on Scilab 5 and there it would also only work under Linux. Regards Roland -- Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html From jdb61858 at suoox.com Mon Sep 23 19:43:55 2019 From: jdb61858 at suoox.com (RolandB) Date: Mon, 23 Sep 2019 10:43:55 -0700 (MST) Subject: [Scilab-users] Get duplicates of a vector In-Reply-To: References: Message-ID: <1569260635722-0.post@n3.nabble.com> Hi, B=unique(A)(members(unique(A), A)==2); Regards, Roland -- Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html From hibr-list at gmx.de Mon Sep 23 21:56:52 2019 From: hibr-list at gmx.de (Hani Andreas Ibrahim) Date: Mon, 23 Sep 2019 21:56:52 +0200 Subject: [Scilab-users] Get duplicates of a vector In-Reply-To: <1569260635722-0.post@n3.nabble.com> References: <1569260635722-0.post@n3.nabble.com> Message-ID: An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Mon Sep 23 23:13:16 2019 From: stephane.mottelet at utc.fr (stephane.mottelet at utc.fr) Date: Mon, 23 Sep 2019 23:13:16 +0200 Subject: [Scilab-users] =?utf-8?b?Pz0gUmU6ICA/PSA9P3V0Zi04P3E/IHBhcmFsbGVs?= =?utf-8?q?=5Frun?= In-Reply-To: <3213-5d88d300-29-57d6c800@54331104> References: <1569246360826-0.post@n3.nabble.com> <3213-5d88d300-29-57d6c800@54331104> Message-ID: <20190923231316.Horde.mwrKy0SgDVsGsNj1WeNmwnB@webmail.utc.fr> Hello Antoine, Before judging that some code is just a "dirty hack" you should first get into the code and see hows things are written. The implementation in 5.5.2 was using OpenMP so I don't see anything dirty here. The implementation was unstable under OSX and Linux, and under Windows parallel_run was just making calls sequentially. So no "dirty hack" under Windows but just a shortcut. Octave does also the same with Matlatb's parfor : it just does things sequentially. However, even unstable, parallel_run was very useful (I used it a lot under Linux to do some Monte Carlo estimation on a 40 processor machine). It is a pity that it's re-engineering for 6.0 familiy was not a priority.? S.? Quoting Antoine Monmayrant : > Hello, > > Are you using Windows or anything else? > Because as far as I remember, parallel_run is just a dirty hack that > only works under windows. > On my linux install of scilab 6.0.2, I also have: > --> parallel_run > > Undefined variable: parallel_run > > So it might be a bug in the documentation that should mention > "windows only" like some other functions. > > Antoine > > Le Lundi, Septembre 23, 2019 15:46 CEST, fujimoto2005 > a ?crit: > >> I wanted to use "parallel_run" and tried the sample script in the help page. >> But it did not work with the error message "undefined >> variable:parallel_run". >> Please teach me what is wrong? >> >> The sample script I used is as follows >> ****** >> for i = 1:10 >> ? res(i) = i*i; >> end; >> // for parallel_run, we need to have a function performing the computation >> function a=g(arg1) >> ? a=arg1*arg1 >> endfunction >> >> res = parallel_run(1:10, g); >> // => res = [1? 4? 9? 16? 25? 36? 49? 64? 81? 100]; >> ********* >> >> -- >> Sent from: >> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users > > _______________________________________________ > users mailing list > users at lists.scilab.orghttps://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Mon Sep 23 23:14:55 2019 From: stephane.mottelet at utc.fr (stephane.mottelet at utc.fr) Date: Mon, 23 Sep 2019 23:14:55 +0200 Subject: [Scilab-users] ?=Re: ?=Re: ?=Re: ?==?utf-8?q? In-Reply-To: <5a8a-5d88f380-1f-1fa140e0@55289077> References: <1569254586454-0.post@n3.nabble.com> <5a8a-5d88f380-1f-1fa140e0@55289077> Message-ID: <20190923231455.Horde.JPRvCb2nXqPaELPPEFCJzqE@webmail.utc.fr> See?http://bugzilla.scilab.org/show_bug.cgi?id=14486 Quoting Antoine Monmayrant : > OK, so it might not be os specific. > It might be a good idea to fill a bug report to say that > parallel_run is not available, contrary to what's in the > documentation. > If you fill a bug, I'll be happy to confirm it for the linux side of > the world... > > Antoine > > Le Lundi, Septembre 23, 2019 18:03 CEST, fujimoto2005 > a ?crit: > >> Dear? Antoine >> >> I am using? windows? 7. >> >> Best regards >> >> -- >> Sent from: >> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users > > _______________________________________________ > users mailing list > users at lists.scilab.orghttps://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From fmiyara at fceia.unr.edu.ar Tue Sep 24 00:24:35 2019 From: fmiyara at fceia.unr.edu.ar (Federico Miyara) Date: Mon, 23 Sep 2019 19:24:35 -0300 Subject: [Scilab-users] Evaluating a polynomial on a square matrix Message-ID: <3f46252f-495e-2868-5715-523d79a9adf7@fceia.unr.edu.ar> Dear all, Is there some way of evaluating a polynomial on a square matrix in a matrix-wise (not component-wise) fashion? Something like horner but matrix-wise. Thanks! Regards, Federico Miyara --- El software de antivirus Avast ha analizado este correo electr?nico en busca de virus. https://www.avast.com/antivirus -------------- next part -------------- An HTML attachment was scrubbed... URL: From fujimoto2005 at gmail.com Tue Sep 24 02:48:23 2019 From: fujimoto2005 at gmail.com (fujimoto2005) Date: Mon, 23 Sep 2019 17:48:23 -0700 (MST) Subject: [Scilab-users] ?=Re: ?=Re: ?=Re: ?==?utf-8?q? In-Reply-To: <20190923231455.Horde.JPRvCb2nXqPaELPPEFCJzqE@webmail.utc.fr> References: <1569246360826-0.post@n3.nabble.com> <3213-5d88d300-29-57d6c800@54331104> <1569254586454-0.post@n3.nabble.com> <5a8a-5d88f380-1f-1fa140e0@55289077> <20190923231455.Horde.JPRvCb2nXqPaELPPEFCJzqE@webmail.utc.fr> Message-ID: <1569286103979-0.post@n3.nabble.com> Dear all, Thanks for a lot of information. If the documentation contained information on the workable version, it would be much better for users. Now the almost documentations have a warning message "Please note that the recommended version of Scilab is 6.0.2. This page might be outdated. See the recommended documentation of this function". Such warning message is very helpful for the special function workable for only the old version. By the way is there any parallel computing tool for version 6.0.2? I am solving the stochastic control problem. The problem has about 20,000 lattice nodes with 2 dimensions for each time step, and time steps are 15. Though calculation on one node is independent each other in each time step, it uses "optim" and "intg" so that the vectorization of the node is impossible. I use loop 300 thousand times. Any tools of paralell conputing are welcome. Best regards, Masahiro Fujimoto -- Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html From fmiyara at fceia.unr.edu.ar Tue Sep 24 02:50:58 2019 From: fmiyara at fceia.unr.edu.ar (Federico Miyara) Date: Mon, 23 Sep 2019 21:50:58 -0300 Subject: [Scilab-users] Analytic models for empirical 3D data Message-ID: Dear all, This is a tough one, and I'm aware it may not be directly related to Scilab, so sorry if it is off-topic. I post it anyway because it could lead in a future to a toolbox. I'm looking for general methods for obtaining analytic models for empirical data such as a variable which depends on two independent variables (i.e., a double entry table). The aim isn't just to interpolate but to find a sort of analytical law that approximates the data. This has two steps: 1) Finding an analytic function, of two independent variables with as few parameters as possible that can likely approximate the data. 2) Optimizing the parameters for the best approximation to the data 2) Is relatively easy by least-squares or other optimization techniques. It is 1) the difficult part. Any help as to literature or known mehods will be welcome Federico Miyara --- El software de antivirus Avast ha analizado este correo electr?nico en busca de virus. https://www.avast.com/antivirus -------------- next part -------------- An HTML attachment was scrubbed... URL: From cfuttrup at gmail.com Tue Sep 24 07:19:07 2019 From: cfuttrup at gmail.com (Claus Futtrup) Date: Tue, 24 Sep 2019 07:19:07 +0200 Subject: [Scilab-users] Analytic models for empirical 3D data In-Reply-To: References: Message-ID: <62024d23-cc09-de18-516e-a5ca2808f0c4@gmail.com> Hi Federico >It is 1) the difficult part. Is it allowed to give answer outside of Scilab? I have successfully used Curve Expert for finding the most suitable analytical function. https://www.curveexpert.net/ ... highly recommended. Best regards, Claus On 24.09.2019 02:50, Federico Miyara wrote: > > Dear all, > > This is a tough one, and I'm aware it may not be directly related to > Scilab, so sorry if it is off-topic. I post it anyway because it could > lead in a future to a toolbox. > > I'm looking for general methods for obtaining analytic models for > empirical data such as a variable which depends on two independent > variables (i.e., a double entry table). The aim isn't just to > interpolate but to find a sort of analytical law that approximates the > data. This has two steps: > > 1) Finding an analytic function, of two independent variables with as > few parameters as possible that can likely approximate the data. > > 2) Optimizing the parameters for the best approximation to the data > > 2) Is relatively easy by least-squares or other optimization > techniques. It is 1) the difficult part. > > Any help as to literature or known mehods will be welcome > > Federico Miyara > > > > > > > > Libre de virus. www.avast.com > > > > <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Tue Sep 24 09:00:19 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Tue, 24 Sep 2019 09:00:19 +0200 Subject: [Scilab-users] ?=Re: ?=Re: ?=Re: ?==?utf-8?q? In-Reply-To: <1569286103979-0.post@n3.nabble.com> References: <1569246360826-0.post@n3.nabble.com> <3213-5d88d300-29-57d6c800@54331104> <1569254586454-0.post@n3.nabble.com> <5a8a-5d88f380-1f-1fa140e0@55289077> <20190923231455.Horde.JPRvCb2nXqPaELPPEFCJzqE@webmail.utc.fr> <1569286103979-0.post@n3.nabble.com> Message-ID: Hello, Le 24/09/2019 ? 02:48, fujimoto2005 a ?crit?: > Dear all, > > Thanks for a lot of information. > > If the documentation contained information on the workable version, it would > be much better for users. Feel free to help making the documentation better. Scilab is free software and cannot be improved if active users do not start? to help. > Now the almost documentations have a warning message "Please note that the > recommended version of Scilab is 6.0.2. This page might be outdated. See the > recommended documentation of this function". > > Such warning message is very helpful for the special function workable for > only the old version. > > By the way is there any parallel computing tool for version 6.0.2? no > I am solving the stochastic control problem. > The problem has about 20,000 lattice nodes with 2 dimensions for each time > step, and time steps are 15. > Though calculation on one node is independent each other in each time step, > it uses "optim" and "intg" so that the vectorization of the node is > impossible. > I use loop 300 thousand times. > Any tools of paralell conputing are welcome. The only possible/workable setup is : Scilab 5.5.2 + Linux S. > > Best regards, > > Masahiro Fujimoto > > > > -- > Sent from: https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet From antoine.monmayrant at laas.fr Tue Sep 24 09:29:21 2019 From: antoine.monmayrant at laas.fr (Antoine Monmayrant) Date: Tue, 24 Sep 2019 09:29:21 +0200 Subject: [Scilab-users] ?= Re: ?= =?utf-8?q? parallel_run In-Reply-To: <20190923231316.Horde.mwrKy0SgDVsGsNj1WeNmwnB@webmail.utc.fr> References: <1569246360826-0.post@n3.nabble.com> <3213-5d88d300-29-57d6c800@54331104> <20190923231316.Horde.mwrKy0SgDVsGsNj1WeNmwnB@webmail.utc.fr> Message-ID: <243fb852-fe94-7b10-c416-0829982b7466@laas.fr> Le 23/09/2019 ? 23:13, stephane.mottelet at utc.fr a ?crit?: > > Hello Antoine, > > Before judging that some code is just a "dirty hack" you should first > get into the code and see hows things are written. The implementation > in 5.5.2 was using OpenMP so I don't see anything dirty here. The > implementation was unstable under OSX and Linux, and under Windows > parallel_run was just making calls sequentially. So no "dirty hack" > under Windows but just a shortcut. Octave does also the same with > Matlatb's parfor : it just does things sequentially. However, even > unstable, parallel_run was very useful (I used it a lot under Linux to > do some Monte Carlo estimation on a 40 processor machine). It is a > pity that it's re-engineering for 6.0 familiy was not a priority. > Hello Stephane, I'm sorry, I did not want to sound rude calling it a "dirty hack". It's just the explanation I got from scilab developers last time I discussed with them about it. We were trying to get similar performances under linux/osx/windows with some code using parallel_run. That was a dead end. Having any sort of parallel computing under scilab 6.0.2 would be a real step forward for us. I have played a bit with julia to see what it means parallelizing some code in julia. It was quite easy. I don't know whether a similar approach can be implemented in scilab. Antoine > > S. > > Quoting Antoine Monmayrant >: > >> Hello, >> >> Are you using Windows or anything else? >> Because as far as I remember, parallel_run is just a dirty hack that >> only works under windows. >> On my linux install of scilab 6.0.2, I also have: >> --> parallel_run >> >> Undefined variable: parallel_run >> >> So it might be a bug in the documentation that should mention >> "windows only" like some other functions. >> >> Antoine >> >> >> Le Lundi, Septembre 23, 2019 15:46 CEST, fujimoto2005 >> > a ?crit: >> >>> I wanted to use "parallel_run" and tried the sample script in the >>> help page. >>> But it did not work with the error message "undefined >>> variable:parallel_run". >>> Please teach me what is wrong? >>> >>> The sample script I used is as follows >>> ****** >>> for i = 1:10 >>> ? res(i) = i*i; >>> end; >>> // for parallel_run, we need to have a function performing the >>> computation >>> function a=g(arg1) >>> ? a=arg1*arg1 >>> endfunction >>> >>> res = parallel_run(1:10, g); >>> // => res = [1? 4? 9? 16? 25? 36? 49? 64? 81? 100]; >>> ********* >>> >>> >>> >>> >>> >>> -- >>> Sent from: >>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html >>> _______________________________________________ >>> users mailing list >>> users at lists.scilab.org >>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users >>> >> _______________________________________________ >> users mailing list >> users at lists.scilab >> .orghttps://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 Christophe.Dang at sidel.com Tue Sep 24 09:31:08 2019 From: Christophe.Dang at sidel.com (Dang Ngoc Chan, Christophe) Date: Tue, 24 Sep 2019 07:31:08 +0000 Subject: [Scilab-users] Evaluating a polynomial on a square matrix Message-ID: Hello Frederico, > De : Federico Miyara > Envoy? : mardi 24 septembre 2019 00:25 > > Is there some way of evaluating a polynomial on a square matrix in a > matrix-wise (not component-wise) fashion? You can transform your polynomial into a usual external function Then apply it to a matrix. e.g. \\ ********** P = %s^2 + 2*%s + 3 \\ example of polynomial C = coeff(P) n = size(C, "c") stringP = "Y = "+string(C(1)) for i = 2:n stringP = stringP+" + "+string(C(i))+"*x^"+string(i-1) end deff("[Y] = fctP(x)", stringP) \\ creation of the function corresponding to the polynomial \\ test A = [1 2 ; 3 4] fctP(A) \\ [12. 17. ; 24. 33.] \\ ********** General 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 arvid at softube.com Tue Sep 24 09:45:02 2019 From: arvid at softube.com (=?utf-8?B?QXJ2aWQgUm9zw6lu?=) Date: Tue, 24 Sep 2019 07:45:02 +0000 Subject: [Scilab-users] ?= Re: ?= =?utf-8?q? parallel_run In-Reply-To: <243fb852-fe94-7b10-c416-0829982b7466@laas.fr> References: <1569246360826-0.post@n3.nabble.com> <3213-5d88d300-29-57d6c800@54331104> <20190923231316.Horde.mwrKy0SgDVsGsNj1WeNmwnB@webmail.utc.fr> <243fb852-fe94-7b10-c416-0829982b7466@laas.fr> Message-ID: <0707A9A1-C41C-4FA6-BF36-1CAA25F9571D@softube.com> Hi, I agree. The lack of a working solution for parallel computations is a problem on modern server type machines with many cores. We typically try to work around this by having scilab functions that generate scilab scripts that are executed by spawned headless scilab processes. Communication is achieved by writing and reading files. Needless to say, this is not a great solution, and with scilab 6 it is starting to become unpractical as writing and reading hdf files is extremely slow compared to the scilab 5 file format. Cheers, Arvid From: Scilab Users List on behalf of Antoine Monmayrant Reply to: Users mailing list for Scilab Date: Tuesday, 24 September 2019 at 09:32 To: "users at lists.scilab.org" Subject: Re: [Scilab-users] ?= Re: ?= =?utf-8?q? parallel_run Le 23/09/2019 ? 23:13, stephane.mottelet at utc.fr a ?crit : Hello Antoine, Before judging that some code is just a "dirty hack" you should first get into the code and see hows things are written. The implementation in 5.5.2 was using OpenMP so I don't see anything dirty here. The implementation was unstable under OSX and Linux, and under Windows parallel_run was just making calls sequentially. So no "dirty hack" under Windows but just a shortcut. Octave does also the same with Matlatb's parfor : it just does things sequentially. However, even unstable, parallel_run was very useful (I used it a lot under Linux to do some Monte Carlo estimation on a 40 processor machine). It is a pity that it's re-engineering for 6.0 familiy was not a priority. Hello Stephane, I'm sorry, I did not want to sound rude calling it a "dirty hack". It's just the explanation I got from scilab developers last time I discussed with them about it. We were trying to get similar performances under linux/osx/windows with some code using parallel_run. That was a dead end. Having any sort of parallel computing under scilab 6.0.2 would be a real step forward for us. I have played a bit with julia to see what it means parallelizing some code in julia. It was quite easy. I don't know whether a similar approach can be implemented in scilab. Antoine S. Quoting Antoine Monmayrant >: Hello, Are you using Windows or anything else? Because as far as I remember, parallel_run is just a dirty hack that only works under windows. On my linux install of scilab 6.0.2, I also have: --> parallel_run Undefined variable: parallel_run So it might be a bug in the documentation that should mention "windows only" like some other functions. Antoine Le Lundi, Septembre 23, 2019 15:46 CEST, fujimoto2005 > a ?crit: I wanted to use "parallel_run" and tried the sample script in the help page. But it did not work with the error message "undefined variable:parallel_run". Please teach me what is wrong? The sample script I used is as follows ****** for i = 1:10 res(i) = i*i; end; // for parallel_run, we need to have a function performing the computation function a=g(arg1) a=arg1*arg1 endfunction res = parallel_run(1:10, g); // => res = [1 4 9 16 25 36 49 64 81 100]; ********* -- Sent from: https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html _______________________________________________ users mailing list users at lists.scilab.org https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users _______________________________________________ users mailing list users at lists.scilab.orghttps://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 stephane.mottelet at utc.fr Tue Sep 24 09:57:04 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Tue, 24 Sep 2019 09:57:04 +0200 Subject: [Scilab-users] ?= Re: ?= =?utf-8?q? parallel_run In-Reply-To: <243fb852-fe94-7b10-c416-0829982b7466@laas.fr> References: <1569246360826-0.post@n3.nabble.com> <3213-5d88d300-29-57d6c800@54331104> <20190923231316.Horde.mwrKy0SgDVsGsNj1WeNmwnB@webmail.utc.fr> <243fb852-fe94-7b10-c416-0829982b7466@laas.fr> Message-ID: <0fc571b2-d9af-8209-f24c-990526843c33@utc.fr> Le 24/09/2019 ? 09:29, Antoine Monmayrant a ?crit?: > > > Le 23/09/2019 ? 23:13, stephane.mottelet at utc.fr a ?crit?: >> >> Hello Antoine, >> >> Before judging that some code is just a "dirty hack" you should first >> get into the code and see hows things are written. The implementation >> in 5.5.2 was using OpenMP so I don't see anything dirty here. The >> implementation was unstable under OSX and Linux, and under Windows >> parallel_run was just making calls sequentially. So no "dirty hack" >> under Windows but just a shortcut. Octave does also the same with >> Matlatb's parfor : it just does things sequentially. However, even >> unstable, parallel_run was very useful (I used it a lot under Linux >> to do some Monte Carlo estimation on a 40 processor machine). It is a >> pity that it's re-engineering for 6.0 familiy was not a priority. >> > Hello Stephane, > > I'm sorry, I did not want to sound rude calling it a "dirty hack". > It's just the explanation I got from scilab developers last time I > discussed with them about it. > We were trying to get similar performances under linux/osx/windows > with some code using parallel_run. > Under OSX parallel_run used to work (a little bit) up to 5.5.1 version, then it was almost unusable. > > That was a dead end. > > Having any sort of parallel computing under scilab 6.0.2 would be a > real step forward for us. > I have played a bit with julia to see what it means parallelizing some > code in julia. > It was quite easy. > Yeah, Julia has many interesting features but things have been developped with such a kind of orthodoxy that using it is sometimes very baffling... > > I don't know whether a similar approach can be implemented in scilab. > The rewritten internals (ast module) would allow to implement (at least) something similar to Matlab's parfor. parallel_run worked by forking the main Scilab process, that's why it was not transposable to Windows (no fork()). Maybe could it be possible with threads with the new architecture ? The only thing that's certain is that without an active collaboration of Antoine Elias this feature will never be developped. The only way is to persuade ESI that it is a strategic feature for their business with Scilab ! S. > > Antoine > >> >> S. >> >> Quoting Antoine Monmayrant >: >> >>> Hello, >>> >>> Are you using Windows or anything else? >>> Because as far as I remember, parallel_run is just a dirty hack that >>> only works under windows. >>> On my linux install of scilab 6.0.2, I also have: >>> --> parallel_run >>> >>> Undefined variable: parallel_run >>> >>> So it might be a bug in the documentation that should mention >>> "windows only" like some other functions. >>> >>> Antoine >>> >>> >>> Le Lundi, Septembre 23, 2019 15:46 CEST, fujimoto2005 >>> > a ?crit: >>> >>>> I wanted to use "parallel_run" and tried the sample script in the >>>> help page. >>>> But it did not work with the error message "undefined >>>> variable:parallel_run". >>>> Please teach me what is wrong? >>>> >>>> The sample script I used is as follows >>>> ****** >>>> for i = 1:10 >>>> ? res(i) = i*i; >>>> end; >>>> // for parallel_run, we need to have a function performing the >>>> computation >>>> function a=g(arg1) >>>> ? a=arg1*arg1 >>>> endfunction >>>> >>>> res = parallel_run(1:10, g); >>>> // => res = [1? 4? 9? 16? 25? 36? 49? 64? 81? 100]; >>>> ********* >>>> >>>> >>>> >>>> >>>> >>>> -- >>>> Sent from: >>>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html >>>> >>>> _______________________________________________ >>>> users mailing list >>>> users at lists.scilab.org >>>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users >>>> >>>> >>> _______________________________________________ >>> users mailing list >>> users at lists.scilab >>> .orghttps://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: From Christophe.Dang at sidel.com Tue Sep 24 10:03:10 2019 From: Christophe.Dang at sidel.com (Dang Ngoc Chan, Christophe) Date: Tue, 24 Sep 2019 08:03:10 +0000 Subject: [Scilab-users] Evaluating a polynomial on a square matrix Message-ID: I'm aware that this is an inefficient way to compute the result but unfortunately, the Horner form of polynomial does not work on matrices: (A + 2)*A is not the same as A*A + 2*A for Scilab. It is possible to write a better function manually, by first calculating the successive powers before applying coefficients and adding them. It is probably possible to create such functions automatically by concatenating strings but it is not straightforward. HTH, regards > stringP = "Y = "+string(C(1)) > > for i = 2:n > stringP = stringP+" + "+string(C(i))+"*x^"+string(i-1) end > > deff("[Y] = fctP(x)", stringP) \\ creation of the function corresponding to the > polynomial -- Christophe Dang Ngoc Chan Mechanical calculation engineer General 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 Tue Sep 24 10:31:06 2019 From: Christophe.Dang at sidel.com (Dang Ngoc Chan, Christophe) Date: Tue, 24 Sep 2019 08:31:06 +0000 Subject: [Scilab-users] Evaluating a polynomial on a square matrix Message-ID: Hi, I've got some time this morning (-: so this one seems to work and should be a bit more efficient: // ********** P = %s^2 + 2*%s + 3 C = coeff(P) n = size(C, "c") if n > 1 then stringP = "X1 = x; " for i = 3:n stringP = stringP+"X"+string(i-1)+" = X"+string(i-2)+"*x; " end else stringP = "" end stringP = stringP+"Y = "+string(C(1)) for i = 2:n stringP = stringP+" + "+string(C(i))+"*X"+string(i-1) end deff("[Y] = fctP(x)", stringP) // ********** Regards -- Christophe Dang Ngoc Chan Mechanical calculation engineer General 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 stephane.mottelet at utc.fr Tue Sep 24 10:34:23 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Tue, 24 Sep 2019 10:34:23 +0200 Subject: [Scilab-users] Evaluating a polynomial on a square matrix In-Reply-To: References: Message-ID: Why just not writing Horner's algorithm directly ? functionout=horner_mat(p, X)a=coeff(p)out=zeros(X);fork=degree(p):-1:0out=out*X+a(k+1)*eye()endendfunction--> a=[1 2;3 4]a = 1. 2.3. 4.--> horner_mat(1+%s-%s^2,a)ans =-5. -8. -12. -17.--> eye() + a - a^2ans =-5. -8. -12. -17.S. Le 24/09/2019 ? 10:31, Dang Ngoc Chan, Christophe a ?crit?: > Hi, > > I've got some time this morning (-: so this one seems to work and should be a bit more efficient: > > // ********** > > P = %s^2 + 2*%s + 3 > > C = coeff(P) > > n = size(C, "c") > > if n > 1 then > > stringP = "X1 = x; " > > for i = 3:n > > stringP = stringP+"X"+string(i-1)+" = X"+string(i-2)+"*x; " > > end > > else > > stringP = "" > > end > > stringP = stringP+"Y = "+string(C(1)) > > for i = 2:n > > stringP = stringP+" + "+string(C(i))+"*X"+string(i-1) > > end > > deff("[Y] = fctP(x)", stringP) > > // ********** > > Regards > > -- > Christophe Dang Ngoc Chan > Mechanical calculation engineer > > > General > 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. > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: From fmiyara at fceia.unr.edu.ar Tue Sep 24 17:08:53 2019 From: fmiyara at fceia.unr.edu.ar (Federico Miyara) Date: Tue, 24 Sep 2019 12:08:53 -0300 Subject: [Scilab-users] Evaluating a polynomial on a square matrix In-Reply-To: References: Message-ID: <36e78e39-4831-7913-fe61-d617b8a7bb98@fceia.unr.edu.ar> St?phane, Thanks, this is great, the use of eye is the way to go to overcome the problem of an earlier suggestion which discarded, for instance, A + 2 for not being what Horner expects; but A + 2*eye(A) is! Thanks also for making me aware of the simplified syntax 2*eye() which adapts its size to the matrix it is added to, and is also computationally more efficient, important especially for very large matrices. Best regards, Federico Miyara On 24/09/2019 05:34, St?phane Mottelet wrote: > > Why just not writing Horner's algorithm directly ? > > functionout=horner_mat(p, > X)a=coeff(p)out=zeros(X);fork=degree(p):-1:0out=out*X+a(k+1)*eye()endendfunction--> > a=[1 2;3 4]a = 1. 2.3. 4.--> horner_mat(1+%s-%s^2,a)ans =-5. -8. -12. > -17.--> eye() + a - a^2ans =-5. -8. -12. -17.S. > Le 24/09/2019 ? 10:31, Dang Ngoc Chan, Christophe a ?crit?: >> Hi, >> >> I've got some time this morning (-: so this one seems to work and should be a bit more efficient: >> >> // ********** >> >> P = %s^2 + 2*%s + 3 >> >> C = coeff(P) >> >> n = size(C, "c") >> >> if n > 1 then >> >> stringP = "X1 = x; " >> >> for i = 3:n >> >> stringP = stringP+"X"+string(i-1)+" = X"+string(i-2)+"*x; " >> >> end >> >> else >> >> stringP = "" >> >> end >> >> stringP = stringP+"Y = "+string(C(1)) >> >> for i = 2:n >> >> stringP = stringP+" + "+string(C(i))+"*X"+string(i-1) >> >> end >> >> deff("[Y] = fctP(x)", stringP) >> >> // ********** >> >> Regards >> >> -- >> Christophe Dang Ngoc Chan >> Mechanical calculation engineer >> >> >> General >> 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. >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users > -- > St?phane Mottelet > Ing?nieur de recherche > EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable > D?partement G?nie des Proc?d?s Industriels > Sorbonne Universit?s - Universit? de Technologie de Compi?gne > CS 60319, 60203 Compi?gne cedex > Tel : +33(0)344234688 > http://www.utc.fr/~mottelet > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users --- El software de antivirus Avast ha analizado este correo electr?nico en busca de virus. https://www.avast.com/antivirus -------------- next part -------------- An HTML attachment was scrubbed... URL: From Christophe.Dang at sidel.com Tue Sep 24 17:32:13 2019 From: Christophe.Dang at sidel.com (Dang Ngoc Chan, Christophe) Date: Tue, 24 Sep 2019 15:32:13 +0000 Subject: [Scilab-users] {EXT} Re: Evaluating a polynomial on a square matrix In-Reply-To: <36e78e39-4831-7913-fe61-d617b8a7bb98@fceia.unr.edu.ar> References: <36e78e39-4831-7913-fe61-d617b8a7bb98@fceia.unr.edu.ar> Message-ID: Hello, > De : Federico Miyara > Envoy? : mardi 24 septembre 2019 17:09 > > St?phane, > Thanks, this is great Indeed, my own solution proves to be poor because the conversion to a string causes a drastic truncation. A quick example with something like P = poly(0.01:0.01:1, "s") shows a great difference with horner() (e.g. with the 1 ? 1 matrix [1]). Thanx and regards -- Christophe Dang Ngoc Chan Mechanical calculation engineer General 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 lucien.povy at free.fr Wed Sep 25 16:06:00 2019 From: lucien.povy at free.fr (lucien.povy) Date: Wed, 25 Sep 2019 16:06:00 +0200 Subject: [Scilab-users] New problems with "freson" in CACSD module Message-ID: <2761d5f1-63e8-b343-baae-516f5abff7b9@free.fr> Hello all ! I believe that there are new problems with "freson.sci" program in CACSD module. If you are running two programs, one for continuous system another for sampled system, sometimes you have a result as [ ] : you must improve the accuracy of result ;("ffreson.sci" program is proposed). (Bugs not bugs ???? yes bugs : see in text REMARK. 1 . Example : continuous system. ?? s=%s ; num = s+1.4*s^2+1.4*s^3+0.4*s^4 ; den = 0.5+0.8*s+1.4*s^2+1.4*s^3+0.4*s^4 ; ?? h = syslin("c",num,den) ?? fr = freson(h) ?? fr = ??????? [] ?? gainplot(h,0.01,1) ?? with my new function "ffreson.sci" : ?? ffreson(h)//La nouvelle fonction. ?? ans? = ??????????? 0.111164226146 2 . Example : sampled system. ?? The exercise in "help" page of "freson" with sampling period Ts=0.01s : the program gives "fr=[]" . ?? With sampling period Ts=0.04s you have a good result (problem of accuracy) : run the example in help ?? and change sampling period. 3 . My opinion and the proposed solutions. ?? - For continuous system : ?? If you calculated the function "h(s)*h(-s)" by convolution, the result, as I mentioned before, ?? must be an even rational : with "horner" it's not, but by convolution the result is OK. (take a look on "ffreson" program : ?? you find a program "hps_hms" which gives "h(s)*h(-s)" by convolution). ?? - After that, the numerator of "h(s)*h(-s)"derivative is calculated, this polynomial "der" must be odd (s=0 is a particular root of "der" which?? corresponds to zero frequency). If you excluded this root from "der", the new polynomial is even, and you can solve ??? the finding roots problem with a new polynomial in u=s*s as variable.If "rac" is the vector of square roots of this new polynomial, the vector "r", roots of "der", is r=[rac;-rac;0]. You divide by two the degree of "der" and increase the accuracy ??? of the result : I use this method in my program. ??? REMARK : If you run "freson" and "ffreson", step by step, when you calculated the roots of derivatives, the number of roots are not the same !!!? (see "Exemple freson.pdf"). ??? - For sampled system : ??? - We calculated the function "hh=h(z)*h(1/z)", also with convolution, the result of convolution gives for coefficients vectors ??? of "hh" a symmetric vector [c1,c2, ....cn], (for numerator and denominator), c1=cn, c2=c(n-1) etc ....see "hpz_hiz" at the end of function "ffreson.sci". ??? - After that we take account of "z^(degree(h.num)-degree(h.den)) in "hh", and calculated the numerator of derivative of new ??? "hh". ??? - Like for continuous system, you excluded "z=1" and "z=-1", which corresponds to frequencies f0=0 and f1=1/*(2*ts) (Nyquist frequency). ??? - At the end you calculated the roots "r" of new polynomial (the degree of polynomial decreases by two) . A "good" solution must respect "rp=exp(%i*%pi*fp*ts)"; so |rp|=1 and fp>0. The end of my new program is the same as "freson.sci". ??? I use those methods in the new program "ffreson.sci". ??? REMARK : the same. ??? Yours sincerely ??? lucien.povy at free.fr ??? PS ??? I attached the new function "ffreson.sci" and a report ("Exemples freson.pdf", sorry in french language) to my email. ??? In "ffreson" you have two functions "hps_hms" for h(s)*h(-s) and? "hpz_hiz" for h(z)*h(1/z). ??? This program "ffreson" can be used for "iodelay systems", and " hps_hms" , "hpz_hiz" used in m_margin and p_margin ??? to improve the accuracy of results. -------------- next part -------------- A non-text attachment was scrubbed... Name: Exemples freson.pdf Type: application/pdf Size: 46122 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ffreson.sci Type: application/x-scilab-sci Size: 6926 bytes Desc: not available URL: From j.s.strom at hslmg.de Wed Sep 25 16:24:59 2019 From: j.s.strom at hslmg.de (Jens Simon Strom) Date: Wed, 25 Sep 2019 16:24:59 +0200 Subject: [Scilab-users] Deletion of console content Message-ID: <111cc69e-73c9-f017-daee-07aabf37e357@hslmg.de> Hello Scilab experts, I have two questions: * 1. After closing Scilab, is the content of what has appeared on the console during the session still accessible for computer experts? In other words: Is the console content securely deleted? * 2. After editing and executing a script and closing Scilab, is the script before the edit still accesible for computer experts? Kind regards Jens -------------- next part -------------- An HTML attachment was scrubbed... URL: From lucien.povy at free.fr Wed Sep 25 17:27:00 2019 From: lucien.povy at free.fr (lucien.povy) Date: Wed, 25 Sep 2019 17:27:00 +0200 Subject: [Scilab-users] error at line 89 in the program "ffreson.sci" attached in my last email. Message-ID: <49aa2660-c706-ea6c-c1b2-56e0e7c9188a@free.fr> Hello all I attached a new function "ffreson.sci" with my last mail; Change at line 89? of function "ffreson.sci" [quo,rest] = pdiv(der,z*z-1)? by? [rest,quo] = pdiv(der,z*z-1). Excuse me Yours sincerely lucien.povy at free.fr From fmiyara at fceia.unr.edu.ar Wed Sep 25 17:43:11 2019 From: fmiyara at fceia.unr.edu.ar (Federico Miyara) Date: Wed, 25 Sep 2019 12:43:11 -0300 Subject: [Scilab-users] Deletion of console content In-Reply-To: <111cc69e-73c9-f017-daee-07aabf37e357@hslmg.de> References: <111cc69e-73c9-f017-daee-07aabf37e357@hslmg.de> Message-ID: <5aaf775f-1b07-dc78-9fd5-bf92a356d274@fceia.unr.edu.ar> Jens, I'm not quite an expert, but I can tell that by default the historic content of the console is saved somewhere and can be accessed in a small dockable window generally located at the right bottom corner of the screen, named Command History. It can also be deleted by first clicking on this window to make Scilab focus on it, then opening the Edit menu and clearing history or, I presume, deleting (I don't want to test that because sometimes I use it and don't want to lose it just to experiment :) ). It is possible to disable it from the Edit menu for the console, preferences, Command History. In that dialog you can also decide where the History file will be saved and the maximum number of lines to be saved. You could also use a secure deleting tool on that file. Regarding the previous versions of a script, I'm not quite sure. If your aim is to recover a version you have accidentally overwritten, I'm afraid it may be difficult since there is no guarantee that the new version is saved in a different cluster in the disk. If, on the contrary, the aim is to prevent other users of the same computer to spy on your work, there is no guarantee either that parts of the script do not remain undeleted. One possibility would be to save your work to a memory stick, I don't think a local copy is preserved since at most the script is loaded into volatile RAM which is deleted when you shut your system down. Regards, Federico Miyara On 25/09/2019 11:24, Jens Simon Strom wrote: > > Hello Scilab experts, > > I have two questions: > > * 1. After closing Scilab, is the content of what has appeared on > the console during the session still accessible for computer > experts? In other words: Is the console content securely deleted? > * 2. After editing and executing a script and closing Scilab, is the > script before the edit still accesible for computer experts? > > Kind regards > > Jens > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users -- El software de antivirus Avast ha analizado este correo electr?nico en busca de virus. https://www.avast.com/antivirus -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Wed Sep 25 18:03:45 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Wed, 25 Sep 2019 18:03:45 +0200 Subject: [Scilab-users] New problems with "freson" in CACSD module In-Reply-To: <2761d5f1-63e8-b343-baae-516f5abff7b9@free.fr> References: <2761d5f1-63e8-b343-baae-516f5abff7b9@free.fr> Message-ID: <8955f14b-0068-f9f5-9665-b4bda1cca235@utc.fr> Thanks Lucien, however, to complete the task, you should first reopen bug #15368 at https://bugzilla.scilab.org/show_bug.cgi?id=15368 S. Can you create a bug Le 25/09/2019 ? 16:06, lucien.povy a ?crit?: > Hello all ! > I believe that there are new problems with "freson.sci" program in > CACSD module. > If you are running two programs, one for continuous system another for > sampled system, > sometimes you have a result as [ ] : you must improve the accuracy of > result ;("ffreson.sci" program is proposed). > (Bugs not bugs ???? yes bugs : see in text REMARK. > > 1 . Example : continuous system. > ?? s=%s ; num = s+1.4*s^2+1.4*s^3+0.4*s^4 ; den = > 0.5+0.8*s+1.4*s^2+1.4*s^3+0.4*s^4 ; > ?? h = syslin("c",num,den) > ?? fr = freson(h) > ?? fr = > ??????? [] > ?? gainplot(h,0.01,1) > ?? with my new function "ffreson.sci" : > ?? ffreson(h)//La nouvelle fonction. > ?? ans? = > ??????????? 0.111164226146 > > 2 . Example : sampled system. > ?? The exercise in "help" page of "freson" with sampling period > Ts=0.01s : the program gives "fr=[]" . > ?? With sampling period Ts=0.04s you have a good result (problem of > accuracy) : run the example in help > ?? and change sampling period. > > 3 . My opinion and the proposed solutions. > > ?? - For continuous system : > ?? If you calculated the function "h(s)*h(-s)" by convolution, the > result, as I mentioned before, > ?? must be an even rational : with "horner" it's not, but by > convolution the result is OK. (take a look on "ffreson" program : > ?? you find a program "hps_hms" which gives "h(s)*h(-s)" by convolution). > ?? - After that, the numerator of "h(s)*h(-s)"derivative is > calculated, this polynomial "der" must be odd (s=0 is a particular > root of "der" which?? corresponds to zero frequency). If you excluded > this root from "der", the new polynomial is even, and you can solve > ??? the finding roots problem with a new polynomial in u=s*s as > variable.If "rac" is the vector of square roots of this new > polynomial, the vector "r", roots of "der", is r=[rac;-rac;0]. You > divide by two the degree of "der" and increase the accuracy > ??? of the result : I use this method in my program. > > ??? REMARK : If you run "freson" and "ffreson", step by step, when you > calculated the roots of derivatives, the number of roots are not the > same !!!? (see "Exemple freson.pdf"). > > ??? - For sampled system : > ??? - We calculated the function "hh=h(z)*h(1/z)", also with > convolution, the result of convolution gives for coefficients vectors > ??? of "hh" a symmetric vector [c1,c2, ....cn], (for numerator and > denominator), c1=cn, c2=c(n-1) etc ....see "hpz_hiz" at the end of > function "ffreson.sci". > ??? - After that we take account of "z^(degree(h.num)-degree(h.den)) > in "hh", and calculated the numerator of derivative of new > ??? "hh". > ??? - Like for continuous system, you excluded "z=1" and "z=-1", which > corresponds to frequencies f0=0 and f1=1/*(2*ts) (Nyquist frequency). > ??? - At the end you calculated the roots "r" of new polynomial (the > degree of polynomial decreases by two) . A "good" solution must > respect "rp=exp(%i*%pi*fp*ts)"; so |rp|=1 and fp>0. The end of my new > program is the same as "freson.sci". > ??? I use those methods in the new program "ffreson.sci". > ??? REMARK : the same. > > ??? Yours sincerely > ??? lucien.povy at free.fr > > ??? PS > ??? I attached the new function "ffreson.sci" and a report ("Exemples > freson.pdf", sorry in french language) to my email. > ??? In "ffreson" you have two functions "hps_hms" for h(s)*h(-s) and? > "hpz_hiz" for h(z)*h(1/z). > ??? This program "ffreson" can be used for "iodelay systems", and " > hps_hms" , "hpz_hiz" used in m_margin and p_margin > ??? to improve the accuracy of results. > > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: From kopac.jakub at gmail.com Wed Sep 25 21:01:07 2019 From: kopac.jakub at gmail.com (kjubo) Date: Wed, 25 Sep 2019 12:01:07 -0700 (MST) Subject: [Scilab-users] c link (mingw) Message-ID: <1569438067159-0.post@n3.nabble.com> Dear all, I am trying to make a c code. I instaled mingw (from equation.com) and MinGw toolbox from ATOMS. When I try to use a example code from call help page, I get following error: (full scilab console print) Generate a loader file Generate a Makefile Running the Makefile Compilation of fooc.obj Building shared library (be patient) ------------- Compile file fooc.c -------------- ! ! x86_64-w64-mingw32-gcc.exe -c -DWIN32 -DSTRICT -DFORDLL -D_MSC_VER -I"C:/NONINS~1/SCILAB~1.2/libs/MALLOC/includes"! -I"C:/NONINS~1/SCILAB~1.2/libs/f2c" -I"C:/NONINS~1/SCILAB~1.2/libs/intl" -I"C:/NONINS~1/SCILAB~1.2/modules/core/i! ncludes" -I"C:/NONINS~1/SCILAB~1.2/modules/api_scilab/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/call_scilab/incl! udes" -I"C:/NONINS~1/SCILAB~1.2/modules/output_stream/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/jvm/includes" -I! "C:/NONINS~1/SCILAB~1.2/modules/localization/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/dynamic_link/includes" -I! "C:/NONINS~1/SCILAB~1.2/modules/mexlib/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/time/includes" -I"C:/NONINS~1/S! CILAB~1.2/modules/windows_tools/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/threads/includes" -I"C:/NONINS~1/SCILA! B~1.2/modules/ast/includes/ast" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/exps" -I"C:/NONINS~1/SCILAB~1.2/mod! ules/ast/includes/operations" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/parse" -I"C:/NONINS~1/SCILAB~1.2/modu! les/ast/includes/symbol" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/system_env" -I"C:/NONINS~1/SCILAB~1.2/modu! les/ast/includes/types" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/analysis" -I"C:/NONINS~1/SCILAB~1.2/modules! /string/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/console/includes" -m64 -D__SCILAB_TOOLBOX__ -DNDEBUG fooc.c ! ! ------------- Link files -------------- ! ! x86_64-w64-mingw32-g++.exe --shared fooc.o -std=c++11 -L"c:\program files\gcc\x86_64-w64-mingw32\lib" -LC:\Users\j! kopac\AppData\Roaming\Scilab\scilab-6.0.2\mingwlib_x64 -lgfortran -lblasplus -llibf2c -lcore -lcore_f -llapack -lo! utput_stream -ldynamic_link -linteger -loptimization_f -llibjvm -lscilocalization -llinpack_f -lcall_scilab -ltime! -lapi_scilab -llibintl -last -lfileio -lio -lstring -lthreads -lsciconsole -lscilab_windows -llibmex -o libfooc.! dll -Wl,--out-implib=libfooc.a -Wl,--export-all-symbols -Wl,--enable-auto-import ! ! C:\Users\jkopac\AppData\Roaming\Scilab\scilab-6.0.2\mingwlib_x64/liblibf2c.a: file not recognized: File format not! recognized ! ! collect2.exe: error: ld returned 1 exit status ! ! Makelib:127: recipe for target 'libfooc.dll' failed ! ! make: *** [libfooc.dll] Error 1 ! at line 25 of function dlwCompile ( C:\NONINS~1\SCILAB~1.2\contrib\mingw\010~1.5\macros\windows\dlwCompile.sci line 34 ) at line 70 of function ilib_compile ( C:\NONINSTALL\scilab-6.0.2\modules\dynamic_link\macros\ilib_compile.sci line 86 ) at line 104 of function ilib_for_link ( C:\NONINSTALL\scilab-6.0.2\modules\dynamic_link\macros\ilib_for_link.sci line 118 ) at line 18 of executed file C:\Users\XXX\Documents\SciLab\c experiment\z helpu\test_help_call.sce ilib_compile: Error while executing Makelib Can anybody help, how to make it works? (SciLab 6.0.2 on Win 7 PRO, 64 bit) thanks! BR JK -- Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html From stephane.mottelet at utc.fr Wed Sep 25 21:56:05 2019 From: stephane.mottelet at utc.fr (=?utf-8?Q?St=C3=A9phane_Mottelet?=) Date: Wed, 25 Sep 2019 21:56:05 +0200 Subject: [Scilab-users] c link (mingw) In-Reply-To: <1569438067159-0.post@n3.nabble.com> References: <1569438067159-0.post@n3.nabble.com> Message-ID: <6EF4408D-69F7-45BC-850D-3BA17187E590@utc.fr> Hello Which version of gcc did you download from equation.com ? S. > Le 25 sept. 2019 ? 21:01, kjubo a ?crit : > > Dear all, > > I am trying to make a c code. > I instaled mingw (from equation.com) and MinGw toolbox from ATOMS. > > When I try to use a example code from call help page, I get following error: > (full scilab console print) > > > Generate a loader file > Generate a Makefile > Running the Makefile > Compilation of fooc.obj > Building shared library (be patient) > > ------------- Compile file fooc.c -------------- > ! > > ! > x86_64-w64-mingw32-gcc.exe -c -DWIN32 -DSTRICT -DFORDLL -D_MSC_VER > -I"C:/NONINS~1/SCILAB~1.2/libs/MALLOC/includes"! > -I"C:/NONINS~1/SCILAB~1.2/libs/f2c" -I"C:/NONINS~1/SCILAB~1.2/libs/intl" > -I"C:/NONINS~1/SCILAB~1.2/modules/core/i! > ncludes" -I"C:/NONINS~1/SCILAB~1.2/modules/api_scilab/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/call_scilab/incl! > udes" -I"C:/NONINS~1/SCILAB~1.2/modules/output_stream/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/jvm/includes" -I! > "C:/NONINS~1/SCILAB~1.2/modules/localization/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/dynamic_link/includes" -I! > "C:/NONINS~1/SCILAB~1.2/modules/mexlib/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/time/includes" -I"C:/NONINS~1/S! > CILAB~1.2/modules/windows_tools/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/threads/includes" -I"C:/NONINS~1/SCILA! > B~1.2/modules/ast/includes/ast" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/exps" > -I"C:/NONINS~1/SCILAB~1.2/mod! > ules/ast/includes/operations" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/parse" > -I"C:/NONINS~1/SCILAB~1.2/modu! > les/ast/includes/symbol" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/system_env" > -I"C:/NONINS~1/SCILAB~1.2/modu! > les/ast/includes/types" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/analysis" > -I"C:/NONINS~1/SCILAB~1.2/modules! > /string/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/console/includes" -m64 > -D__SCILAB_TOOLBOX__ -DNDEBUG fooc.c ! > > ! > ------------- Link files -------------- > ! > > ! > x86_64-w64-mingw32-g++.exe --shared fooc.o -std=c++11 -L"c:\program > files\gcc\x86_64-w64-mingw32\lib" -LC:\Users\j! > kopac\AppData\Roaming\Scilab\scilab-6.0.2\mingwlib_x64 -lgfortran -lblasplus > -llibf2c -lcore -lcore_f -llapack -lo! > utput_stream -ldynamic_link -linteger -loptimization_f -llibjvm > -lscilocalization -llinpack_f -lcall_scilab -ltime! > -lapi_scilab -llibintl -last -lfileio -lio -lstring -lthreads -lsciconsole > -lscilab_windows -llibmex -o libfooc.! > dll -Wl,--out-implib=libfooc.a -Wl,--export-all-symbols > -Wl,--enable-auto-import ! > > ! > C:\Users\jkopac\AppData\Roaming\Scilab\scilab-6.0.2\mingwlib_x64/liblibf2c.a: > file not recognized: File format not! > recognized > ! > > ! > collect2.exe: error: ld returned 1 exit status > ! > > ! > Makelib:127: recipe for target 'libfooc.dll' failed > ! > > ! > make: *** [libfooc.dll] Error 1 > ! > at line 25 of function dlwCompile ( > C:\NONINS~1\SCILAB~1.2\contrib\mingw\010~1.5\macros\windows\dlwCompile.sci > line 34 ) > at line 70 of function ilib_compile ( > C:\NONINSTALL\scilab-6.0.2\modules\dynamic_link\macros\ilib_compile.sci line > 86 ) > at line 104 of function ilib_for_link ( > C:\NONINSTALL\scilab-6.0.2\modules\dynamic_link\macros\ilib_for_link.sci > line 118 ) > at line 18 of executed file C:\Users\XXX\Documents\SciLab\c experiment\z > helpu\test_help_call.sce > > ilib_compile: Error while executing Makelib > > > Can anybody help, how to make it works? > (SciLab 6.0.2 on Win 7 PRO, 64 bit) > > thanks! > > BR > JK > > > > -- > Sent from: https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users From stephane.mottelet at utc.fr Wed Sep 25 22:06:32 2019 From: stephane.mottelet at utc.fr (stephane.mottelet at utc.fr) Date: Wed, 25 Sep 2019 22:06:32 +0200 Subject: [Scilab-users] c link (mingw) In-Reply-To: <6EF4408D-69F7-45BC-850D-3BA17187E590@utc.fr> References: <1569438067159-0.post@n3.nabble.com> <6EF4408D-69F7-45BC-850D-3BA17187E590@utc.fr> Message-ID: <20190925220632.Horde.nxihG6IEybsVi_Cv-zw2RwR@webmail.utc.fr> With officially supported version 6.2.0 (download link on the atoms page of mingw toolbox), under Windows 7, I run without any problem all examples on ilib_build help page. S. Quoting St?phane Mottelet : > Hello > > Which version of gcc did you download from equation.com ? > > S. > >> Le 25 sept. 2019 ? 21:01, kjubo a ?crit : >> >> Dear all, >> >> I am trying to make a c code. >> I instaled mingw (from equation.com) and MinGw toolbox from ATOMS. >> >> When I try to use a example code from call help page, I get following error: >> (full scilab console print) >> >> ? ?Generate a loader file >> ? Generate a Makefile >> ? Running the Makefile >> ? Compilation of fooc.obj >> ? Building shared library (be patient) >> >> ------------- Compile file fooc.c -------------- >> ! >> >> ! >> x86_64-w64-mingw32-gcc.exe -c -DWIN32 -DSTRICT -DFORDLL -D_MSC_VER >> -I"C:/NONINS~1/SCILAB~1.2/libs/MALLOC/includes"! >> -I"C:/NONINS~1/SCILAB~1.2/libs/f2c" -I"C:/NONINS~1/SCILAB~1.2/libs/intl" >> -I"C:/NONINS~1/SCILAB~1.2/modules/core/i! >> ncludes" -I"C:/NONINS~1/SCILAB~1.2/modules/api_scilab/includes" >> -I"C:/NONINS~1/SCILAB~1.2/modules/call_scilab/incl! >> udes" -I"C:/NONINS~1/SCILAB~1.2/modules/output_stream/includes" >> -I"C:/NONINS~1/SCILAB~1.2/modules/jvm/includes" -I! >> "C:/NONINS~1/SCILAB~1.2/modules/localization/includes" >> -I"C:/NONINS~1/SCILAB~1.2/modules/dynamic_link/includes" -I! >> "C:/NONINS~1/SCILAB~1.2/modules/mexlib/includes" >> -I"C:/NONINS~1/SCILAB~1.2/modules/time/includes" -I"C:/NONINS~1/S! >> CILAB~1.2/modules/windows_tools/includes" >> -I"C:/NONINS~1/SCILAB~1.2/modules/threads/includes" -I"C:/NONINS~1/SCILA! >> B~1.2/modules/ast/includes/ast" >> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/exps" >> -I"C:/NONINS~1/SCILAB~1.2/mod! >> ules/ast/includes/operations" >> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/parse" >> -I"C:/NONINS~1/SCILAB~1.2/modu! >> les/ast/includes/symbol" >> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/system_env" >> -I"C:/NONINS~1/SCILAB~1.2/modu! >> les/ast/includes/types" >> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/analysis" >> -I"C:/NONINS~1/SCILAB~1.2/modules! >> /string/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/console/includes" -m64 >> -D__SCILAB_TOOLBOX__? -DNDEBUG? fooc.c ! >> >> ! >> ------------- Link files -------------- >> ! >> >> ! >> x86_64-w64-mingw32-g++.exe --shared fooc.o -std=c++11 -L"c:\program >> files\gcc\x86_64-w64-mingw32\lib" -LC:\Users\j! >> kopac\AppData\Roaming\Scilab\scilab-6.0.2\mingwlib_x64 -lgfortran -lblasplus >> -llibf2c -lcore -lcore_f -llapack -lo! >> utput_stream -ldynamic_link -linteger -loptimization_f -llibjvm >> -lscilocalization -llinpack_f -lcall_scilab -ltime! >> -lapi_scilab -llibintl -last -lfileio -lio -lstring -lthreads -lsciconsole >> -lscilab_windows -llibmex? -o libfooc.! >> dll? -Wl,--out-implib=libfooc.a -Wl,--export-all-symbols >> -Wl,--enable-auto-import? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?! >> >> ! >> C:\Users\jkopac\AppData\Roaming\Scilab\scilab-6.0.2\mingwlib_x64/liblibf2c.a: >> file not recognized: File format not! >> recognized >> ! >> >> ! >> collect2.exe: error: ld returned 1 exit status >> ! >> >> ! >> Makelib:127: recipe for target 'libfooc.dll' failed >> ! >> >> ! >> make: *** [libfooc.dll] Error 1 >> ! >> at line? ? 25 of function dlwCompile? ? ( >> C:\NONINS~1\SCILAB~1.2\contrib\mingw\010~1.5\macros\windows\dlwCompile.sci >> line 34 ) >> at line? ? 70 of function ilib_compile? ( >> C:\NONINSTALL\scilab-6.0.2\modules\dynamic_link\macros\ilib_compile.sci line >> 86 ) >> at line? ?104 of function ilib_for_link ( >> C:\NONINSTALL\scilab-6.0.2\modules\dynamic_link\macros\ilib_for_link.sci >> line 118 ) >> at line? ? 18 of executed file C:\Users\XXX\Documents\SciLab\c experiment\z >> helpu\test_help_call.sce >> >> ilib_compile: Error while executing Makelib >> >> Can anybody help, how to make it works? >> (SciLab 6.0.2 on Win 7 PRO, 64 bit) >> >> thanks! >> >> BR >> JK >> >> -- >> Sent from: >> https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users > > _______________________________________________ > users mailing list > users at lists.scilab.orghttps://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From perrichon.pierre at wanadoo.fr Wed Sep 25 22:12:59 2019 From: perrichon.pierre at wanadoo.fr (Perrichon) Date: Wed, 25 Sep 2019 22:12:59 +0200 Subject: [Scilab-users] c link (mingw) In-Reply-To: <6EF4408D-69F7-45BC-850D-3BA17187E590@utc.fr> References: <1569438067159-0.post@n3.nabble.com> <6EF4408D-69F7-45BC-850D-3BA17187E590@utc.fr> Message-ID: Dear, Scilab 5.5.2 and MingW 4.6.3 are very ok with w64 4.6.3 is on atoms proposals. regards Before printing, think about ENVIRONMENTAL responsabity -----Message d'origine----- De : users De la part de St?phane Mottelet Envoy? : mercredi 25 septembre 2019 21:56 ? : Users mailing list for Scilab Objet : Re: [Scilab-users] c link (mingw) Hello Which version of gcc did you download from equation.com ? S. > Le 25 sept. 2019 ? 21:01, kjubo a ?crit : > > Dear all, > > I am trying to make a c code. > I instaled mingw (from equation.com) and MinGw toolbox from ATOMS. > > When I try to use a example code from call help page, I get following error: > (full scilab console print) > > > Generate a loader file > Generate a Makefile > Running the Makefile > Compilation of fooc.obj > Building shared library (be patient) > > ------------- Compile file fooc.c -------------- > ! > > ! > x86_64-w64-mingw32-gcc.exe -c -DWIN32 -DSTRICT -DFORDLL -D_MSC_VER > -I"C:/NONINS~1/SCILAB~1.2/libs/MALLOC/includes"! > -I"C:/NONINS~1/SCILAB~1.2/libs/f2c" -I"C:/NONINS~1/SCILAB~1.2/libs/intl" > -I"C:/NONINS~1/SCILAB~1.2/modules/core/i! > ncludes" -I"C:/NONINS~1/SCILAB~1.2/modules/api_scilab/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/call_scilab/incl! > udes" -I"C:/NONINS~1/SCILAB~1.2/modules/output_stream/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/jvm/includes" -I! > "C:/NONINS~1/SCILAB~1.2/modules/localization/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/dynamic_link/includes" -I! > "C:/NONINS~1/SCILAB~1.2/modules/mexlib/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/time/includes" -I"C:/NONINS~1/S! > CILAB~1.2/modules/windows_tools/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/threads/includes" -I"C:/NONINS~1/SCILA! > B~1.2/modules/ast/includes/ast" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/exps" > -I"C:/NONINS~1/SCILAB~1.2/mod! > ules/ast/includes/operations" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/parse" > -I"C:/NONINS~1/SCILAB~1.2/modu! > les/ast/includes/symbol" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/system_env" > -I"C:/NONINS~1/SCILAB~1.2/modu! > les/ast/includes/types" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/analysis" > -I"C:/NONINS~1/SCILAB~1.2/modules! > /string/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/console/includes" > -m64 -D__SCILAB_TOOLBOX__ -DNDEBUG fooc.c ! > > ! > ------------- Link files -------------- > ! > > ! > x86_64-w64-mingw32-g++.exe --shared fooc.o -std=c++11 -L"c:\program > files\gcc\x86_64-w64-mingw32\lib" -LC:\Users\j! > kopac\AppData\Roaming\Scilab\scilab-6.0.2\mingwlib_x64 -lgfortran > -lblasplus -llibf2c -lcore -lcore_f -llapack -lo! > utput_stream -ldynamic_link -linteger -loptimization_f -llibjvm > -lscilocalization -llinpack_f -lcall_scilab -ltime! > -lapi_scilab -llibintl -last -lfileio -lio -lstring -lthreads > -lsciconsole -lscilab_windows -llibmex -o libfooc.! > dll -Wl,--out-implib=libfooc.a -Wl,--export-all-symbols > -Wl,--enable-auto-import ! > > ! > C:\Users\jkopac\AppData\Roaming\Scilab\scilab-6.0.2\mingwlib_x64/liblibf2c.a: > file not recognized: File format not! > recognized > ! > > ! > collect2.exe: error: ld returned 1 exit status > ! > > ! > Makelib:127: recipe for target 'libfooc.dll' failed > ! > > ! > make: *** [libfooc.dll] Error 1 > ! > at line 25 of function dlwCompile ( > C:\NONINS~1\SCILAB~1.2\contrib\mingw\010~1.5\macros\windows\dlwCompile > .sci > line 34 ) > at line 70 of function ilib_compile ( > C:\NONINSTALL\scilab-6.0.2\modules\dynamic_link\macros\ilib_compile.sc > i line > 86 ) > at line 104 of function ilib_for_link ( > C:\NONINSTALL\scilab-6.0.2\modules\dynamic_link\macros\ilib_for_link.s > ci > line 118 ) > at line 18 of executed file C:\Users\XXX\Documents\SciLab\c experiment\z > helpu\test_help_call.sce > > ilib_compile: Error while executing Makelib > > > Can anybody help, how to make it works? > (SciLab 6.0.2 on Win 7 PRO, 64 bit) > > thanks! > > BR > JK > > > > -- > Sent from: > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/maili > nglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists > .scilab.org/mailman/listinfo/users _______________________________________________ users mailing list users at lists.scilab.org http://lists.scilab.org/mailman/listinfo/users From kopac.jakub at gmail.com Thu Sep 26 06:16:40 2019 From: kopac.jakub at gmail.com (Jakub Kopac) Date: Thu, 26 Sep 2019 06:16:40 +0200 Subject: [Scilab-users] c link (mingw) In-Reply-To: <6EF4408D-69F7-45BC-850D-3BA17187E590@utc.fr> References: <1569438067159-0.post@n3.nabble.com> <6EF4408D-69F7-45BC-850D-3BA17187E590@utc.fr> Message-ID: Hello, I downloaded and instaled gcc-6.2.0-64.exe BR JK st 25. 9. 2019 o 21:56 St?phane Mottelet nap?sal(a): > Hello > > Which version of gcc did you download from equation.com ? > > S. > > > Le 25 sept. 2019 ? 21:01, kjubo a ?crit : > > > > Dear all, > > > > I am trying to make a c code. > > I instaled mingw (from equation.com) and MinGw toolbox from ATOMS. > > > > When I try to use a example code from call help page, I get following > error: > > (full scilab console print) > > > > > > Generate a loader file > > Generate a Makefile > > Running the Makefile > > Compilation of fooc.obj > > Building shared library (be patient) > > > > ------------- Compile file fooc.c -------------- > > > ! > > > > ! > > x86_64-w64-mingw32-gcc.exe -c -DWIN32 -DSTRICT -DFORDLL -D_MSC_VER > > -I"C:/NONINS~1/SCILAB~1.2/libs/MALLOC/includes"! > > -I"C:/NONINS~1/SCILAB~1.2/libs/f2c" -I"C:/NONINS~1/SCILAB~1.2/libs/intl" > > -I"C:/NONINS~1/SCILAB~1.2/modules/core/i! > > ncludes" -I"C:/NONINS~1/SCILAB~1.2/modules/api_scilab/includes" > > -I"C:/NONINS~1/SCILAB~1.2/modules/call_scilab/incl! > > udes" -I"C:/NONINS~1/SCILAB~1.2/modules/output_stream/includes" > > -I"C:/NONINS~1/SCILAB~1.2/modules/jvm/includes" -I! > > "C:/NONINS~1/SCILAB~1.2/modules/localization/includes" > > -I"C:/NONINS~1/SCILAB~1.2/modules/dynamic_link/includes" -I! > > "C:/NONINS~1/SCILAB~1.2/modules/mexlib/includes" > > -I"C:/NONINS~1/SCILAB~1.2/modules/time/includes" -I"C:/NONINS~1/S! > > CILAB~1.2/modules/windows_tools/includes" > > -I"C:/NONINS~1/SCILAB~1.2/modules/threads/includes" -I"C:/NONINS~1/SCILA! > > B~1.2/modules/ast/includes/ast" > > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/exps" > > -I"C:/NONINS~1/SCILAB~1.2/mod! > > ules/ast/includes/operations" > > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/parse" > > -I"C:/NONINS~1/SCILAB~1.2/modu! > > les/ast/includes/symbol" > > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/system_env" > > -I"C:/NONINS~1/SCILAB~1.2/modu! > > les/ast/includes/types" > > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/analysis" > > -I"C:/NONINS~1/SCILAB~1.2/modules! > > /string/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/console/includes" > -m64 > > -D__SCILAB_TOOLBOX__ -DNDEBUG fooc.c ! > > > > ! > > ------------- Link files -------------- > > > ! > > > > ! > > x86_64-w64-mingw32-g++.exe --shared fooc.o -std=c++11 -L"c:\program > > files\gcc\x86_64-w64-mingw32\lib" -LC:\Users\j! > > kopac\AppData\Roaming\Scilab\scilab-6.0.2\mingwlib_x64 -lgfortran > -lblasplus > > -llibf2c -lcore -lcore_f -llapack -lo! > > utput_stream -ldynamic_link -linteger -loptimization_f -llibjvm > > -lscilocalization -llinpack_f -lcall_scilab -ltime! > > -lapi_scilab -llibintl -last -lfileio -lio -lstring -lthreads > -lsciconsole > > -lscilab_windows -llibmex -o libfooc.! > > dll -Wl,--out-implib=libfooc.a -Wl,--export-all-symbols > > -Wl,--enable-auto-import ! > > > > ! > > > C:\Users\jkopac\AppData\Roaming\Scilab\scilab-6.0.2\mingwlib_x64/liblibf2c.a: > > file not recognized: File format not! > > recognized > > > ! > > > > ! > > collect2.exe: error: ld returned 1 exit status > > > ! > > > > ! > > Makelib:127: recipe for target 'libfooc.dll' failed > > > ! > > > > ! > > make: *** [libfooc.dll] Error 1 > > > ! > > at line 25 of function dlwCompile ( > > > C:\NONINS~1\SCILAB~1.2\contrib\mingw\010~1.5\macros\windows\dlwCompile.sci > > line 34 ) > > at line 70 of function ilib_compile ( > > C:\NONINSTALL\scilab-6.0.2\modules\dynamic_link\macros\ilib_compile.sci > line > > 86 ) > > at line 104 of function ilib_for_link ( > > C:\NONINSTALL\scilab-6.0.2\modules\dynamic_link\macros\ilib_for_link.sci > > line 118 ) > > at line 18 of executed file C:\Users\XXX\Documents\SciLab\c > experiment\z > > helpu\test_help_call.sce > > > > ilib_compile: Error while executing Makelib > > > > > > Can anybody help, how to make it works? > > (SciLab 6.0.2 on Win 7 PRO, 64 bit) > > > > thanks! > > > > BR > > JK > > > > > > > > -- > > Sent from: > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html > > _______________________________________________ > > users mailing list > > users at lists.scilab.org > > > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 stephane.mottelet at utc.fr Thu Sep 26 07:52:46 2019 From: stephane.mottelet at utc.fr (=?utf-8?Q?St=C3=A9phane_Mottelet?=) Date: Thu, 26 Sep 2019 07:52:46 +0200 Subject: [Scilab-users] c link (mingw) In-Reply-To: References: <1569438067159-0.post@n3.nabble.com> <6EF4408D-69F7-45BC-850D-3BA17187E590@utc.fr> Message-ID: Which example of the doc did you run ? Did you try the examples of ilib_build page ? I consider them as a references because they compile full gateways. S. > Le 26 sept. 2019 ? 06:16, Jakub Kopac a ?crit : > > Hello, > > I downloaded and instaled gcc-6.2.0-64.exe > > BR > > JK > > > st 25. 9. 2019 o 21:56 St?phane Mottelet nap?sal(a): >> Hello >> >> Which version of gcc did you download from equation.com ? >> >> S. >> >> > Le 25 sept. 2019 ? 21:01, kjubo a ?crit : >> > >> > Dear all, >> > >> > I am trying to make a c code. >> > I instaled mingw (from equation.com) and MinGw toolbox from ATOMS. >> > >> > When I try to use a example code from call help page, I get following error: >> > (full scilab console print) >> > >> > >> > Generate a loader file >> > Generate a Makefile >> > Running the Makefile >> > Compilation of fooc.obj >> > Building shared library (be patient) >> > >> > ------------- Compile file fooc.c -------------- >> > ! >> > >> > ! >> > x86_64-w64-mingw32-gcc.exe -c -DWIN32 -DSTRICT -DFORDLL -D_MSC_VER >> > -I"C:/NONINS~1/SCILAB~1.2/libs/MALLOC/includes"! >> > -I"C:/NONINS~1/SCILAB~1.2/libs/f2c" -I"C:/NONINS~1/SCILAB~1.2/libs/intl" >> > -I"C:/NONINS~1/SCILAB~1.2/modules/core/i! >> > ncludes" -I"C:/NONINS~1/SCILAB~1.2/modules/api_scilab/includes" >> > -I"C:/NONINS~1/SCILAB~1.2/modules/call_scilab/incl! >> > udes" -I"C:/NONINS~1/SCILAB~1.2/modules/output_stream/includes" >> > -I"C:/NONINS~1/SCILAB~1.2/modules/jvm/includes" -I! >> > "C:/NONINS~1/SCILAB~1.2/modules/localization/includes" >> > -I"C:/NONINS~1/SCILAB~1.2/modules/dynamic_link/includes" -I! >> > "C:/NONINS~1/SCILAB~1.2/modules/mexlib/includes" >> > -I"C:/NONINS~1/SCILAB~1.2/modules/time/includes" -I"C:/NONINS~1/S! >> > CILAB~1.2/modules/windows_tools/includes" >> > -I"C:/NONINS~1/SCILAB~1.2/modules/threads/includes" -I"C:/NONINS~1/SCILA! >> > B~1.2/modules/ast/includes/ast" >> > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/exps" >> > -I"C:/NONINS~1/SCILAB~1.2/mod! >> > ules/ast/includes/operations" >> > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/parse" >> > -I"C:/NONINS~1/SCILAB~1.2/modu! >> > les/ast/includes/symbol" >> > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/system_env" >> > -I"C:/NONINS~1/SCILAB~1.2/modu! >> > les/ast/includes/types" >> > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/analysis" >> > -I"C:/NONINS~1/SCILAB~1.2/modules! >> > /string/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/console/includes" -m64 >> > -D__SCILAB_TOOLBOX__ -DNDEBUG fooc.c ! >> > >> > ! >> > ------------- Link files -------------- >> > ! >> > >> > ! >> > x86_64-w64-mingw32-g++.exe --shared fooc.o -std=c++11 -L"c:\program >> > files\gcc\x86_64-w64-mingw32\lib" -LC:\Users\j! >> > kopac\AppData\Roaming\Scilab\scilab-6.0.2\mingwlib_x64 -lgfortran -lblasplus >> > -llibf2c -lcore -lcore_f -llapack -lo! >> > utput_stream -ldynamic_link -linteger -loptimization_f -llibjvm >> > -lscilocalization -llinpack_f -lcall_scilab -ltime! >> > -lapi_scilab -llibintl -last -lfileio -lio -lstring -lthreads -lsciconsole >> > -lscilab_windows -llibmex -o libfooc.! >> > dll -Wl,--out-implib=libfooc.a -Wl,--export-all-symbols >> > -Wl,--enable-auto-import ! >> > >> > ! >> > C:\Users\jkopac\AppData\Roaming\Scilab\scilab-6.0.2\mingwlib_x64/liblibf2c.a: >> > file not recognized: File format not! >> > recognized >> > ! >> > >> > ! >> > collect2.exe: error: ld returned 1 exit status >> > ! >> > >> > ! >> > Makelib:127: recipe for target 'libfooc.dll' failed >> > ! >> > >> > ! >> > make: *** [libfooc.dll] Error 1 >> > ! >> > at line 25 of function dlwCompile ( >> > C:\NONINS~1\SCILAB~1.2\contrib\mingw\010~1.5\macros\windows\dlwCompile.sci >> > line 34 ) >> > at line 70 of function ilib_compile ( >> > C:\NONINSTALL\scilab-6.0.2\modules\dynamic_link\macros\ilib_compile.sci line >> > 86 ) >> > at line 104 of function ilib_for_link ( >> > C:\NONINSTALL\scilab-6.0.2\modules\dynamic_link\macros\ilib_for_link.sci >> > line 118 ) >> > at line 18 of executed file C:\Users\XXX\Documents\SciLab\c experiment\z >> > helpu\test_help_call.sce >> > >> > ilib_compile: Error while executing Makelib >> > >> > >> > Can anybody help, how to make it works? >> > (SciLab 6.0.2 on Win 7 PRO, 64 bit) >> > >> > thanks! >> > >> > BR >> > JK >> > >> > >> > >> > -- >> > Sent from: https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html >> > _______________________________________________ >> > users mailing list >> > users at lists.scilab.org >> > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From Christophe.Dang at sidel.com Thu Sep 26 09:34:25 2019 From: Christophe.Dang at sidel.com (Dang Ngoc Chan, Christophe) Date: Thu, 26 Sep 2019 07:34:25 +0000 Subject: [Scilab-users] {EXT} Re: Deletion of console content In-Reply-To: <5aaf775f-1b07-dc78-9fd5-bf92a356d274@fceia.unr.edu.ar> References: <111cc69e-73c9-f017-daee-07aabf37e357@hslmg.de> <5aaf775f-1b07-dc78-9fd5-bf92a356d274@fceia.unr.edu.ar> Message-ID: Hello, > De : Federico Miyara > Envoy? : mercredi 25 septembre 2019 17:43 > > Regarding the previous versions of a script, I'm not quite sure. > [...] > If, on the contrary, the aim is to prevent other users of the same > computer to spy on your work, there is no guarantee either that parts of the script do not remain undeleted. Indeed. From the few things I know about the file systems, deleting a file only means suppressing its reference from the file allocation table (or master file table or inode table or whatever its name) but does not set the bits to 0 or any fixed or random value. As you cannot be sure that the bits are ovewritten, you cannot be sure that the content cannot be retrieved. You may launch some tools that write random content to unallocated parts of disks (but beware that you also prevent from retrieving content mistakenly deleted or corrupted), or crush your disk physically (same remark applies). Regards -- Christophe Dang Ngoc Chan Mechanical calculation engineer General 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 kopac.jakub at gmail.com Thu Sep 26 14:10:30 2019 From: kopac.jakub at gmail.com (Jakub Kopac) Date: Thu, 26 Sep 2019 14:10:30 +0200 Subject: [Scilab-users] c link (mingw) In-Reply-To: References: <1569438067159-0.post@n3.nabble.com> <6EF4408D-69F7-45BC-850D-3BA17187E590@utc.fr> Message-ID: I tried example from the call help page. results from ilib_build help page: Generate a gateway file Generate a loader file Generate a Makefile Running the makefile Compilation of build_c.obj Compilation of build_c.obj Compilation of build_c.obj Compilation of fun1.obj Compilation of fun2.obj Compilation of sci_fun1.obj Building shared library (be patient) !------------- Compile file build_c.cpp -------------- ! ! ! !x86_64-w64-mingw32-g++.exe -c -DWIN32 -DSTRICT -DFORDLL -D_MSC_VER -I"C:/NONINS~1/SCILAB~1.2/libs/MALLOC/includes" -I"C:/NONINS~1/SCILAB~1.2/libs/f2c" -I"C:/NONINS~1/S! !CILAB~1.2/libs/intl" -I"C:/NONINS~1/SCILAB~1.2/modules/core/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/api_scilab/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/call_sci! !lab/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/output_stream/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/jvm/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/localization/! !includes" -I"C:/NONINS~1/SCILAB~1.2/modules/dynamic_link/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/mexlib/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/time/includes" ! !-I"C:/NONINS~1/SCILAB~1.2/modules/windows_tools/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/threads/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/ast" -I"C:! !/NONINS~1/SCILAB~1.2/modules/ast/includes/exps" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/operations" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/parse" -I"C:/! !NONINS~1/SCILAB~1.2/modules/ast/includes/symbol" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/system_env" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/types" -I"C:! !/NONINS~1/SCILAB~1.2/modules/ast/includes/analysis" -I"C:/NONINS~1/SCILAB~1.2/modules/string/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/console/includes" -m64 -D__SCI! !LAB_TOOLBOX__ -DNDEBUG build_c.cpp ! ! ! !build_c.cpp: In function 'int build_c(wchar_t*)': ! ! ! !build_c.cpp:11:5: warning: 'int build_c(wchar_t*)' redeclared without dllimport attribute: previous dllimport ignored [-Wattributes] ! ! ! ! int build_c(wchar_t* _pwstFuncName) ! ! ! ! ^~~~~~~ ! ! ! !------------- Compile file fun1.c -------------- ! ! ! !x86_64-w64-mingw32-gcc.exe -c -DWIN32 -DSTRICT -DFORDLL -D_MSC_VER -I"C:/NONINS~1/SCILAB~1.2/libs/MALLOC/includes" -I"C:/NONINS~1/SCILAB~1.2/libs/f2c" -I"C:/NONINS~1/S! !CILAB~1.2/libs/intl" -I"C:/NONINS~1/SCILAB~1.2/modules/core/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/api_scilab/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/call_sci! !lab/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/output_stream/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/jvm/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/localization/! !includes" -I"C:/NONINS~1/SCILAB~1.2/modules/dynamic_link/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/mexlib/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/time/includes" ! !-I"C:/NONINS~1/SCILAB~1.2/modules/windows_tools/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/threads/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/ast" -I"C:! !/NONINS~1/SCILAB~1.2/modules/ast/includes/exps" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/operations" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/parse" -I"C:/! !NONINS~1/SCILAB~1.2/modules/ast/includes/symbol" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/system_env" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/types" -I"C:! !/NONINS~1/SCILAB~1.2/modules/ast/includes/analysis" -I"C:/NONINS~1/SCILAB~1.2/modules/string/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/console/includes" -m64 -D__SCI! !LAB_TOOLBOX__ -DNDEBUG fun1.c ! ! ! !------------- Compile file fun2.c -------------- ! ! ! !x86_64-w64-mingw32-gcc.exe -c -DWIN32 -DSTRICT -DFORDLL -D_MSC_VER -I"C:/NONINS~1/SCILAB~1.2/libs/MALLOC/includes" -I"C:/NONINS~1/SCILAB~1.2/libs/f2c" -I"C:/NONINS~1/S! !CILAB~1.2/libs/intl" -I"C:/NONINS~1/SCILAB~1.2/modules/core/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/api_scilab/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/call_sci! !lab/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/output_stream/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/jvm/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/localization/! !includes" -I"C:/NONINS~1/SCILAB~1.2/modules/dynamic_link/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/mexlib/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/time/includes" ! !-I"C:/NONINS~1/SCILAB~1.2/modules/windows_tools/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/threads/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/ast" -I"C:! !/NONINS~1/SCILAB~1.2/modules/ast/includes/exps" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/operations" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/parse" -I"C:/! !NONINS~1/SCILAB~1.2/modules/ast/includes/symbol" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/system_env" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/types" -I"C:! !/NONINS~1/SCILAB~1.2/modules/ast/includes/analysis" -I"C:/NONINS~1/SCILAB~1.2/modules/string/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/console/includes" -m64 -D__SCI! !LAB_TOOLBOX__ -DNDEBUG fun2.c ! ! ! !------------- Compile file sci_fun1.c -------------- ! ! ! !x86_64-w64-mingw32-gcc.exe -c -DWIN32 -DSTRICT -DFORDLL -D_MSC_VER -I"C:/NONINS~1/SCILAB~1.2/libs/MALLOC/includes" -I"C:/NONINS~1/SCILAB~1.2/libs/f2c" -I"C:/NONINS~1/S! !CILAB~1.2/libs/intl" -I"C:/NONINS~1/SCILAB~1.2/modules/core/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/api_scilab/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/call_sci! !lab/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/output_stream/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/jvm/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/localization/! !includes" -I"C:/NONINS~1/SCILAB~1.2/modules/dynamic_link/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/mexlib/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/time/includes" ! !-I"C:/NONINS~1/SCILAB~1.2/modules/windows_tools/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/threads/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/ast" -I"C:! !/NONINS~1/SCILAB~1.2/modules/ast/includes/exps" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/operations" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/parse" -I"C:/! !NONINS~1/SCILAB~1.2/modules/ast/includes/symbol" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/system_env" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/types" -I"C:! !/NONINS~1/SCILAB~1.2/modules/ast/includes/analysis" -I"C:/NONINS~1/SCILAB~1.2/modules/string/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/console/includes" -m64 -D__SCI! !LAB_TOOLBOX__ -DNDEBUG sci_fun1.c ! ! ! !------------- Link files -------------- ! ! ! !x86_64-w64-mingw32-g++.exe --shared build_c.o fun1.o fun2.o sci_fun1.o -std=c++11 -L"c:\program files\gcc\x86_64-w64-mingw32\lib" -LC:\Users\jkopac\AppData\Roaming\Sci! !lab\scilab-6.0.2\mingwlib_x64 -lgfortran -lblasplus -llibf2c -lcore -lcore_f -llapack -loutput_stream -ldynamic_link -linteger -loptimization_f -llibjvm -lscilocalizat! !ion -llinpack_f -lcall_scilab -ltime -lapi_scilab -llibintl -last -lfileio -lio -lstring -lthreads -lsciconsole -lscilab_windows -llibmex -o build_c.dll -Wl,--out-im! !plib=build_c.a -Wl,--export-all-symbols -Wl,--enable-auto-import ! ! ! !C:\Users\jkopac\AppData\Roaming\Scilab\scilab-6.0.2\mingwlib_x64/liblibf2c.a: file not recognized: File format not recognized ! ! ! !collect2.exe: error: ld returned 1 exit status ! ! ! !Makelib:127: recipe for target 'build_c.dll' failed ! ! ! !make: *** [build_c.dll] Error 1 ! at line 25 of function dlwCompile ( C:\NONINS~1\SCILAB~1.2\contrib\mingw\010~1.5\macros\windows\dlwCompile.sci line 34 ) at line 70 of function ilib_compile ( C:\NONINSTALL\scilab-6.0.2\modules\dynamic_link\macros\ilib_compile.sci line 86 ) at line 125 of function ilib_build ( C:\NONINSTALL\scilab-6.0.2\modules\dynamic_link\macros\ilib_build.sci line 138 ) at line 78 of executed file C:\Users\jkopac\Documents\==sukromne==\NON BALAST\SciLab\c experiment\z helpu 2\test_help_ilib_buildl.sce ilib_compile: Error while executing Makelib. BR JK ?t 26. 9. 2019 o 7:53 St?phane Mottelet nap?sal(a): > Which example of the doc did you run ? Did you try the examples of > ilib_build page ? I consider them as a references because they compile full > gateways. > > S. > > Le 26 sept. 2019 ? 06:16, Jakub Kopac a ?crit : > > Hello, > > I downloaded and instaled gcc-6.2.0-64.exe > > BR > > JK > > > st 25. 9. 2019 o 21:56 St?phane Mottelet > nap?sal(a): > >> Hello >> >> Which version of gcc did you download from equation.com >> >> ? >> >> S. >> >> > Le 25 sept. 2019 ? 21:01, kjubo a ?crit : >> > >> > Dear all, >> > >> > I am trying to make a c code. >> > I instaled mingw (from equation.com >> ) >> and MinGw toolbox from ATOMS. >> > >> > When I try to use a example code from call help page, I get following >> error: >> > (full scilab console print) >> > >> > >> > Generate a loader file >> > Generate a Makefile >> > Running the Makefile >> > Compilation of fooc.obj >> > Building shared library (be patient) >> > >> > ------------- Compile file fooc.c -------------- >> >> > ! >> > >> > ! >> > x86_64-w64-mingw32-gcc.exe -c -DWIN32 -DSTRICT -DFORDLL -D_MSC_VER >> > -I"C:/NONINS~1/SCILAB~1.2/libs/MALLOC/includes"! >> > -I"C:/NONINS~1/SCILAB~1.2/libs/f2c" -I"C:/NONINS~1/SCILAB~1.2/libs/intl" >> > -I"C:/NONINS~1/SCILAB~1.2/modules/core/i! >> > ncludes" -I"C:/NONINS~1/SCILAB~1.2/modules/api_scilab/includes" >> > -I"C:/NONINS~1/SCILAB~1.2/modules/call_scilab/incl! >> > udes" -I"C:/NONINS~1/SCILAB~1.2/modules/output_stream/includes" >> > -I"C:/NONINS~1/SCILAB~1.2/modules/jvm/includes" -I! >> > "C:/NONINS~1/SCILAB~1.2/modules/localization/includes" >> > -I"C:/NONINS~1/SCILAB~1.2/modules/dynamic_link/includes" -I! >> > "C:/NONINS~1/SCILAB~1.2/modules/mexlib/includes" >> > -I"C:/NONINS~1/SCILAB~1.2/modules/time/includes" -I"C:/NONINS~1/S! >> > CILAB~1.2/modules/windows_tools/includes" >> > -I"C:/NONINS~1/SCILAB~1.2/modules/threads/includes" >> -I"C:/NONINS~1/SCILA! >> > B~1.2/modules/ast/includes/ast" >> > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/exps" >> > -I"C:/NONINS~1/SCILAB~1.2/mod! >> > ules/ast/includes/operations" >> > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/parse" >> > -I"C:/NONINS~1/SCILAB~1.2/modu! >> > les/ast/includes/symbol" >> > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/system_env" >> > -I"C:/NONINS~1/SCILAB~1.2/modu! >> > les/ast/includes/types" >> > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/analysis" >> > -I"C:/NONINS~1/SCILAB~1.2/modules! >> > /string/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/console/includes" >> -m64 >> > -D__SCILAB_TOOLBOX__ -DNDEBUG fooc.c ! >> > >> > ! >> > ------------- Link files -------------- >> >> > ! >> > >> > ! >> > x86_64-w64-mingw32-g++.exe --shared fooc.o -std=c++11 -L"c:\program >> > files\gcc\x86_64-w64-mingw32\lib" -LC:\Users\j! >> > kopac\AppData\Roaming\Scilab\scilab-6.0.2\mingwlib_x64 -lgfortran >> -lblasplus >> > -llibf2c -lcore -lcore_f -llapack -lo! >> > utput_stream -ldynamic_link -linteger -loptimization_f -llibjvm >> > -lscilocalization -llinpack_f -lcall_scilab -ltime! >> > -lapi_scilab -llibintl -last -lfileio -lio -lstring -lthreads >> -lsciconsole >> > -lscilab_windows -llibmex -o libfooc.! >> > dll -Wl,--out-implib=libfooc.a -Wl,--export-all-symbols >> > -Wl,--enable-auto-import ! >> > >> > ! >> > >> C:\Users\jkopac\AppData\Roaming\Scilab\scilab-6.0.2\mingwlib_x64/liblibf2c.a: >> > file not recognized: File format not! >> > recognized >> >> > ! >> > >> > ! >> > collect2.exe: error: ld returned 1 exit status >> >> > ! >> > >> > ! >> > Makelib:127: recipe for target 'libfooc.dll' failed >> >> > ! >> > >> > ! >> > make: *** [libfooc.dll] Error 1 >> >> > ! >> > at line 25 of function dlwCompile ( >> > >> C:\NONINS~1\SCILAB~1.2\contrib\mingw\010~1.5\macros\windows\dlwCompile.sci >> > line 34 ) >> > at line 70 of function ilib_compile ( >> > C:\NONINSTALL\scilab-6.0.2\modules\dynamic_link\macros\ilib_compile.sci >> line >> > 86 ) >> > at line 104 of function ilib_for_link ( >> > C:\NONINSTALL\scilab-6.0.2\modules\dynamic_link\macros\ilib_for_link.sci >> > line 118 ) >> > at line 18 of executed file C:\Users\XXX\Documents\SciLab\c >> experiment\z >> > helpu\test_help_call.sce >> > >> > ilib_compile: Error while executing Makelib >> > >> > >> > Can anybody help, how to make it works? >> > (SciLab 6.0.2 on Win 7 PRO, 64 bit) >> > >> > thanks! >> > >> > BR >> > JK >> > >> > >> > >> > -- >> > Sent from: >> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html >> >> > _______________________________________________ >> > users mailing list >> > users at lists.scilab.org >> > >> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 > > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 stephane.mottelet at utc.fr Thu Sep 26 14:21:39 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Thu, 26 Sep 2019 14:21:39 +0200 Subject: [Scilab-users] Deletion of console content In-Reply-To: <111cc69e-73c9-f017-daee-07aabf37e357@hslmg.de> References: <111cc69e-73c9-f017-daee-07aabf37e357@hslmg.de> Message-ID: <19aec096-cbef-b311-b0b9-74a82bdcda19@utc.fr> Le 25/09/2019 ? 16:24, Jens Simon Strom a ?crit?: > Hello Scilab experts, > > I have two questions: > > * 1. After closing Scilab, is the content of what has appeared on > the console during the session still accessible for computer > experts? In other words: Is the console content securely deleted? > When Scilab is closed, the history of commands is saved in SCIHOME/history. To prevent this,? the history content can be erased before closing Scilab with the command resethistory() If you want to do this systematically, the resethistory() call can be inserted at the end of SCI/etc/scilab.quit S. > * 2. After editing and executing a script and closing Scilab, is the > script before the edit still accesible for computer experts? > > Kind regards > > Jens > > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Thu Sep 26 14:52:20 2019 From: stephane.mottelet at utc.fr (stephane.mottelet at utc.fr) Date: Thu, 26 Sep 2019 14:52:20 +0200 Subject: [Scilab-users] c link (mingw) In-Reply-To: References: <1569438067159-0.post@n3.nabble.com> <6EF4408D-69F7-45BC-850D-3BA17187E590@utc.fr> Message-ID: <20190926145220.Horde.B_DrdK08lPAMZt-SuCcZn-Q@webmail.utc.fr> I think that your installation of mingw toolbox is broken, as the error? ? > !C:\Users\jkopac\AppData\Roaming\Scilab\scilab-6.0.2\mingwlib_x64/liblibf2c.a: file not recognized: File format not recognized ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ?! > !? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? looks like an architecture mismatch (32 vs 64 bits). When you install the gcc package *before* installing the mingw atoms package (it has to be done in that order) , when you exit the relauch Scilab, during the first startup of mingw package, some libraries are converted (transcript below): ? Mingw Compiler support for Scilab Load macros Converting Libraries. Build libblasplus.a Build liblibf2c.a Build libcore.a Build libcore_f.a Build liblapack.a Build liboutput_stream.a Build libdynamic_link.a Build libinteger.a Build liboptimization_f.a Build liblibjvm.a Build libscilocalization.a Build liblinpack_f.a Build libcall_scilab.a Build libtime.a Build libapi_scilab.a Build liblibintl.a Build libast.a Build libfileio.a Build libio.a Build libstring.a Build libthreads.a Build libsciconsole.a Build libscilab_windows.a Build liblibmex.a Build libscicos.a Build libscicos-cli.a Build libscicos_f.a Build libscicos_blocks.a Build libscicos_blocks-cli.a Build libscicos_blocks_f.a Load help If you have never seen this, I think that there is something wrong. Please also check that you have a 64bit Scilab. S. Jakub Kopac a ?crit?: > I tried example from the call help page. > results from ilib_build help page: > ? > ? ? Generate a gateway file > ? ?Generate a loader file > ? ?Generate a Makefile > ? ?Running the makefile > ? ?Compilation of build_c.obj > ? ?Compilation of build_c.obj > ? ?Compilation of build_c.obj > ? ?Compilation of fun1.obj > ? ?Compilation of fun2.obj > ? ?Compilation of sci_fun1.obj > ? ?Building shared library (be patient) > > !------------- Compile file build_c.cpp -------------- ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?! > ! ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ! > !x86_64-w64-mingw32-g++.exe -c -DWIN32 -DSTRICT -DFORDLL -D_MSC_VER > -I"C:/NONINS~1/SCILAB~1.2/libs/MALLOC/includes" > -I"C:/NONINS~1/SCILAB~1.2/libs/f2c" -I"C:/NONINS~1/S! > !CILAB~1.2/libs/intl" > -I"C:/NONINS~1/SCILAB~1.2/modules/core/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/api_scilab/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/call_sci! > !lab/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/output_stream/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/jvm/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/localization/! > !includes" -I"C:/NONINS~1/SCILAB~1.2/modules/dynamic_link/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/mexlib/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/time/includes" ! > !-I"C:/NONINS~1/SCILAB~1.2/modules/windows_tools/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/threads/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/ast" -I"C:! > !/NONINS~1/SCILAB~1.2/modules/ast/includes/exps" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/operations" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/parse" -I"C:/! > !NONINS~1/SCILAB~1.2/modules/ast/includes/symbol" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/system_env" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/types" -I"C:! > !/NONINS~1/SCILAB~1.2/modules/ast/includes/analysis" > -I"C:/NONINS~1/SCILAB~1.2/modules/string/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/console/includes" -m64 -D__SCI! > !LAB_TOOLBOX__ ?-DNDEBUG ?build_c.cpp ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ! > ! ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ! > !build_c.cpp: In function 'int build_c(wchar_t*)': ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?! > ! ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ! > !build_c.cpp:11:5: warning: 'int build_c(wchar_t*)' redeclared > without dllimport attribute: previous dllimport ignored > [-Wattributes] ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ! > ! ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ! > ! int build_c(wchar_t* _pwstFuncName) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ! > ! ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ! > ! ? ? ^~~~~~~ ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ! > ! ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ! > !------------- Compile file fun1.c -------------- ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ! > ! ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ! > !x86_64-w64-mingw32-gcc.exe -c -DWIN32 -DSTRICT -DFORDLL -D_MSC_VER > -I"C:/NONINS~1/SCILAB~1.2/libs/MALLOC/includes" > -I"C:/NONINS~1/SCILAB~1.2/libs/f2c" -I"C:/NONINS~1/S! > !CILAB~1.2/libs/intl" > -I"C:/NONINS~1/SCILAB~1.2/modules/core/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/api_scilab/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/call_sci! > !lab/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/output_stream/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/jvm/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/localization/! > !includes" -I"C:/NONINS~1/SCILAB~1.2/modules/dynamic_link/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/mexlib/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/time/includes" ! > !-I"C:/NONINS~1/SCILAB~1.2/modules/windows_tools/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/threads/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/ast" -I"C:! > !/NONINS~1/SCILAB~1.2/modules/ast/includes/exps" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/operations" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/parse" -I"C:/! > !NONINS~1/SCILAB~1.2/modules/ast/includes/symbol" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/system_env" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/types" -I"C:! > !/NONINS~1/SCILAB~1.2/modules/ast/includes/analysis" > -I"C:/NONINS~1/SCILAB~1.2/modules/string/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/console/includes" -m64 -D__SCI! > !LAB_TOOLBOX__ ?-DNDEBUG ?fun1.c ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?! > ! ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ! > !------------- Compile file fun2.c -------------- ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ! > ! ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ! > !x86_64-w64-mingw32-gcc.exe -c -DWIN32 -DSTRICT -DFORDLL -D_MSC_VER > -I"C:/NONINS~1/SCILAB~1.2/libs/MALLOC/includes" > -I"C:/NONINS~1/SCILAB~1.2/libs/f2c" -I"C:/NONINS~1/S! > !CILAB~1.2/libs/intl" > -I"C:/NONINS~1/SCILAB~1.2/modules/core/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/api_scilab/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/call_sci! > !lab/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/output_stream/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/jvm/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/localization/! > !includes" -I"C:/NONINS~1/SCILAB~1.2/modules/dynamic_link/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/mexlib/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/time/includes" ! > !-I"C:/NONINS~1/SCILAB~1.2/modules/windows_tools/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/threads/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/ast" -I"C:! > !/NONINS~1/SCILAB~1.2/modules/ast/includes/exps" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/operations" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/parse" -I"C:/! > !NONINS~1/SCILAB~1.2/modules/ast/includes/symbol" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/system_env" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/types" -I"C:! > !/NONINS~1/SCILAB~1.2/modules/ast/includes/analysis" > -I"C:/NONINS~1/SCILAB~1.2/modules/string/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/console/includes" -m64 -D__SCI! > !LAB_TOOLBOX__ ?-DNDEBUG ?fun2.c ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?! > ! ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ! > !------------- Compile file sci_fun1.c -------------- ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ! > ! ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ! > !x86_64-w64-mingw32-gcc.exe -c -DWIN32 -DSTRICT -DFORDLL -D_MSC_VER > -I"C:/NONINS~1/SCILAB~1.2/libs/MALLOC/includes" > -I"C:/NONINS~1/SCILAB~1.2/libs/f2c" -I"C:/NONINS~1/S! > !CILAB~1.2/libs/intl" > -I"C:/NONINS~1/SCILAB~1.2/modules/core/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/api_scilab/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/call_sci! > !lab/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/output_stream/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/jvm/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/localization/! > !includes" -I"C:/NONINS~1/SCILAB~1.2/modules/dynamic_link/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/mexlib/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/time/includes" ! > !-I"C:/NONINS~1/SCILAB~1.2/modules/windows_tools/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/threads/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/ast" -I"C:! > !/NONINS~1/SCILAB~1.2/modules/ast/includes/exps" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/operations" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/parse" -I"C:/! > !NONINS~1/SCILAB~1.2/modules/ast/includes/symbol" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/system_env" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/types" -I"C:! > !/NONINS~1/SCILAB~1.2/modules/ast/includes/analysis" > -I"C:/NONINS~1/SCILAB~1.2/modules/string/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/console/includes" -m64 -D__SCI! > !LAB_TOOLBOX__ ?-DNDEBUG ?sci_fun1.c ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?! > ! ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ! > !------------- Link files -------------- ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?! > ! ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ! > !x86_64-w64-mingw32-g++.exe --shared build_c.o fun1.o fun2.o > sci_fun1.o -std=c++11 -L"c:\program > files\gcc\x86_64-w64-mingw32\lib" > -LC:\Users\jkopac\AppData\Roaming\Sci! > !lab\scilab-6.0.2\mingwlib_x64 -lgfortran -lblasplus -llibf2c -lcore > -lcore_f -llapack -loutput_stream -ldynamic_link -linteger > -loptimization_f -llibjvm -lscilocalizat! > !ion -llinpack_f -lcall_scilab -ltime -lapi_scilab -llibintl -last > -lfileio -lio -lstring -lthreads -lsciconsole -lscilab_windows > -llibmex ?-o build_c.dll ?-Wl,--out-im! > !plib=build_c.a -Wl,--export-all-symbols -Wl,--enable-auto-import ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ! > ! ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ! > !C:\Users\jkopac\AppData\Roaming\Scilab\scilab-6.0.2\mingwlib_x64/liblibf2c.a: file not recognized: File format not recognized ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ?! > ! ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ! > !collect2.exe: error: ld returned 1 exit status ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ! > ! ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ! > !Makelib:127: recipe for target 'build_c.dll' failed ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?! > ! ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ! > !make: *** [build_c.dll] Error 1 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?! > at line ? ?25 of function dlwCompile ? ( > C:\NONINS~1\SCILAB~1.2\contrib\mingw\010~1.5\macros\windows\dlwCompile.sci > line 34 ) > at line ? ?70 of function ilib_compile ( > C:\NONINSTALL\scilab-6.0.2\modules\dynamic_link\macros\ilib_compile.sci line > 86 ) > at line ? 125 of function ilib_build ? ( > C:\NONINSTALL\scilab-6.0.2\modules\dynamic_link\macros\ilib_build.sci line > 138 ) > at line ? ?78 of executed file > C:\Users\jkopac\Documents\==sukromne==\NON BALAST\SciLab\c > experiment\z helpu 2\test_help_ilib_buildl.sce > > ilib_compile: Error while executing Makelib. > ? > > BR > > JK > > ?t 26. 9. 2019 o?7:53 St?phane Mottelet > nap?sal(a): > >> Which example of the doc did you run ? Did you try the examples of >> ilib_build page ? I consider them as a references because they >> compile full gateways. >> ? >> S. >> >> Le 26 sept. 2019 ? 06:16, Jakub Kopac a ?crit?: >> ? >> >>> Hello, >>> ? >>> I downloaded and instaled gcc-6.2.0-64.exe >>> >>> BR >>> >>> JK >>> >>> st 25. 9. 2019 o?21:56 St?phane Mottelet >>> nap?sal(a): >>> >>>> Hello >>>> >>>> Which version of gcc did you download from equation.com[1] ? >>>> >>>> S. >>>> >>>>> Le 25 sept. 2019 ? 21:01, kjubo a ?crit : >>>>> >>>>> Dear all, >>>>> >>>>> I am trying to make a c code. >>>>> I instaled mingw (from equation.com[1]) and MinGw toolbox from ATOMS. >>>>> >>>>> When I try to use a example code from call help page, I get >>>>> following error: >>>>> (full scilab console print) >>>>> >>>>> >>>>> ? ? Generate a loader file >>>>> ? ?Generate a Makefile >>>>> ? ?Running the Makefile >>>>> ? ?Compilation of fooc.obj >>>>> ? ?Building shared library (be patient) >>>>> >>>>> ------------- Compile file fooc.c --------------? ? ? ? ? ? ? ? >>>>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? >>>>> ! >>>>> >>>>> ! >>>>> x86_64-w64-mingw32-gcc.exe -c -DWIN32 -DSTRICT -DFORDLL -D_MSC_VER >>>>> -I"C:/NONINS~1/SCILAB~1.2/libs/MALLOC/includes"! >>>>> -I"C:/NONINS~1/SCILAB~1.2/libs/f2c" -I"C:/NONINS~1/SCILAB~1.2/libs/intl" >>>>> -I"C:/NONINS~1/SCILAB~1.2/modules/core/i! >>>>> ncludes" -I"C:/NONINS~1/SCILAB~1.2/modules/api_scilab/includes" >>>>> -I"C:/NONINS~1/SCILAB~1.2/modules/call_scilab/incl! >>>>> udes" -I"C:/NONINS~1/SCILAB~1.2/modules/output_stream/includes" >>>>> -I"C:/NONINS~1/SCILAB~1.2/modules/jvm/includes" -I! >>>>> "C:/NONINS~1/SCILAB~1.2/modules/localization/includes" >>>>> -I"C:/NONINS~1/SCILAB~1.2/modules/dynamic_link/includes" -I! >>>>> "C:/NONINS~1/SCILAB~1.2/modules/mexlib/includes" >>>>> -I"C:/NONINS~1/SCILAB~1.2/modules/time/includes" -I"C:/NONINS~1/S! >>>>> CILAB~1.2/modules/windows_tools/includes" >>>>> -I"C:/NONINS~1/SCILAB~1.2/modules/threads/includes" -I"C:/NONINS~1/SCILA! >>>>> B~1.2/modules/ast/includes/ast" >>>>> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/exps" >>>>> -I"C:/NONINS~1/SCILAB~1.2/mod! >>>>> ules/ast/includes/operations" >>>>> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/parse" >>>>> -I"C:/NONINS~1/SCILAB~1.2/modu! >>>>> les/ast/includes/symbol" >>>>> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/system_env" >>>>> -I"C:/NONINS~1/SCILAB~1.2/modu! >>>>> les/ast/includes/types" >>>>> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/analysis" >>>>> -I"C:/NONINS~1/SCILAB~1.2/modules! >>>>> /string/includes" >>>>> -I"C:/NONINS~1/SCILAB~1.2/modules/console/includes" -m64 >>>>> -D__SCILAB_TOOLBOX__? -DNDEBUG? fooc.c ! >>>>> >>>>> ! >>>>> ------------- Link files --------------? ? ? ? ? ? ? ? ? ? ? ? ? >>>>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? >>>>> ! >>>>> >>>>> ! >>>>> x86_64-w64-mingw32-g++.exe --shared fooc.o -std=c++11 -L"c:\program >>>>> files\gcc\x86_64-w64-mingw32\lib" -LC:\Users\j! >>>>> kopac\AppData\Roaming\Scilab\scilab-6.0.2\mingwlib_x64 >>>>> -lgfortran -lblasplus >>>>> -llibf2c -lcore -lcore_f -llapack -lo! >>>>> utput_stream -ldynamic_link -linteger -loptimization_f -llibjvm >>>>> -lscilocalization -llinpack_f -lcall_scilab -ltime! >>>>> -lapi_scilab -llibintl -last -lfileio -lio -lstring -lthreads >>>>> -lsciconsole >>>>> -lscilab_windows -llibmex? -o libfooc.! >>>>> dll? -Wl,--out-implib=libfooc.a -Wl,--export-all-symbols >>>>> -Wl,--enable-auto-import? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?! >>>>> >>>>> ! >>>>> C:\Users\jkopac\AppData\Roaming\Scilab\scilab-6.0.2\mingwlib_x64/liblibf2c.a: >>>>> file not recognized: File format not! >>>>> recognized? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? >>>>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? >>>>> ! >>>>> >>>>> ! >>>>> collect2.exe: error: ld returned 1 exit status? ? ? ? ? ? ? ? ? >>>>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? >>>>> ! >>>>> >>>>> ! >>>>> Makelib:127: recipe for target 'libfooc.dll' failed? ? ? ? ? ? ? >>>>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? >>>>> ! >>>>> >>>>> ! >>>>> make: *** [libfooc.dll] Error 1? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? >>>>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? >>>>> ! >>>>> at line? ? 25 of function dlwCompile? ? ( >>>>> C:\NONINS~1\SCILAB~1.2\contrib\mingw\010~1.5\macros\windows\dlwCompile.sci >>>>> line 34 ) >>>>> at line? ? 70 of function ilib_compile? ( >>>>> C:\NONINSTALL\scilab-6.0.2\modules\dynamic_link\macros\ilib_compile.sci >>>>> line >>>>> 86 ) >>>>> at line? ?104 of function ilib_for_link ( >>>>> C:\NONINSTALL\scilab-6.0.2\modules\dynamic_link\macros\ilib_for_link.sci >>>>> line 118 ) >>>>> at line? ? 18 of executed file C:\Users\XXX\Documents\SciLab\c >>>>> experiment\z >>>>> helpu\test_help_call.sce >>>>> >>>>> ilib_compile: Error while executing Makelib >>>>> >>>>> >>>>> Can anybody help, how to make it works? >>>>> (SciLab 6.0.2 on Win 7 PRO, 64 bit) >>>>> >>>>> thanks! >>>>> >>>>> BR >>>>> JK >>>>> >>>>> >>>>> >>>>> -- >>>>> Sent from: >>>>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html[2] >>>>> _______________________________________________ >>>>> users mailing list >>>>> users at lists.scilab.org >>>>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users[3] >>>> >>>> _______________________________________________ >>>> users mailing list >>>> users at lists.scilab.org >>>> http://lists.scilab.org/mailman/listinfo/users[4] >> >>> _______________________________________________ >>> users mailing list >>> users at lists.scilab.org >>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users[4] >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> http://lists.scilab.org/mailman/listinfo/users[5] Liens: ------ [1] https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/equation.com [2] https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html [3] https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users [4] https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users [5] https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From fmiyara at fceia.unr.edu.ar Thu Sep 26 17:04:13 2019 From: fmiyara at fceia.unr.edu.ar (Federico Miyara) Date: Thu, 26 Sep 2019 12:04:13 -0300 Subject: [Scilab-users] Difference btween flts and filter Message-ID: <06e6e110-e22e-927a-8ae8-cb3180f5a0a5@fceia.unr.edu.ar> Dear all, I need to filter a signal whose Z transfer function has been created through syslin from the numerator and denominator polynomials (not sure if this step is necessary). Should I use flts or filter? I don't quite grasp the difference, perhaps somebody can enlighten me. Regards, Federico Miyara -- El software de antivirus Avast ha analizado este correo electr?nico en busca de virus. https://www.avast.com/antivirus -------------- next part -------------- An HTML attachment was scrubbed... URL: From kopac.jakub at gmail.com Fri Sep 27 06:30:11 2019 From: kopac.jakub at gmail.com (Jakub Kopac) Date: Fri, 27 Sep 2019 06:30:11 +0200 Subject: [Scilab-users] c link (mingw) In-Reply-To: <20190926145220.Horde.B_DrdK08lPAMZt-SuCcZn-Q@webmail.utc.fr> References: <1569438067159-0.post@n3.nabble.com> <6EF4408D-69F7-45BC-850D-3BA17187E590@utc.fr> <20190926145220.Horde.B_DrdK08lPAMZt-SuCcZn-Q@webmail.utc.fr> Message-ID: I checked it: Scilab is 64 bit, GCC is 64 bit (6.2.0) and was installed in correct order (gcc first, then Mingw from ATOMS). I uninstal and install again Mingw from ATOMS, but I do not see transcript as you wrote. Sometimes thinks just do not work as expected, so thank you for your help! BR JK ?t 26. 9. 2019 o 14:53 nap?sal(a): > I think that your installation of mingw toolbox is broken, as the error > > > !C:\Users\jkopac\AppData\Roaming\Scilab\scilab-6.0.2\mingwlib_x64/liblibf2c.a: > file not recognized: File format not recognized > ! > ! > > > > looks like an architecture mismatch (32 vs 64 bits). When you install the > gcc package *before* installing the mingw atoms package (it has to be done > in that order) , when you exit the relauch Scilab, during the first startup > of mingw package, some libraries are converted (transcript below): > > Mingw Compiler support for Scilab > Load macros > Converting Libraries. > Build libblasplus.a > Build liblibf2c.a > Build libcore.a > Build libcore_f.a > Build liblapack.a > Build liboutput_stream.a > Build libdynamic_link.a > Build libinteger.a > Build liboptimization_f.a > Build liblibjvm.a > Build libscilocalization.a > Build liblinpack_f.a > Build libcall_scilab.a > Build libtime.a > Build libapi_scilab.a > Build liblibintl.a > Build libast.a > Build libfileio.a > Build libio.a > Build libstring.a > Build libthreads.a > Build libsciconsole.a > Build libscilab_windows.a > Build liblibmex.a > Build libscicos.a > Build libscicos-cli.a > Build libscicos_f.a > Build libscicos_blocks.a > Build libscicos_blocks-cli.a > Build libscicos_blocks_f.a > Load help > > If you have never seen this, I think that there is something wrong. Please > also check that you have a 64bit Scilab. > > S. > > > > Jakub Kopac a ?crit : > > I tried example from the call help page. > results from ilib_build help page: > > Generate a gateway file > Generate a loader file > Generate a Makefile > Running the makefile > Compilation of build_c.obj > Compilation of build_c.obj > Compilation of build_c.obj > Compilation of fun1.obj > Compilation of fun2.obj > Compilation of sci_fun1.obj > Building shared library (be patient) > > !------------- Compile file build_c.cpp -------------- > > ! > ! > > ! > !x86_64-w64-mingw32-g++.exe -c -DWIN32 -DSTRICT -DFORDLL -D_MSC_VER > -I"C:/NONINS~1/SCILAB~1.2/libs/MALLOC/includes" > -I"C:/NONINS~1/SCILAB~1.2/libs/f2c" -I"C:/NONINS~1/S! > !CILAB~1.2/libs/intl" -I"C:/NONINS~1/SCILAB~1.2/modules/core/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/api_scilab/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/call_sci! > !lab/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/output_stream/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/jvm/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/localization/! > !includes" -I"C:/NONINS~1/SCILAB~1.2/modules/dynamic_link/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/mexlib/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/time/includes" ! > !-I"C:/NONINS~1/SCILAB~1.2/modules/windows_tools/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/threads/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/ast" -I"C:! > !/NONINS~1/SCILAB~1.2/modules/ast/includes/exps" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/operations" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/parse" -I"C:/! > !NONINS~1/SCILAB~1.2/modules/ast/includes/symbol" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/system_env" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/types" -I"C:! > !/NONINS~1/SCILAB~1.2/modules/ast/includes/analysis" > -I"C:/NONINS~1/SCILAB~1.2/modules/string/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/console/includes" -m64 -D__SCI! > !LAB_TOOLBOX__ -DNDEBUG build_c.cpp > > ! > ! > > ! > !build_c.cpp: In function 'int build_c(wchar_t*)': > > ! > ! > > ! > !build_c.cpp:11:5: warning: 'int build_c(wchar_t*)' redeclared without > dllimport attribute: previous dllimport ignored [-Wattributes] > ! > ! > > ! > ! int build_c(wchar_t* _pwstFuncName) > > ! > ! > > ! > ! ^~~~~~~ > > ! > ! > > ! > !------------- Compile file fun1.c -------------- > > ! > ! > > ! > !x86_64-w64-mingw32-gcc.exe -c -DWIN32 -DSTRICT -DFORDLL -D_MSC_VER > -I"C:/NONINS~1/SCILAB~1.2/libs/MALLOC/includes" > -I"C:/NONINS~1/SCILAB~1.2/libs/f2c" -I"C:/NONINS~1/S! > !CILAB~1.2/libs/intl" -I"C:/NONINS~1/SCILAB~1.2/modules/core/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/api_scilab/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/call_sci! > !lab/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/output_stream/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/jvm/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/localization/! > !includes" -I"C:/NONINS~1/SCILAB~1.2/modules/dynamic_link/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/mexlib/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/time/includes" ! > !-I"C:/NONINS~1/SCILAB~1.2/modules/windows_tools/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/threads/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/ast" -I"C:! > !/NONINS~1/SCILAB~1.2/modules/ast/includes/exps" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/operations" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/parse" -I"C:/! > !NONINS~1/SCILAB~1.2/modules/ast/includes/symbol" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/system_env" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/types" -I"C:! > !/NONINS~1/SCILAB~1.2/modules/ast/includes/analysis" > -I"C:/NONINS~1/SCILAB~1.2/modules/string/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/console/includes" -m64 -D__SCI! > !LAB_TOOLBOX__ -DNDEBUG fun1.c > > ! > ! > > ! > !------------- Compile file fun2.c -------------- > > ! > ! > > ! > !x86_64-w64-mingw32-gcc.exe -c -DWIN32 -DSTRICT -DFORDLL -D_MSC_VER > -I"C:/NONINS~1/SCILAB~1.2/libs/MALLOC/includes" > -I"C:/NONINS~1/SCILAB~1.2/libs/f2c" -I"C:/NONINS~1/S! > !CILAB~1.2/libs/intl" -I"C:/NONINS~1/SCILAB~1.2/modules/core/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/api_scilab/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/call_sci! > !lab/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/output_stream/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/jvm/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/localization/! > !includes" -I"C:/NONINS~1/SCILAB~1.2/modules/dynamic_link/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/mexlib/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/time/includes" ! > !-I"C:/NONINS~1/SCILAB~1.2/modules/windows_tools/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/threads/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/ast" -I"C:! > !/NONINS~1/SCILAB~1.2/modules/ast/includes/exps" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/operations" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/parse" -I"C:/! > !NONINS~1/SCILAB~1.2/modules/ast/includes/symbol" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/system_env" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/types" -I"C:! > !/NONINS~1/SCILAB~1.2/modules/ast/includes/analysis" > -I"C:/NONINS~1/SCILAB~1.2/modules/string/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/console/includes" -m64 -D__SCI! > !LAB_TOOLBOX__ -DNDEBUG fun2.c > > ! > ! > > ! > !------------- Compile file sci_fun1.c -------------- > > ! > ! > > ! > !x86_64-w64-mingw32-gcc.exe -c -DWIN32 -DSTRICT -DFORDLL -D_MSC_VER > -I"C:/NONINS~1/SCILAB~1.2/libs/MALLOC/includes" > -I"C:/NONINS~1/SCILAB~1.2/libs/f2c" -I"C:/NONINS~1/S! > !CILAB~1.2/libs/intl" -I"C:/NONINS~1/SCILAB~1.2/modules/core/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/api_scilab/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/call_sci! > !lab/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/output_stream/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/jvm/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/localization/! > !includes" -I"C:/NONINS~1/SCILAB~1.2/modules/dynamic_link/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/mexlib/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/time/includes" ! > !-I"C:/NONINS~1/SCILAB~1.2/modules/windows_tools/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/threads/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/ast" -I"C:! > !/NONINS~1/SCILAB~1.2/modules/ast/includes/exps" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/operations" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/parse" -I"C:/! > !NONINS~1/SCILAB~1.2/modules/ast/includes/symbol" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/system_env" > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/types" -I"C:! > !/NONINS~1/SCILAB~1.2/modules/ast/includes/analysis" > -I"C:/NONINS~1/SCILAB~1.2/modules/string/includes" > -I"C:/NONINS~1/SCILAB~1.2/modules/console/includes" -m64 -D__SCI! > !LAB_TOOLBOX__ -DNDEBUG sci_fun1.c > > ! > ! > > ! > !------------- Link files -------------- > > ! > ! > > ! > !x86_64-w64-mingw32-g++.exe --shared build_c.o fun1.o fun2.o sci_fun1.o > -std=c++11 -L"c:\program files\gcc\x86_64-w64-mingw32\lib" > -LC:\Users\jkopac\AppData\Roaming\Sci! > !lab\scilab-6.0.2\mingwlib_x64 -lgfortran -lblasplus -llibf2c -lcore > -lcore_f -llapack -loutput_stream -ldynamic_link -linteger -loptimization_f > -llibjvm -lscilocalizat! > !ion -llinpack_f -lcall_scilab -ltime -lapi_scilab -llibintl -last > -lfileio -lio -lstring -lthreads -lsciconsole -lscilab_windows -llibmex -o > build_c.dll -Wl,--out-im! > !plib=build_c.a -Wl,--export-all-symbols -Wl,--enable-auto-import > > ! > ! > > ! > !C:\Users\jkopac\AppData\Roaming\Scilab\scilab-6.0.2\mingwlib_x64/liblibf2c.a: > file not recognized: File format not recognized > ! > ! > > ! > !collect2.exe: error: ld returned 1 exit status > > ! > ! > > ! > !Makelib:127: recipe for target 'build_c.dll' failed > > ! > ! > > ! > !make: *** [build_c.dll] Error 1 > > ! > at line 25 of function dlwCompile ( > C:\NONINS~1\SCILAB~1.2\contrib\mingw\010~1.5\macros\windows\dlwCompile.sci > line 34 ) > at line 70 of function ilib_compile ( > C:\NONINSTALL\scilab-6.0.2\modules\dynamic_link\macros\ilib_compile.sci > line 86 ) > at line 125 of function ilib_build ( > C:\NONINSTALL\scilab-6.0.2\modules\dynamic_link\macros\ilib_build.sci line > 138 ) > at line 78 of executed file C:\Users\jkopac\Documents\==sukromne==\NON > BALAST\SciLab\c experiment\z helpu 2\test_help_ilib_buildl.sce > > ilib_compile: Error while executing Makelib. > > > BR > > JK > > ?t 26. 9. 2019 o 7:53 St?phane Mottelet > nap?sal(a): > >> Which example of the doc did you run ? Did you try the examples of >> ilib_build page ? I consider them as a references because they compile full >> gateways. >> >> S. >> >> Le 26 sept. 2019 ? 06:16, Jakub Kopac a ?crit : >> >> >> Hello, >> >> I downloaded and instaled gcc-6.2.0-64.exe >> >> BR >> >> JK >> >> st 25. 9. 2019 o 21:56 St?phane Mottelet >> nap?sal(a): >> >>> Hello >>> >>> Which version of gcc did you download from equation.com >>> >>> ? >>> >>> S. >>> >>> > Le 25 sept. 2019 ? 21:01, kjubo a ?crit : >>> > >>> > Dear all, >>> > >>> > I am trying to make a c code. >>> > I instaled mingw (from equation.com >>> ) >>> and MinGw toolbox from ATOMS. >>> > >>> > When I try to use a example code from call help page, I get following >>> error: >>> > (full scilab console print) >>> > >>> > >>> > Generate a loader file >>> > Generate a Makefile >>> > Running the Makefile >>> > Compilation of fooc.obj >>> > Building shared library (be patient) >>> > >>> > ------------- Compile file fooc.c -------------- >>> >>> > ! >>> > >>> > ! >>> > x86_64-w64-mingw32-gcc.exe -c -DWIN32 -DSTRICT -DFORDLL -D_MSC_VER >>> > -I"C:/NONINS~1/SCILAB~1.2/libs/MALLOC/includes"! >>> > -I"C:/NONINS~1/SCILAB~1.2/libs/f2c" >>> -I"C:/NONINS~1/SCILAB~1.2/libs/intl" >>> > -I"C:/NONINS~1/SCILAB~1.2/modules/core/i! >>> > ncludes" -I"C:/NONINS~1/SCILAB~1.2/modules/api_scilab/includes" >>> > -I"C:/NONINS~1/SCILAB~1.2/modules/call_scilab/incl! >>> > udes" -I"C:/NONINS~1/SCILAB~1.2/modules/output_stream/includes" >>> > -I"C:/NONINS~1/SCILAB~1.2/modules/jvm/includes" -I! >>> > "C:/NONINS~1/SCILAB~1.2/modules/localization/includes" >>> > -I"C:/NONINS~1/SCILAB~1.2/modules/dynamic_link/includes" -I! >>> > "C:/NONINS~1/SCILAB~1.2/modules/mexlib/includes" >>> > -I"C:/NONINS~1/SCILAB~1.2/modules/time/includes" -I"C:/NONINS~1/S! >>> > CILAB~1.2/modules/windows_tools/includes" >>> > -I"C:/NONINS~1/SCILAB~1.2/modules/threads/includes" >>> -I"C:/NONINS~1/SCILA! >>> > B~1.2/modules/ast/includes/ast" >>> > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/exps" >>> > -I"C:/NONINS~1/SCILAB~1.2/mod! >>> > ules/ast/includes/operations" >>> > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/parse" >>> > -I"C:/NONINS~1/SCILAB~1.2/modu! >>> > les/ast/includes/symbol" >>> > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/system_env" >>> > -I"C:/NONINS~1/SCILAB~1.2/modu! >>> > les/ast/includes/types" >>> > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/analysis" >>> > -I"C:/NONINS~1/SCILAB~1.2/modules! >>> > /string/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/console/includes" >>> -m64 >>> > -D__SCILAB_TOOLBOX__ -DNDEBUG fooc.c ! >>> > >>> > ! >>> > ------------- Link files -------------- >>> >>> > ! >>> > >>> > ! >>> > x86_64-w64-mingw32-g++.exe --shared fooc.o -std=c++11 -L"c:\program >>> > files\gcc\x86_64-w64-mingw32\lib" -LC:\Users\j! >>> > kopac\AppData\Roaming\Scilab\scilab-6.0.2\mingwlib_x64 -lgfortran >>> -lblasplus >>> > -llibf2c -lcore -lcore_f -llapack -lo! >>> > utput_stream -ldynamic_link -linteger -loptimization_f -llibjvm >>> > -lscilocalization -llinpack_f -lcall_scilab -ltime! >>> > -lapi_scilab -llibintl -last -lfileio -lio -lstring -lthreads >>> -lsciconsole >>> > -lscilab_windows -llibmex -o libfooc.! >>> > dll -Wl,--out-implib=libfooc.a -Wl,--export-all-symbols >>> > -Wl,--enable-auto-import ! >>> > >>> > ! >>> > >>> C:\Users\jkopac\AppData\Roaming\Scilab\scilab-6.0.2\mingwlib_x64/liblibf2c.a: >>> > file not recognized: File format not! >>> > recognized >>> >>> > ! >>> > >>> > ! >>> > collect2.exe: error: ld returned 1 exit status >>> >>> > ! >>> > >>> > ! >>> > Makelib:127: recipe for target 'libfooc.dll' failed >>> >>> > ! >>> > >>> > ! >>> > make: *** [libfooc.dll] Error 1 >>> >>> > ! >>> > at line 25 of function dlwCompile ( >>> > >>> C:\NONINS~1\SCILAB~1.2\contrib\mingw\010~1.5\macros\windows\dlwCompile.sci >>> > line 34 ) >>> > at line 70 of function ilib_compile ( >>> > >>> C:\NONINSTALL\scilab-6.0.2\modules\dynamic_link\macros\ilib_compile.sci line >>> > 86 ) >>> > at line 104 of function ilib_for_link ( >>> > >>> C:\NONINSTALL\scilab-6.0.2\modules\dynamic_link\macros\ilib_for_link.sci >>> > line 118 ) >>> > at line 18 of executed file C:\Users\XXX\Documents\SciLab\c >>> experiment\z >>> > helpu\test_help_call.sce >>> > >>> > ilib_compile: Error while executing Makelib >>> > >>> > >>> > Can anybody help, how to make it works? >>> > (SciLab 6.0.2 on Win 7 PRO, 64 bit) >>> > >>> > thanks! >>> > >>> > BR >>> > JK >>> > >>> > >>> > >>> > -- >>> > Sent from: >>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html >>> >>> > _______________________________________________ >>> > users mailing list >>> > users at lists.scilab.org >>> > >>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 >> >> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 stephane.mottelet at utc.fr Fri Sep 27 09:18:18 2019 From: stephane.mottelet at utc.fr (=?utf-8?Q?St=C3=A9phane_Mottelet?=) Date: Fri, 27 Sep 2019 09:18:18 +0200 Subject: [Scilab-users] c link (mingw) In-Reply-To: References: <1569438067159-0.post@n3.nabble.com> <6EF4408D-69F7-45BC-850D-3BA17187E590@utc.fr> <20190926145220.Horde.B_DrdK08lPAMZt-SuCcZn-Q@webmail.utc.fr> Message-ID: <756F0C3F-8854-4B40-B5E5-65EF1AD8015C@utc.fr> > Le 27 sept. 2019 ? 06:30, Jakub Kopac a ?crit : > > I checked it: Scilab is 64 bit, GCC is 64 bit (6.2.0) and was installed in correct order (gcc first, then Mingw from ATOMS). > I uninstal and install again Mingw from ATOMS, but I do not see transcript as you wrote. > I suppose that compilation still doesn?t work ? I would suggest that after uninstalling Mingw atoms package you delete your user Scilab folder (SCIHOME) then reinstall. S. > Sometimes thinks just do not work as expected, so thank you for your help! > > BR > > JK > > > ?t 26. 9. 2019 o 14:53 nap?sal(a): >> I think that your installation of mingw toolbox is broken, as the error >> >> >>> !C:\Users\jkopac\AppData\Roaming\Scilab\scilab-6.0.2\mingwlib_x64/liblibf2c.a: file not recognized: File format not recognized ! >>> ! >> >> looks like an architecture mismatch (32 vs 64 bits). When you install the gcc package *before* installing the mingw atoms package (it has to be done in that order) , when you exit the relauch Scilab, during the first startup of mingw package, some libraries are converted (transcript below): >> >> >> Mingw Compiler support for Scilab >> Load macros >> Converting Libraries. >> Build libblasplus.a >> Build liblibf2c.a >> Build libcore.a >> Build libcore_f.a >> Build liblapack.a >> Build liboutput_stream.a >> Build libdynamic_link.a >> Build libinteger.a >> Build liboptimization_f.a >> Build liblibjvm.a >> Build libscilocalization.a >> Build liblinpack_f.a >> Build libcall_scilab.a >> Build libtime.a >> Build libapi_scilab.a >> Build liblibintl.a >> Build libast.a >> Build libfileio.a >> Build libio.a >> Build libstring.a >> Build libthreads.a >> Build libsciconsole.a >> Build libscilab_windows.a >> Build liblibmex.a >> Build libscicos.a >> Build libscicos-cli.a >> Build libscicos_f.a >> Build libscicos_blocks.a >> Build libscicos_blocks-cli.a >> Build libscicos_blocks_f.a >> Load help >> >> If you have never seen this, I think that there is something wrong. Please also check that you have a 64bit Scilab. >> >> S. >> >> >> Jakub Kopac a ?crit : >> >>> I tried example from the call help page. >>> results from ilib_build help page: >>> >>> Generate a gateway file >>> Generate a loader file >>> Generate a Makefile >>> Running the makefile >>> Compilation of build_c.obj >>> Compilation of build_c.obj >>> Compilation of build_c.obj >>> Compilation of fun1.obj >>> Compilation of fun2.obj >>> Compilation of sci_fun1.obj >>> Building shared library (be patient) >>> >>> !------------- Compile file build_c.cpp -------------- ! >>> ! ! >>> !x86_64-w64-mingw32-g++.exe -c -DWIN32 -DSTRICT -DFORDLL -D_MSC_VER -I"C:/NONINS~1/SCILAB~1.2/libs/MALLOC/includes" -I"C:/NONINS~1/SCILAB~1.2/libs/f2c" -I"C:/NONINS~1/S! >>> !CILAB~1.2/libs/intl" -I"C:/NONINS~1/SCILAB~1.2/modules/core/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/api_scilab/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/call_sci! >>> !lab/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/output_stream/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/jvm/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/localization/! >>> !includes" -I"C:/NONINS~1/SCILAB~1.2/modules/dynamic_link/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/mexlib/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/time/includes" ! >>> !-I"C:/NONINS~1/SCILAB~1.2/modules/windows_tools/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/threads/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/ast" -I"C:! >>> !/NONINS~1/SCILAB~1.2/modules/ast/includes/exps" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/operations" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/parse" -I"C:/! >>> !NONINS~1/SCILAB~1.2/modules/ast/includes/symbol" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/system_env" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/types" -I"C:! >>> !/NONINS~1/SCILAB~1.2/modules/ast/includes/analysis" -I"C:/NONINS~1/SCILAB~1.2/modules/string/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/console/includes" -m64 -D__SCI! >>> !LAB_TOOLBOX__ -DNDEBUG build_c.cpp ! >>> ! ! >>> !build_c.cpp: In function 'int build_c(wchar_t*)': ! >>> ! ! >>> !build_c.cpp:11:5: warning: 'int build_c(wchar_t*)' redeclared without dllimport attribute: previous dllimport ignored [-Wattributes] ! >>> ! ! >>> ! int build_c(wchar_t* _pwstFuncName) ! >>> ! ! >>> ! ^~~~~~~ ! >>> ! ! >>> !------------- Compile file fun1.c -------------- ! >>> ! ! >>> !x86_64-w64-mingw32-gcc.exe -c -DWIN32 -DSTRICT -DFORDLL -D_MSC_VER -I"C:/NONINS~1/SCILAB~1.2/libs/MALLOC/includes" -I"C:/NONINS~1/SCILAB~1.2/libs/f2c" -I"C:/NONINS~1/S! >>> !CILAB~1.2/libs/intl" -I"C:/NONINS~1/SCILAB~1.2/modules/core/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/api_scilab/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/call_sci! >>> !lab/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/output_stream/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/jvm/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/localization/! >>> !includes" -I"C:/NONINS~1/SCILAB~1.2/modules/dynamic_link/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/mexlib/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/time/includes" ! >>> !-I"C:/NONINS~1/SCILAB~1.2/modules/windows_tools/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/threads/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/ast" -I"C:! >>> !/NONINS~1/SCILAB~1.2/modules/ast/includes/exps" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/operations" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/parse" -I"C:/! >>> !NONINS~1/SCILAB~1.2/modules/ast/includes/symbol" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/system_env" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/types" -I"C:! >>> !/NONINS~1/SCILAB~1.2/modules/ast/includes/analysis" -I"C:/NONINS~1/SCILAB~1.2/modules/string/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/console/includes" -m64 -D__SCI! >>> !LAB_TOOLBOX__ -DNDEBUG fun1.c ! >>> ! ! >>> !------------- Compile file fun2.c -------------- ! >>> ! ! >>> !x86_64-w64-mingw32-gcc.exe -c -DWIN32 -DSTRICT -DFORDLL -D_MSC_VER -I"C:/NONINS~1/SCILAB~1.2/libs/MALLOC/includes" -I"C:/NONINS~1/SCILAB~1.2/libs/f2c" -I"C:/NONINS~1/S! >>> !CILAB~1.2/libs/intl" -I"C:/NONINS~1/SCILAB~1.2/modules/core/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/api_scilab/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/call_sci! >>> !lab/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/output_stream/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/jvm/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/localization/! >>> !includes" -I"C:/NONINS~1/SCILAB~1.2/modules/dynamic_link/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/mexlib/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/time/includes" ! >>> !-I"C:/NONINS~1/SCILAB~1.2/modules/windows_tools/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/threads/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/ast" -I"C:! >>> !/NONINS~1/SCILAB~1.2/modules/ast/includes/exps" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/operations" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/parse" -I"C:/! >>> !NONINS~1/SCILAB~1.2/modules/ast/includes/symbol" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/system_env" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/types" -I"C:! >>> !/NONINS~1/SCILAB~1.2/modules/ast/includes/analysis" -I"C:/NONINS~1/SCILAB~1.2/modules/string/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/console/includes" -m64 -D__SCI! >>> !LAB_TOOLBOX__ -DNDEBUG fun2.c ! >>> ! ! >>> !------------- Compile file sci_fun1.c -------------- ! >>> ! ! >>> !x86_64-w64-mingw32-gcc.exe -c -DWIN32 -DSTRICT -DFORDLL -D_MSC_VER -I"C:/NONINS~1/SCILAB~1.2/libs/MALLOC/includes" -I"C:/NONINS~1/SCILAB~1.2/libs/f2c" -I"C:/NONINS~1/S! >>> !CILAB~1.2/libs/intl" -I"C:/NONINS~1/SCILAB~1.2/modules/core/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/api_scilab/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/call_sci! >>> !lab/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/output_stream/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/jvm/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/localization/! >>> !includes" -I"C:/NONINS~1/SCILAB~1.2/modules/dynamic_link/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/mexlib/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/time/includes" ! >>> !-I"C:/NONINS~1/SCILAB~1.2/modules/windows_tools/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/threads/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/ast" -I"C:! >>> !/NONINS~1/SCILAB~1.2/modules/ast/includes/exps" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/operations" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/parse" -I"C:/! >>> !NONINS~1/SCILAB~1.2/modules/ast/includes/symbol" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/system_env" -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/types" -I"C:! >>> !/NONINS~1/SCILAB~1.2/modules/ast/includes/analysis" -I"C:/NONINS~1/SCILAB~1.2/modules/string/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/console/includes" -m64 -D__SCI! >>> !LAB_TOOLBOX__ -DNDEBUG sci_fun1.c ! >>> ! ! >>> !------------- Link files -------------- ! >>> ! ! >>> !x86_64-w64-mingw32-g++.exe --shared build_c.o fun1.o fun2.o sci_fun1.o -std=c++11 -L"c:\program files\gcc\x86_64-w64-mingw32\lib" -LC:\Users\jkopac\AppData\Roaming\Sci! >>> !lab\scilab-6.0.2\mingwlib_x64 -lgfortran -lblasplus -llibf2c -lcore -lcore_f -llapack -loutput_stream -ldynamic_link -linteger -loptimization_f -llibjvm -lscilocalizat! >>> !ion -llinpack_f -lcall_scilab -ltime -lapi_scilab -llibintl -last -lfileio -lio -lstring -lthreads -lsciconsole -lscilab_windows -llibmex -o build_c.dll -Wl,--out-im! >>> !plib=build_c.a -Wl,--export-all-symbols -Wl,--enable-auto-import ! >>> ! ! >>> !C:\Users\jkopac\AppData\Roaming\Scilab\scilab-6.0.2\mingwlib_x64/liblibf2c.a: file not recognized: File format not recognized ! >>> ! ! >>> !collect2.exe: error: ld returned 1 exit status ! >>> ! ! >>> !Makelib:127: recipe for target 'build_c.dll' failed ! >>> ! ! >>> !make: *** [build_c.dll] Error 1 ! >>> at line 25 of function dlwCompile ( C:\NONINS~1\SCILAB~1.2\contrib\mingw\010~1.5\macros\windows\dlwCompile.sci line 34 ) >>> at line 70 of function ilib_compile ( C:\NONINSTALL\scilab-6.0.2\modules\dynamic_link\macros\ilib_compile.sci line 86 ) >>> at line 125 of function ilib_build ( C:\NONINSTALL\scilab-6.0.2\modules\dynamic_link\macros\ilib_build.sci line 138 ) >>> at line 78 of executed file C:\Users\jkopac\Documents\==sukromne==\NON BALAST\SciLab\c experiment\z helpu 2\test_help_ilib_buildl.sce >>> >>> ilib_compile: Error while executing Makelib. >>> >>> >>> BR >>> >>> JK >>> >>> ?t 26. 9. 2019 o 7:53 St?phane Mottelet nap?sal(a): >>>> Which example of the doc did you run ? Did you try the examples of ilib_build page ? I consider them as a references because they compile full gateways. >>>> >>>> S. >>>> >>>>> Le 26 sept. 2019 ? 06:16, Jakub Kopac a ?crit : >>>>> >>>>> Hello, >>>>> >>>>> I downloaded and instaled gcc-6.2.0-64.exe >>>>> >>>>> BR >>>>> >>>>> JK >>>>> >>>>> st 25. 9. 2019 o 21:56 St?phane Mottelet nap?sal(a): >>>>>> Hello >>>>>> >>>>>> Which version of gcc did you download from equation.com ? >>>>>> >>>>>> S. >>>>>> >>>>>> > Le 25 sept. 2019 ? 21:01, kjubo a ?crit : >>>>>> > >>>>>> > Dear all, >>>>>> > >>>>>> > I am trying to make a c code. >>>>>> > I instaled mingw (from equation.com) and MinGw toolbox from ATOMS. >>>>>> > >>>>>> > When I try to use a example code from call help page, I get following error: >>>>>> > (full scilab console print) >>>>>> > >>>>>> > >>>>>> > Generate a loader file >>>>>> > Generate a Makefile >>>>>> > Running the Makefile >>>>>> > Compilation of fooc.obj >>>>>> > Building shared library (be patient) >>>>>> > >>>>>> > ------------- Compile file fooc.c -------------- >>>>>> > ! >>>>>> > >>>>>> > ! >>>>>> > x86_64-w64-mingw32-gcc.exe -c -DWIN32 -DSTRICT -DFORDLL -D_MSC_VER >>>>>> > -I"C:/NONINS~1/SCILAB~1.2/libs/MALLOC/includes"! >>>>>> > -I"C:/NONINS~1/SCILAB~1.2/libs/f2c" -I"C:/NONINS~1/SCILAB~1.2/libs/intl" >>>>>> > -I"C:/NONINS~1/SCILAB~1.2/modules/core/i! >>>>>> > ncludes" -I"C:/NONINS~1/SCILAB~1.2/modules/api_scilab/includes" >>>>>> > -I"C:/NONINS~1/SCILAB~1.2/modules/call_scilab/incl! >>>>>> > udes" -I"C:/NONINS~1/SCILAB~1.2/modules/output_stream/includes" >>>>>> > -I"C:/NONINS~1/SCILAB~1.2/modules/jvm/includes" -I! >>>>>> > "C:/NONINS~1/SCILAB~1.2/modules/localization/includes" >>>>>> > -I"C:/NONINS~1/SCILAB~1.2/modules/dynamic_link/includes" -I! >>>>>> > "C:/NONINS~1/SCILAB~1.2/modules/mexlib/includes" >>>>>> > -I"C:/NONINS~1/SCILAB~1.2/modules/time/includes" -I"C:/NONINS~1/S! >>>>>> > CILAB~1.2/modules/windows_tools/includes" >>>>>> > -I"C:/NONINS~1/SCILAB~1.2/modules/threads/includes" -I"C:/NONINS~1/SCILA! >>>>>> > B~1.2/modules/ast/includes/ast" >>>>>> > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/exps" >>>>>> > -I"C:/NONINS~1/SCILAB~1.2/mod! >>>>>> > ules/ast/includes/operations" >>>>>> > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/parse" >>>>>> > -I"C:/NONINS~1/SCILAB~1.2/modu! >>>>>> > les/ast/includes/symbol" >>>>>> > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/system_env" >>>>>> > -I"C:/NONINS~1/SCILAB~1.2/modu! >>>>>> > les/ast/includes/types" >>>>>> > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/analysis" >>>>>> > -I"C:/NONINS~1/SCILAB~1.2/modules! >>>>>> > /string/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/console/includes" -m64 >>>>>> > -D__SCILAB_TOOLBOX__ -DNDEBUG fooc.c ! >>>>>> > >>>>>> > ! >>>>>> > ------------- Link files -------------- >>>>>> > ! >>>>>> > >>>>>> > ! >>>>>> > x86_64-w64-mingw32-g++.exe --shared fooc.o -std=c++11 -L"c:\program >>>>>> > files\gcc\x86_64-w64-mingw32\lib" -LC:\Users\j! >>>>>> > kopac\AppData\Roaming\Scilab\scilab-6.0.2\mingwlib_x64 -lgfortran -lblasplus >>>>>> > -llibf2c -lcore -lcore_f -llapack -lo! >>>>>> > utput_stream -ldynamic_link -linteger -loptimization_f -llibjvm >>>>>> > -lscilocalization -llinpack_f -lcall_scilab -ltime! >>>>>> > -lapi_scilab -llibintl -last -lfileio -lio -lstring -lthreads -lsciconsole >>>>>> > -lscilab_windows -llibmex -o libfooc.! >>>>>> > dll -Wl,--out-implib=libfooc.a -Wl,--export-all-symbols >>>>>> > -Wl,--enable-auto-import ! >>>>>> > >>>>>> > ! >>>>>> > C:\Users\jkopac\AppData\Roaming\Scilab\scilab-6.0.2\mingwlib_x64/liblibf2c.a: >>>>>> > file not recognized: File format not! >>>>>> > recognized >>>>>> > ! >>>>>> > >>>>>> > ! >>>>>> > collect2.exe: error: ld returned 1 exit status >>>>>> > ! >>>>>> > >>>>>> > ! >>>>>> > Makelib:127: recipe for target 'libfooc.dll' failed >>>>>> > ! >>>>>> > >>>>>> > ! >>>>>> > make: *** [libfooc.dll] Error 1 >>>>>> > ! >>>>>> > at line 25 of function dlwCompile ( >>>>>> > C:\NONINS~1\SCILAB~1.2\contrib\mingw\010~1.5\macros\windows\dlwCompile.sci >>>>>> > line 34 ) >>>>>> > at line 70 of function ilib_compile ( >>>>>> > C:\NONINSTALL\scilab-6.0.2\modules\dynamic_link\macros\ilib_compile.sci line >>>>>> > 86 ) >>>>>> > at line 104 of function ilib_for_link ( >>>>>> > C:\NONINSTALL\scilab-6.0.2\modules\dynamic_link\macros\ilib_for_link.sci >>>>>> > line 118 ) >>>>>> > at line 18 of executed file C:\Users\XXX\Documents\SciLab\c experiment\z >>>>>> > helpu\test_help_call.sce >>>>>> > >>>>>> > ilib_compile: Error while executing Makelib >>>>>> > >>>>>> > >>>>>> > Can anybody help, how to make it works? >>>>>> > (SciLab 6.0.2 on Win 7 PRO, 64 bit) >>>>>> > >>>>>> > thanks! >>>>>> > >>>>>> > BR >>>>>> > JK >>>>>> > >>>>>> > >>>>>> > >>>>>> > -- >>>>>> > Sent from: https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html >>>>>> > _______________________________________________ >>>>>> > users mailing list >>>>>> > users at lists.scilab.org >>>>>> > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 >>>>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From kopac.jakub at gmail.com Fri Sep 27 09:42:17 2019 From: kopac.jakub at gmail.com (Jakub Kopac) Date: Fri, 27 Sep 2019 09:42:17 +0200 Subject: [Scilab-users] c link (mingw) In-Reply-To: <756F0C3F-8854-4B40-B5E5-65EF1AD8015C@utc.fr> References: <1569438067159-0.post@n3.nabble.com> <6EF4408D-69F7-45BC-850D-3BA17187E590@utc.fr> <20190926145220.Horde.B_DrdK08lPAMZt-SuCcZn-Q@webmail.utc.fr> <756F0C3F-8854-4B40-B5E5-65EF1AD8015C@utc.fr> Message-ID: Dear Stephane, after your last advice, now everything works. Uninstalling Mingw and deleting SCIHOME, then reinstall Mingw and all work as expected! Many thanks! BR JK pi 27. 9. 2019 o 9:18 St?phane Mottelet nap?sal(a): > > > Le 27 sept. 2019 ? 06:30, Jakub Kopac a ?crit : > > I checked it: Scilab is 64 bit, GCC is 64 bit (6.2.0) and was installed in > correct order (gcc first, then Mingw from ATOMS). > I uninstal and install again Mingw from ATOMS, but I do not see transcript > as you wrote. > > > I suppose that compilation still doesn?t work ? I would suggest that after > uninstalling Mingw atoms package you delete your user Scilab folder > (SCIHOME) then reinstall. > > S. > > Sometimes thinks just do not work as expected, so thank you for your help! > > BR > > JK > > > ?t 26. 9. 2019 o 14:53 nap?sal(a): > >> I think that your installation of mingw toolbox is broken, as the error >> >> >> !C:\Users\jkopac\AppData\Roaming\Scilab\scilab-6.0.2\mingwlib_x64/liblibf2c.a: >> file not recognized: File format not recognized >> ! >> ! >> >> >> >> looks like an architecture mismatch (32 vs 64 bits). When you install the >> gcc package *before* installing the mingw atoms package (it has to be done >> in that order) , when you exit the relauch Scilab, during the first startup >> of mingw package, some libraries are converted (transcript below): >> >> Mingw Compiler support for Scilab >> Load macros >> Converting Libraries. >> Build libblasplus.a >> Build liblibf2c.a >> Build libcore.a >> Build libcore_f.a >> Build liblapack.a >> Build liboutput_stream.a >> Build libdynamic_link.a >> Build libinteger.a >> Build liboptimization_f.a >> Build liblibjvm.a >> Build libscilocalization.a >> Build liblinpack_f.a >> Build libcall_scilab.a >> Build libtime.a >> Build libapi_scilab.a >> Build liblibintl.a >> Build libast.a >> Build libfileio.a >> Build libio.a >> Build libstring.a >> Build libthreads.a >> Build libsciconsole.a >> Build libscilab_windows.a >> Build liblibmex.a >> Build libscicos.a >> Build libscicos-cli.a >> Build libscicos_f.a >> Build libscicos_blocks.a >> Build libscicos_blocks-cli.a >> Build libscicos_blocks_f.a >> Load help >> >> If you have never seen this, I think that there is something wrong. >> Please also check that you have a 64bit Scilab. >> >> S. >> >> >> >> Jakub Kopac a ?crit : >> >> I tried example from the call help page. >> results from ilib_build help page: >> >> Generate a gateway file >> Generate a loader file >> Generate a Makefile >> Running the makefile >> Compilation of build_c.obj >> Compilation of build_c.obj >> Compilation of build_c.obj >> Compilation of fun1.obj >> Compilation of fun2.obj >> Compilation of sci_fun1.obj >> Building shared library (be patient) >> >> !------------- Compile file build_c.cpp -------------- >> >> ! >> ! >> >> ! >> !x86_64-w64-mingw32-g++.exe -c -DWIN32 -DSTRICT -DFORDLL -D_MSC_VER >> -I"C:/NONINS~1/SCILAB~1.2/libs/MALLOC/includes" >> -I"C:/NONINS~1/SCILAB~1.2/libs/f2c" -I"C:/NONINS~1/S! >> !CILAB~1.2/libs/intl" -I"C:/NONINS~1/SCILAB~1.2/modules/core/includes" >> -I"C:/NONINS~1/SCILAB~1.2/modules/api_scilab/includes" >> -I"C:/NONINS~1/SCILAB~1.2/modules/call_sci! >> !lab/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/output_stream/includes" >> -I"C:/NONINS~1/SCILAB~1.2/modules/jvm/includes" >> -I"C:/NONINS~1/SCILAB~1.2/modules/localization/! >> !includes" -I"C:/NONINS~1/SCILAB~1.2/modules/dynamic_link/includes" >> -I"C:/NONINS~1/SCILAB~1.2/modules/mexlib/includes" >> -I"C:/NONINS~1/SCILAB~1.2/modules/time/includes" ! >> !-I"C:/NONINS~1/SCILAB~1.2/modules/windows_tools/includes" >> -I"C:/NONINS~1/SCILAB~1.2/modules/threads/includes" >> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/ast" -I"C:! >> !/NONINS~1/SCILAB~1.2/modules/ast/includes/exps" >> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/operations" >> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/parse" -I"C:/! >> !NONINS~1/SCILAB~1.2/modules/ast/includes/symbol" >> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/system_env" >> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/types" -I"C:! >> !/NONINS~1/SCILAB~1.2/modules/ast/includes/analysis" >> -I"C:/NONINS~1/SCILAB~1.2/modules/string/includes" >> -I"C:/NONINS~1/SCILAB~1.2/modules/console/includes" -m64 -D__SCI! >> !LAB_TOOLBOX__ -DNDEBUG build_c.cpp >> >> ! >> ! >> >> ! >> !build_c.cpp: In function 'int build_c(wchar_t*)': >> >> ! >> ! >> >> ! >> !build_c.cpp:11:5: warning: 'int build_c(wchar_t*)' redeclared without >> dllimport attribute: previous dllimport ignored [-Wattributes] >> ! >> ! >> >> ! >> ! int build_c(wchar_t* _pwstFuncName) >> >> ! >> ! >> >> ! >> ! ^~~~~~~ >> >> ! >> ! >> >> ! >> !------------- Compile file fun1.c -------------- >> >> ! >> ! >> >> ! >> !x86_64-w64-mingw32-gcc.exe -c -DWIN32 -DSTRICT -DFORDLL -D_MSC_VER >> -I"C:/NONINS~1/SCILAB~1.2/libs/MALLOC/includes" >> -I"C:/NONINS~1/SCILAB~1.2/libs/f2c" -I"C:/NONINS~1/S! >> !CILAB~1.2/libs/intl" -I"C:/NONINS~1/SCILAB~1.2/modules/core/includes" >> -I"C:/NONINS~1/SCILAB~1.2/modules/api_scilab/includes" >> -I"C:/NONINS~1/SCILAB~1.2/modules/call_sci! >> !lab/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/output_stream/includes" >> -I"C:/NONINS~1/SCILAB~1.2/modules/jvm/includes" >> -I"C:/NONINS~1/SCILAB~1.2/modules/localization/! >> !includes" -I"C:/NONINS~1/SCILAB~1.2/modules/dynamic_link/includes" >> -I"C:/NONINS~1/SCILAB~1.2/modules/mexlib/includes" >> -I"C:/NONINS~1/SCILAB~1.2/modules/time/includes" ! >> !-I"C:/NONINS~1/SCILAB~1.2/modules/windows_tools/includes" >> -I"C:/NONINS~1/SCILAB~1.2/modules/threads/includes" >> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/ast" -I"C:! >> !/NONINS~1/SCILAB~1.2/modules/ast/includes/exps" >> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/operations" >> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/parse" -I"C:/! >> !NONINS~1/SCILAB~1.2/modules/ast/includes/symbol" >> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/system_env" >> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/types" -I"C:! >> !/NONINS~1/SCILAB~1.2/modules/ast/includes/analysis" >> -I"C:/NONINS~1/SCILAB~1.2/modules/string/includes" >> -I"C:/NONINS~1/SCILAB~1.2/modules/console/includes" -m64 -D__SCI! >> !LAB_TOOLBOX__ -DNDEBUG fun1.c >> >> ! >> ! >> >> ! >> !------------- Compile file fun2.c -------------- >> >> ! >> ! >> >> ! >> !x86_64-w64-mingw32-gcc.exe -c -DWIN32 -DSTRICT -DFORDLL -D_MSC_VER >> -I"C:/NONINS~1/SCILAB~1.2/libs/MALLOC/includes" >> -I"C:/NONINS~1/SCILAB~1.2/libs/f2c" -I"C:/NONINS~1/S! >> !CILAB~1.2/libs/intl" -I"C:/NONINS~1/SCILAB~1.2/modules/core/includes" >> -I"C:/NONINS~1/SCILAB~1.2/modules/api_scilab/includes" >> -I"C:/NONINS~1/SCILAB~1.2/modules/call_sci! >> !lab/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/output_stream/includes" >> -I"C:/NONINS~1/SCILAB~1.2/modules/jvm/includes" >> -I"C:/NONINS~1/SCILAB~1.2/modules/localization/! >> !includes" -I"C:/NONINS~1/SCILAB~1.2/modules/dynamic_link/includes" >> -I"C:/NONINS~1/SCILAB~1.2/modules/mexlib/includes" >> -I"C:/NONINS~1/SCILAB~1.2/modules/time/includes" ! >> !-I"C:/NONINS~1/SCILAB~1.2/modules/windows_tools/includes" >> -I"C:/NONINS~1/SCILAB~1.2/modules/threads/includes" >> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/ast" -I"C:! >> !/NONINS~1/SCILAB~1.2/modules/ast/includes/exps" >> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/operations" >> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/parse" -I"C:/! >> !NONINS~1/SCILAB~1.2/modules/ast/includes/symbol" >> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/system_env" >> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/types" -I"C:! >> !/NONINS~1/SCILAB~1.2/modules/ast/includes/analysis" >> -I"C:/NONINS~1/SCILAB~1.2/modules/string/includes" >> -I"C:/NONINS~1/SCILAB~1.2/modules/console/includes" -m64 -D__SCI! >> !LAB_TOOLBOX__ -DNDEBUG fun2.c >> >> ! >> ! >> >> ! >> !------------- Compile file sci_fun1.c -------------- >> >> ! >> ! >> >> ! >> !x86_64-w64-mingw32-gcc.exe -c -DWIN32 -DSTRICT -DFORDLL -D_MSC_VER >> -I"C:/NONINS~1/SCILAB~1.2/libs/MALLOC/includes" >> -I"C:/NONINS~1/SCILAB~1.2/libs/f2c" -I"C:/NONINS~1/S! >> !CILAB~1.2/libs/intl" -I"C:/NONINS~1/SCILAB~1.2/modules/core/includes" >> -I"C:/NONINS~1/SCILAB~1.2/modules/api_scilab/includes" >> -I"C:/NONINS~1/SCILAB~1.2/modules/call_sci! >> !lab/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/output_stream/includes" >> -I"C:/NONINS~1/SCILAB~1.2/modules/jvm/includes" >> -I"C:/NONINS~1/SCILAB~1.2/modules/localization/! >> !includes" -I"C:/NONINS~1/SCILAB~1.2/modules/dynamic_link/includes" >> -I"C:/NONINS~1/SCILAB~1.2/modules/mexlib/includes" >> -I"C:/NONINS~1/SCILAB~1.2/modules/time/includes" ! >> !-I"C:/NONINS~1/SCILAB~1.2/modules/windows_tools/includes" >> -I"C:/NONINS~1/SCILAB~1.2/modules/threads/includes" >> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/ast" -I"C:! >> !/NONINS~1/SCILAB~1.2/modules/ast/includes/exps" >> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/operations" >> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/parse" -I"C:/! >> !NONINS~1/SCILAB~1.2/modules/ast/includes/symbol" >> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/system_env" >> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/types" -I"C:! >> !/NONINS~1/SCILAB~1.2/modules/ast/includes/analysis" >> -I"C:/NONINS~1/SCILAB~1.2/modules/string/includes" >> -I"C:/NONINS~1/SCILAB~1.2/modules/console/includes" -m64 -D__SCI! >> !LAB_TOOLBOX__ -DNDEBUG sci_fun1.c >> >> ! >> ! >> >> ! >> !------------- Link files -------------- >> >> ! >> ! >> >> ! >> !x86_64-w64-mingw32-g++.exe --shared build_c.o fun1.o fun2.o sci_fun1.o >> -std=c++11 -L"c:\program files\gcc\x86_64-w64-mingw32\lib" >> -LC:\Users\jkopac\AppData\Roaming\Sci! >> !lab\scilab-6.0.2\mingwlib_x64 -lgfortran -lblasplus -llibf2c -lcore >> -lcore_f -llapack -loutput_stream -ldynamic_link -linteger -loptimization_f >> -llibjvm -lscilocalizat! >> !ion -llinpack_f -lcall_scilab -ltime -lapi_scilab -llibintl -last >> -lfileio -lio -lstring -lthreads -lsciconsole -lscilab_windows -llibmex -o >> build_c.dll -Wl,--out-im! >> !plib=build_c.a -Wl,--export-all-symbols -Wl,--enable-auto-import >> >> ! >> ! >> >> ! >> !C:\Users\jkopac\AppData\Roaming\Scilab\scilab-6.0.2\mingwlib_x64/liblibf2c.a: >> file not recognized: File format not recognized >> ! >> ! >> >> ! >> !collect2.exe: error: ld returned 1 exit status >> >> ! >> ! >> >> ! >> !Makelib:127: recipe for target 'build_c.dll' failed >> >> ! >> ! >> >> ! >> !make: *** [build_c.dll] Error 1 >> >> ! >> at line 25 of function dlwCompile ( >> C:\NONINS~1\SCILAB~1.2\contrib\mingw\010~1.5\macros\windows\dlwCompile.sci >> line 34 ) >> at line 70 of function ilib_compile ( >> C:\NONINSTALL\scilab-6.0.2\modules\dynamic_link\macros\ilib_compile.sci >> line 86 ) >> at line 125 of function ilib_build ( >> C:\NONINSTALL\scilab-6.0.2\modules\dynamic_link\macros\ilib_build.sci line >> 138 ) >> at line 78 of executed file C:\Users\jkopac\Documents\==sukromne==\NON >> BALAST\SciLab\c experiment\z helpu 2\test_help_ilib_buildl.sce >> >> ilib_compile: Error while executing Makelib. >> >> >> BR >> >> JK >> >> ?t 26. 9. 2019 o 7:53 St?phane Mottelet >> nap?sal(a): >> >>> Which example of the doc did you run ? Did you try the examples of >>> ilib_build page ? I consider them as a references because they compile full >>> gateways. >>> >>> S. >>> >>> Le 26 sept. 2019 ? 06:16, Jakub Kopac a ?crit : >>> >>> >>> Hello, >>> >>> I downloaded and instaled gcc-6.2.0-64.exe >>> >>> BR >>> >>> JK >>> >>> st 25. 9. 2019 o 21:56 St?phane Mottelet >>> nap?sal(a): >>> >>>> Hello >>>> >>>> Which version of gcc did you download from equation.com >>>> >>>> ? >>>> >>>> S. >>>> >>>> > Le 25 sept. 2019 ? 21:01, kjubo a ?crit : >>>> > >>>> > Dear all, >>>> > >>>> > I am trying to make a c code. >>>> > I instaled mingw (from equation.com >>>> ) >>>> and MinGw toolbox from ATOMS. >>>> > >>>> > When I try to use a example code from call help page, I get following >>>> error: >>>> > (full scilab console print) >>>> > >>>> > >>>> > Generate a loader file >>>> > Generate a Makefile >>>> > Running the Makefile >>>> > Compilation of fooc.obj >>>> > Building shared library (be patient) >>>> > >>>> > ------------- Compile file fooc.c -------------- >>>> >>>> > ! >>>> > >>>> > ! >>>> > x86_64-w64-mingw32-gcc.exe -c -DWIN32 -DSTRICT -DFORDLL -D_MSC_VER >>>> > -I"C:/NONINS~1/SCILAB~1.2/libs/MALLOC/includes"! >>>> > -I"C:/NONINS~1/SCILAB~1.2/libs/f2c" >>>> -I"C:/NONINS~1/SCILAB~1.2/libs/intl" >>>> > -I"C:/NONINS~1/SCILAB~1.2/modules/core/i! >>>> > ncludes" -I"C:/NONINS~1/SCILAB~1.2/modules/api_scilab/includes" >>>> > -I"C:/NONINS~1/SCILAB~1.2/modules/call_scilab/incl! >>>> > udes" -I"C:/NONINS~1/SCILAB~1.2/modules/output_stream/includes" >>>> > -I"C:/NONINS~1/SCILAB~1.2/modules/jvm/includes" -I! >>>> > "C:/NONINS~1/SCILAB~1.2/modules/localization/includes" >>>> > -I"C:/NONINS~1/SCILAB~1.2/modules/dynamic_link/includes" -I! >>>> > "C:/NONINS~1/SCILAB~1.2/modules/mexlib/includes" >>>> > -I"C:/NONINS~1/SCILAB~1.2/modules/time/includes" -I"C:/NONINS~1/S! >>>> > CILAB~1.2/modules/windows_tools/includes" >>>> > -I"C:/NONINS~1/SCILAB~1.2/modules/threads/includes" >>>> -I"C:/NONINS~1/SCILA! >>>> > B~1.2/modules/ast/includes/ast" >>>> > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/exps" >>>> > -I"C:/NONINS~1/SCILAB~1.2/mod! >>>> > ules/ast/includes/operations" >>>> > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/parse" >>>> > -I"C:/NONINS~1/SCILAB~1.2/modu! >>>> > les/ast/includes/symbol" >>>> > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/system_env" >>>> > -I"C:/NONINS~1/SCILAB~1.2/modu! >>>> > les/ast/includes/types" >>>> > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/analysis" >>>> > -I"C:/NONINS~1/SCILAB~1.2/modules! >>>> > /string/includes" -I"C:/NONINS~1/SCILAB~1.2/modules/console/includes" >>>> -m64 >>>> > -D__SCILAB_TOOLBOX__ -DNDEBUG fooc.c ! >>>> > >>>> > ! >>>> > ------------- Link files -------------- >>>> >>>> > ! >>>> > >>>> > ! >>>> > x86_64-w64-mingw32-g++.exe --shared fooc.o -std=c++11 -L"c:\program >>>> > files\gcc\x86_64-w64-mingw32\lib" -LC:\Users\j! >>>> > kopac\AppData\Roaming\Scilab\scilab-6.0.2\mingwlib_x64 -lgfortran >>>> -lblasplus >>>> > -llibf2c -lcore -lcore_f -llapack -lo! >>>> > utput_stream -ldynamic_link -linteger -loptimization_f -llibjvm >>>> > -lscilocalization -llinpack_f -lcall_scilab -ltime! >>>> > -lapi_scilab -llibintl -last -lfileio -lio -lstring -lthreads >>>> -lsciconsole >>>> > -lscilab_windows -llibmex -o libfooc.! >>>> > dll -Wl,--out-implib=libfooc.a -Wl,--export-all-symbols >>>> > -Wl,--enable-auto-import ! >>>> > >>>> > ! >>>> > >>>> C:\Users\jkopac\AppData\Roaming\Scilab\scilab-6.0.2\mingwlib_x64/liblibf2c.a: >>>> > file not recognized: File format not! >>>> > recognized >>>> >>>> > ! >>>> > >>>> > ! >>>> > collect2.exe: error: ld returned 1 exit status >>>> >>>> > ! >>>> > >>>> > ! >>>> > Makelib:127: recipe for target 'libfooc.dll' failed >>>> >>>> > ! >>>> > >>>> > ! >>>> > make: *** [libfooc.dll] Error 1 >>>> >>>> > ! >>>> > at line 25 of function dlwCompile ( >>>> > >>>> C:\NONINS~1\SCILAB~1.2\contrib\mingw\010~1.5\macros\windows\dlwCompile.sci >>>> > line 34 ) >>>> > at line 70 of function ilib_compile ( >>>> > >>>> C:\NONINSTALL\scilab-6.0.2\modules\dynamic_link\macros\ilib_compile.sci line >>>> > 86 ) >>>> > at line 104 of function ilib_for_link ( >>>> > >>>> C:\NONINSTALL\scilab-6.0.2\modules\dynamic_link\macros\ilib_for_link.sci >>>> > line 118 ) >>>> > at line 18 of executed file C:\Users\XXX\Documents\SciLab\c >>>> experiment\z >>>> > helpu\test_help_call.sce >>>> > >>>> > ilib_compile: Error while executing Makelib >>>> > >>>> > >>>> > Can anybody help, how to make it works? >>>> > (SciLab 6.0.2 on Win 7 PRO, 64 bit) >>>> > >>>> > thanks! >>>> > >>>> > BR >>>> > JK >>>> > >>>> > >>>> > >>>> > -- >>>> > Sent from: >>>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html >>>> >>>> > _______________________________________________ >>>> > users mailing list >>>> > users at lists.scilab.org >>>> > >>>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 >>> >>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 > > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 stephane.mottelet at utc.fr Fri Sep 27 09:58:51 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Fri, 27 Sep 2019 09:58:51 +0200 Subject: [Scilab-users] c link (mingw) In-Reply-To: References: <1569438067159-0.post@n3.nabble.com> <6EF4408D-69F7-45BC-850D-3BA17187E590@utc.fr> <20190926145220.Horde.B_DrdK08lPAMZt-SuCcZn-Q@webmail.utc.fr> <756F0C3F-8854-4B40-B5E5-65EF1AD8015C@utc.fr> Message-ID: Great ! Most of the time, the problem is due to a first install of MingGW without having installed GCC first (it can be years ago so that you barely remember).? After this, even after uninstalling the package, there is still some file in SCIHOME that make believe MinGXW install script that libraries do not have to be built again. The problem is that this file is likely created? at first startup of the package, even if GCC is not installed. A little fix in the startup script seems necessary... S. Le 27/09/2019 ? 09:42, Jakub Kopac a ?crit?: > Dear Stephane, > > after your last advice, now everything works. > Uninstalling Mingw and deleting SCIHOME, then reinstall Mingw and all > work as expected! > > Many thanks! > > BR > > JK > > > pi 27. 9. 2019 o?9:18 St?phane Mottelet > nap?sal(a): > > > > Le 27 sept. 2019 ? 06:30, Jakub Kopac > a ?crit?: > >> I checked it: Scilab is 64 bit, GCC is 64 bit (6.2.0) and was >> installed in correct order (gcc first, then Mingw from ATOMS). >> I uninstal and install again Mingw from ATOMS, but I do not see >> transcript as you wrote. >> > > I suppose that compilation still doesn?t work ? I would suggest > that after uninstalling Mingw atoms package you delete your user > Scilab folder (SCIHOME) then reinstall. > > S. > >> Sometimes thinks just do not work as expected, so thank you for >> your help! >> >> BR >> >> JK >> >> >> ?t 26. 9. 2019 o?14:53 > > nap?sal(a): >> >> I think that your installation of mingw toolbox is broken, as >> the error >> >>> !C:\Users\jkopac\AppData\Roaming\Scilab\scilab-6.0.2\mingwlib_x64/liblibf2c.a: >>> file not recognized: File format not recognized ? ? ? ? ?! >>> ! >> >> >> looks like an architecture mismatch (32 vs 64 bits). When you >> install the gcc package *before* installing the mingw atoms >> package (it has to be done in that order) , when you exit the >> relauch Scilab, during the first startup of mingw package, >> some libraries are converted (transcript below): >> >> Mingw Compiler support for Scilab >> Load macros >> Converting Libraries. >> Build libblasplus.a >> Build liblibf2c.a >> Build libcore.a >> Build libcore_f.a >> Build liblapack.a >> Build liboutput_stream.a >> Build libdynamic_link.a >> Build libinteger.a >> Build liboptimization_f.a >> Build liblibjvm.a >> Build libscilocalization.a >> Build liblinpack_f.a >> Build libcall_scilab.a >> Build libtime.a >> Build libapi_scilab.a >> Build liblibintl.a >> Build libast.a >> Build libfileio.a >> Build libio.a >> Build libstring.a >> Build libthreads.a >> Build libsciconsole.a >> Build libscilab_windows.a >> Build liblibmex.a >> Build libscicos.a >> Build libscicos-cli.a >> Build libscicos_f.a >> Build libscicos_blocks.a >> Build libscicos_blocks-cli.a >> Build libscicos_blocks_f.a >> Load help >> >> If you have never seen this, I think that there is something >> wrong. Please also check that you have a 64bit Scilab. >> >> S. >> >> >> >> Jakub Kopac > > a ?crit?: >> >>> I tried example from the call help page. >>> results from ilib_build help page: >>> Generate a gateway file >>> ? ?Generate a loader file >>> ? ?Generate a Makefile >>> ? ?Running the makefile >>> ? ?Compilation of build_c.obj >>> ? ?Compilation of build_c.obj >>> ? ?Compilation of build_c.obj >>> ? ?Compilation of fun1.obj >>> ? ?Compilation of fun2.obj >>> ? ?Compilation of sci_fun1.obj >>> ? ?Building shared library (be patient) >>> >>> !------------- Compile file build_c.cpp -------------- ? ? ? ?! >>> ! ? ? ? ? ! >>> !x86_64-w64-mingw32-g++.exe -c -DWIN32 -DSTRICT -DFORDLL >>> -D_MSC_VER -I"C:/NONINS~1/SCILAB~1.2/libs/MALLOC/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/libs/f2c" -I"C:/NONINS~1/S! >>> !CILAB~1.2/libs/intl" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/core/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/api_scilab/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/call_sci! >>> !lab/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/output_stream/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/jvm/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/localization/! >>> !includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/dynamic_link/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/mexlib/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/time/includes" ! >>> !-I"C:/NONINS~1/SCILAB~1.2/modules/windows_tools/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/threads/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/ast" -I"C:! >>> !/NONINS~1/SCILAB~1.2/modules/ast/includes/exps" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/operations" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/parse" -I"C:/! >>> !NONINS~1/SCILAB~1.2/modules/ast/includes/symbol" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/system_env" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/types" -I"C:! >>> !/NONINS~1/SCILAB~1.2/modules/ast/includes/analysis" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/string/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/console/includes" -m64 >>> -D__SCI! >>> !LAB_TOOLBOX__ ?-DNDEBUG ?build_c.cpp ? ? ? ? ! >>> ! ? ? ? ? ! >>> !build_c.cpp: In function 'int build_c(wchar_t*)': ? ? ? ? ? >>> ? ? ? ?! >>> ! ? ? ? ? ! >>> !build_c.cpp:11:5: warning: 'int build_c(wchar_t*)' >>> redeclared without dllimport attribute: previous dllimport >>> ignored [-Wattributes] ? ? ? ? ? ? ? ? ! >>> ! ? ? ? ? ! >>> ! int build_c(wchar_t* _pwstFuncName) ? ? ? ? ! >>> ! ? ? ? ? ! >>> ! ? ? ^~~~~~~ ? ? ? ? ! >>> ! ? ? ? ? ! >>> !------------- Compile file fun1.c -------------- ? ? ? ? ? ? ! >>> ! ? ? ? ? ! >>> !x86_64-w64-mingw32-gcc.exe -c -DWIN32 -DSTRICT -DFORDLL >>> -D_MSC_VER -I"C:/NONINS~1/SCILAB~1.2/libs/MALLOC/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/libs/f2c" -I"C:/NONINS~1/S! >>> !CILAB~1.2/libs/intl" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/core/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/api_scilab/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/call_sci! >>> !lab/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/output_stream/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/jvm/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/localization/! >>> !includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/dynamic_link/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/mexlib/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/time/includes" ! >>> !-I"C:/NONINS~1/SCILAB~1.2/modules/windows_tools/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/threads/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/ast" -I"C:! >>> !/NONINS~1/SCILAB~1.2/modules/ast/includes/exps" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/operations" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/parse" -I"C:/! >>> !NONINS~1/SCILAB~1.2/modules/ast/includes/symbol" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/system_env" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/types" -I"C:! >>> !/NONINS~1/SCILAB~1.2/modules/ast/includes/analysis" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/string/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/console/includes" -m64 >>> -D__SCI! >>> !LAB_TOOLBOX__ ?-DNDEBUG ?fun1.c ? ? ? ?! >>> ! ? ? ? ? ! >>> !------------- Compile file fun2.c -------------- ? ? ? ? ? ? ! >>> ! ? ? ? ? ! >>> !x86_64-w64-mingw32-gcc.exe -c -DWIN32 -DSTRICT -DFORDLL >>> -D_MSC_VER -I"C:/NONINS~1/SCILAB~1.2/libs/MALLOC/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/libs/f2c" -I"C:/NONINS~1/S! >>> !CILAB~1.2/libs/intl" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/core/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/api_scilab/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/call_sci! >>> !lab/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/output_stream/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/jvm/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/localization/! >>> !includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/dynamic_link/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/mexlib/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/time/includes" ! >>> !-I"C:/NONINS~1/SCILAB~1.2/modules/windows_tools/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/threads/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/ast" -I"C:! >>> !/NONINS~1/SCILAB~1.2/modules/ast/includes/exps" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/operations" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/parse" -I"C:/! >>> !NONINS~1/SCILAB~1.2/modules/ast/includes/symbol" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/system_env" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/types" -I"C:! >>> !/NONINS~1/SCILAB~1.2/modules/ast/includes/analysis" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/string/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/console/includes" -m64 >>> -D__SCI! >>> !LAB_TOOLBOX__ ?-DNDEBUG ?fun2.c ? ? ? ?! >>> ! ? ? ? ? ! >>> !------------- Compile file sci_fun1.c -------------- ? ? ? ? ! >>> ! ? ? ? ? ! >>> !x86_64-w64-mingw32-gcc.exe -c -DWIN32 -DSTRICT -DFORDLL >>> -D_MSC_VER -I"C:/NONINS~1/SCILAB~1.2/libs/MALLOC/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/libs/f2c" -I"C:/NONINS~1/S! >>> !CILAB~1.2/libs/intl" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/core/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/api_scilab/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/call_sci! >>> !lab/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/output_stream/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/jvm/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/localization/! >>> !includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/dynamic_link/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/mexlib/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/time/includes" ! >>> !-I"C:/NONINS~1/SCILAB~1.2/modules/windows_tools/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/threads/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/ast" -I"C:! >>> !/NONINS~1/SCILAB~1.2/modules/ast/includes/exps" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/operations" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/parse" -I"C:/! >>> !NONINS~1/SCILAB~1.2/modules/ast/includes/symbol" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/system_env" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/types" -I"C:! >>> !/NONINS~1/SCILAB~1.2/modules/ast/includes/analysis" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/string/includes" >>> -I"C:/NONINS~1/SCILAB~1.2/modules/console/includes" -m64 >>> -D__SCI! >>> !LAB_TOOLBOX__ ?-DNDEBUG ?sci_fun1.c ? ? ? ?! >>> ! ? ? ? ? ! >>> !------------- Link files -------------- ? ? ? ?! >>> ! ? ? ? ? ! >>> !x86_64-w64-mingw32-g++.exe --shared build_c.o fun1.o fun2.o >>> sci_fun1.o -std=c++11 -L"c:\program >>> files\gcc\x86_64-w64-mingw32\lib" >>> -LC:\Users\jkopac\AppData\Roaming\Sci! >>> !lab\scilab-6.0.2\mingwlib_x64 -lgfortran -lblasplus >>> -llibf2c -lcore -lcore_f -llapack -loutput_stream >>> -ldynamic_link -linteger -loptimization_f -llibjvm >>> -lscilocalizat! >>> !ion -llinpack_f -lcall_scilab -ltime -lapi_scilab -llibintl >>> -last -lfileio -lio -lstring -lthreads -lsciconsole >>> -lscilab_windows -llibmex ?-o build_c.dll ?-Wl,--out-im! >>> !plib=build_c.a -Wl,--export-all-symbols >>> -Wl,--enable-auto-import ? ? ? ! >>> ! ? ? ? ? ! >>> !C:\Users\jkopac\AppData\Roaming\Scilab\scilab-6.0.2\mingwlib_x64/liblibf2c.a: >>> file not recognized: File format not recognized ? ? ? ? ? ?! >>> ! ? ? ? ? ! >>> !collect2.exe: error: ld returned 1 exit status ? ? ? ! >>> ! ? ? ? ? ! >>> !Makelib:127: recipe for target 'build_c.dll' failed ? ? ? ? >>> ? ? ? ?! >>> ! ? ? ? ? ! >>> !make: *** [build_c.dll] Error 1 ? ? ? ?! >>> at line ? ?25 of function dlwCompile ? ( >>> C:\NONINS~1\SCILAB~1.2\contrib\mingw\010~1.5\macros\windows\dlwCompile.sci >>> line 34 ) >>> at line ? ?70 of function ilib_compile ( >>> C:\NONINSTALL\scilab-6.0.2\modules\dynamic_link\macros\ilib_compile.sci >>> line 86 ) >>> at line ? 125 of function ilib_build ? ( >>> C:\NONINSTALL\scilab-6.0.2\modules\dynamic_link\macros\ilib_build.sci >>> line 138 ) >>> at line ? ?78 of executed file >>> C:\Users\jkopac\Documents\==sukromne==\NON BALAST\SciLab\c >>> experiment\z helpu 2\test_help_ilib_buildl.sce >>> >>> ilib_compile: Error while executing Makelib. >>> >>> BR >>> >>> JK >>> >>> ?t 26. 9. 2019 o?7:53 St?phane Mottelet >>> > >>> nap?sal(a): >>> >>> Which example of the doc did you run ? Did you try the >>> examples of ilib_build page ? I consider them as a >>> references because they compile full gateways. >>> S. >>> >>> Le 26 sept. 2019 ? 06:16, Jakub Kopac >>> > a >>> ?crit?: >>>> Hello, >>>> I downloaded and instaled gcc-6.2.0-64.exe >>>> >>>> BR >>>> >>>> JK >>>> >>>> st 25. 9. 2019 o?21:56 St?phane Mottelet >>>> >>> > nap?sal(a): >>>> >>>> Hello >>>> >>>> Which version of gcc did you download from >>>> equation.com >>>> >>>> ? >>>> >>>> S. >>>> >>>> > Le 25 sept. 2019 ? 21:01, kjubo >>>> >>> > a ?crit : >>>> > >>>> > Dear all, >>>> > >>>> > I am trying to make a c code. >>>> > I instaled mingw (from equation.com >>>> ) >>>> and MinGw toolbox from ATOMS. >>>> > >>>> > When I try to use a example code from call help >>>> page, I get following error: >>>> > (full scilab console print) >>>> > >>>> > >>>> >? ? Generate a loader file >>>> >? ?Generate a Makefile >>>> >? ?Running the Makefile >>>> >? ?Compilation of fooc.obj >>>> >? ?Building shared library (be patient) >>>> > >>>> > ------------- Compile file fooc.c -------------- >>>> > ! >>>> > >>>> > ! >>>> > x86_64-w64-mingw32-gcc.exe -c -DWIN32 -DSTRICT >>>> -DFORDLL -D_MSC_VER >>>> > -I"C:/NONINS~1/SCILAB~1.2/libs/MALLOC/includes"! >>>> > -I"C:/NONINS~1/SCILAB~1.2/libs/f2c" >>>> -I"C:/NONINS~1/SCILAB~1.2/libs/intl" >>>> > -I"C:/NONINS~1/SCILAB~1.2/modules/core/i! >>>> > ncludes" >>>> -I"C:/NONINS~1/SCILAB~1.2/modules/api_scilab/includes" >>>> > -I"C:/NONINS~1/SCILAB~1.2/modules/call_scilab/incl! >>>> > udes" >>>> -I"C:/NONINS~1/SCILAB~1.2/modules/output_stream/includes" >>>> > -I"C:/NONINS~1/SCILAB~1.2/modules/jvm/includes" -I! >>>> > >>>> "C:/NONINS~1/SCILAB~1.2/modules/localization/includes" >>>> > >>>> -I"C:/NONINS~1/SCILAB~1.2/modules/dynamic_link/includes" >>>> -I! >>>> > "C:/NONINS~1/SCILAB~1.2/modules/mexlib/includes" >>>> > -I"C:/NONINS~1/SCILAB~1.2/modules/time/includes" >>>> -I"C:/NONINS~1/S! >>>> > CILAB~1.2/modules/windows_tools/includes" >>>> > >>>> -I"C:/NONINS~1/SCILAB~1.2/modules/threads/includes" >>>> -I"C:/NONINS~1/SCILA! >>>> > B~1.2/modules/ast/includes/ast" >>>> > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/exps" >>>> > -I"C:/NONINS~1/SCILAB~1.2/mod! >>>> > ules/ast/includes/operations" >>>> > -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/parse" >>>> > -I"C:/NONINS~1/SCILAB~1.2/modu! >>>> > les/ast/includes/symbol" >>>> > >>>> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/system_env" >>>> > -I"C:/NONINS~1/SCILAB~1.2/modu! >>>> > les/ast/includes/types" >>>> > >>>> -I"C:/NONINS~1/SCILAB~1.2/modules/ast/includes/analysis" >>>> > -I"C:/NONINS~1/SCILAB~1.2/modules! >>>> > /string/includes" >>>> -I"C:/NONINS~1/SCILAB~1.2/modules/console/includes" >>>> -m64 >>>> > -D__SCILAB_TOOLBOX__ -DNDEBUG? fooc.c ! >>>> > >>>> > ! >>>> > ------------- Link files -------------- >>>> > ! >>>> > >>>> > ! >>>> > x86_64-w64-mingw32-g++.exe --shared fooc.o >>>> -std=c++11 -L"c:\program >>>> > files\gcc\x86_64-w64-mingw32\lib" -LC:\Users\j! >>>> > >>>> kopac\AppData\Roaming\Scilab\scilab-6.0.2\mingwlib_x64 >>>> -lgfortran -lblasplus >>>> > -llibf2c -lcore -lcore_f -llapack -lo! >>>> > utput_stream -ldynamic_link -linteger >>>> -loptimization_f -llibjvm >>>> > -lscilocalization -llinpack_f -lcall_scilab -ltime! >>>> > -lapi_scilab -llibintl -last -lfileio -lio >>>> -lstring -lthreads -lsciconsole >>>> > -lscilab_windows -llibmex? -o libfooc.! >>>> > dll -Wl,--out-implib=libfooc.a >>>> -Wl,--export-all-symbols >>>> > -Wl,--enable-auto-import ? ? ?! >>>> > >>>> > ! >>>> > >>>> C:\Users\jkopac\AppData\Roaming\Scilab\scilab-6.0.2\mingwlib_x64/liblibf2c.a: >>>> > file not recognized: File format not! >>>> > recognized >>>> > ! >>>> > >>>> > ! >>>> > collect2.exe: error: ld returned 1 exit status >>>> > ! >>>> > >>>> > ! >>>> > Makelib:127: recipe for target 'libfooc.dll' failed >>>> > ! >>>> > >>>> > ! >>>> > make: *** [libfooc.dll] Error 1 >>>> > ! >>>> > at line? ? 25 of function dlwCompile? ? ( >>>> > >>>> C:\NONINS~1\SCILAB~1.2\contrib\mingw\010~1.5\macros\windows\dlwCompile.sci >>>> > line 34 ) >>>> > at line? ? 70 of function ilib_compile? ( >>>> > >>>> C:\NONINSTALL\scilab-6.0.2\modules\dynamic_link\macros\ilib_compile.sci >>>> line >>>> > 86 ) >>>> > at line? ?104 of function ilib_for_link ( >>>> > >>>> C:\NONINSTALL\scilab-6.0.2\modules\dynamic_link\macros\ilib_for_link.sci >>>> > line 118 ) >>>> > at line? ? 18 of executed file >>>> C:\Users\XXX\Documents\SciLab\c experiment\z >>>> > helpu\test_help_call.sce >>>> > >>>> > ilib_compile: Error while executing Makelib >>>> > >>>> > >>>> > Can anybody help, how to make it works? >>>> > (SciLab 6.0.2 on Win 7 PRO, 64 bit) >>>> > >>>> > thanks! >>>> > >>>> > BR >>>> > JK >>>> > >>>> > >>>> > >>>> > -- >>>> > Sent from: >>>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html >>>> >>>> > _______________________________________________ >>>> > users mailing list >>>> > users at lists.scilab.org >>>> >>>> > >>>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 >>>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 >> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Sat Sep 28 17:17:53 2019 From: sgougeon at free.fr (Samuel Gougeon) Date: Sat, 28 Sep 2019 17:17:53 +0200 Subject: [Scilab-users] cotg and acot In-Reply-To: <0948801f-e39a-9f59-c4ee-a869efc8c4bc@fceia.unr.edu.ar> References: <0948801f-e39a-9f59-c4ee-a869efc8c4bc@fceia.unr.edu.ar> Message-ID: <8540d1ca-2a2c-c652-86e9-141d41229624@free.fr> Hello, Le 23/09/2019 ? 16:59, Federico Miyara a ?crit?: > > Dear all, > > Is there any reason why the cotangent function is called cotg in > Scilab, instead of cot, being cot a Matlab replacement, while the > hyerbolic cotangent is called coth? > > I wonder why this function doesn't follow the tacit rule that > trigonometric functions are notated with three-letter names There is no such rule, even tacit. Shortness is much weaker than clarity, and to me cot is really unclear (and too short). The shorter are reserved keywords, the more probable are conflicts with custom current variables. So this "g" is welcome. Regards Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From jean-yves.baudais at insa-rennes.fr Mon Sep 30 10:21:05 2019 From: jean-yves.baudais at insa-rennes.fr (jbaudais) Date: Mon, 30 Sep 2019 01:21:05 -0700 (MST) Subject: [Scilab-users] grand in loop Message-ID: <1569831665714-0.post@n3.nabble.com> Hello, I have an incomprehensible problem with the following line code in the Scilab window > for i=1:2000, mprintf("%d\r",i);grand(1,1000000,"exp",1); end It prints nothing after i=1859 but continues to run! I cannot kill it or stop it with Scilab tools. When I kill the Scilab window, the process continues to consume 100% CPU. I have to kill it with the linux kill command. I work with Scilab 5.5.2.1427793548 on Ubuntu 16.04.6 LTS. Thanks for your help, Jean-Yves -- Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html From Christophe.Dang at sidel.com Mon Sep 30 10:44:49 2019 From: Christophe.Dang at sidel.com (Dang Ngoc Chan, Christophe) Date: Mon, 30 Sep 2019 08:44:49 +0000 Subject: [Scilab-users] grand in loop Message-ID: Hello, > De : jbaudais > Envoy? : lundi 30 septembre 2019 10:21 > > I have an incomprehensible problem with the following line code in the Scilab > window > > > for i=1:2000, mprintf("%d\r",i);grand(1,1000000,"exp",1); end > > It prints nothing after i=1859 but continues to run I have the same problem with Scilab 6.0.2 under Windows 7. Maybe you should fill in a bug file on http://bugzilla.scilab.org/ Regards -- Christophe Dang Ngoc Chan Mechanical calculation engineer General 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 stephane.mottelet at utc.fr Mon Sep 30 10:47:51 2019 From: stephane.mottelet at utc.fr (=?utf-8?Q?St=C3=A9phane_Mottelet?=) Date: Mon, 30 Sep 2019 10:47:51 +0200 Subject: [Scilab-users] grand in loop In-Reply-To: References: Message-ID: <5C8E5896-3BB5-4E7F-8C96-B82302249E2E@utc.fr> Hello, Can you test without the mprintf ? S. > Le 30 sept. 2019 ? 10:44, Dang Ngoc Chan, Christophe a ?crit : > > Hello, > >> De : jbaudais >> Envoy? : lundi 30 septembre 2019 10:21 >> >> I have an incomprehensible problem with the following line code in the Scilab >> window >> >>> for i=1:2000, mprintf("%d\r",i);grand(1,1000000,"exp",1); end >> >> It prints nothing after i=1859 but continues to run > > I have the same problem with Scilab 6.0.2 under Windows 7. > > Maybe you should fill in a bug file on https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/bugzilla.scilab.org/ > > Regards > > -- > Christophe Dang Ngoc Chan > Mechanical calculation engineer > > General > 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. > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users From Christophe.Dang at sidel.com Mon Sep 30 10:52:32 2019 From: Christophe.Dang at sidel.com (Dang Ngoc Chan, Christophe) Date: Mon, 30 Sep 2019 08:52:32 +0000 Subject: [Scilab-users] {EXT} Re: grand in loop In-Reply-To: <5C8E5896-3BB5-4E7F-8C96-B82302249E2E@utc.fr> References: <5C8E5896-3BB5-4E7F-8C96-B82302249E2E@utc.fr> Message-ID: Hello > De : St?phane > Mottelet > Envoy? : lundi 30 septembre 2019 10:48 > > Can you test without the mprintf ? I personally tested with disp(i) (the display was more convenient for me). Regards -- Christophe Dang Ngoc Chan Mechanical calculation engineer General 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 jean-yves.baudais at insa-rennes.fr Mon Sep 30 11:23:38 2019 From: jean-yves.baudais at insa-rennes.fr (jbaudais) Date: Mon, 30 Sep 2019 02:23:38 -0700 (MST) Subject: [Scilab-users] {EXT} Re: grand in loop In-Reply-To: References: <1569831665714-0.post@n3.nabble.com> <5C8E5896-3BB5-4E7F-8C96-B82302249E2E@utc.fr> Message-ID: <1569835418573-0.post@n3.nabble.com> I used disp instead of mprintf and it is the same. I removed mprintf, so the code is > for i=1:2000, grand(1,1000000,"exp",1); end and after some minutes I cannot stop or kill within Scilab. I must use the kill linux command. That's incredible!!! Jean-Yves -- Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html From jean-yves.baudais at insa-rennes.fr Mon Sep 30 14:40:39 2019 From: jean-yves.baudais at insa-rennes.fr (jbaudais) Date: Mon, 30 Sep 2019 05:40:39 -0700 (MST) Subject: [Scilab-users] grand in loop In-Reply-To: References: <1569831665714-0.post@n3.nabble.com> Message-ID: <1569847239413-0.post@n3.nabble.com> I cannot create an account on http://bugzilla.scilab.org! I did not received email... If someone could send a but report? Thanks, Jean-Yves -- Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html