From paul.carrico at free.fr Mon May 4 19:59:21 2015 From: paul.carrico at free.fr (paul.carrico at free.fr) Date: Mon, 4 May 2015 19:59:21 +0200 (CEST) Subject: [Scilab-users] MMA / GCMMA (optimization method) Message-ID: <1080901508.381984021.1430762361229.JavaMail.root@zimbra5-e1.priv.proxad.net> Dear All I take here the initiative to ask advices on MMA/GCMMA method ... both in understanding it and after how to code it in Scilab. So far I used optimizer(s) while I'm knowing the cost function (typically Sum Of the Square Errors SSE in order to fit measurements); For design optimization purpose using FEM solvers, It's quite often difficult to determine this cost function. An interesting French Book from JC Craveur et al (see EAN13 9782100600229) introduces this kind of issue speaking about the family of MMA methods (MMA / GCMMA / GBMMA) in order to create and solve a set of sub-problems and then to master this kind of optimization topic ... I do not measure the difficulties behind it and that's why I'm asking for feedbacks, so thanks in advance for it NB: - I found the Krister Svanberg articles for the GCMMA method in currently studying - I know that pyopt librairies include MMA and GCMMA method Thanks Paul From sgougeon at free.fr Mon May 4 20:26:56 2015 From: sgougeon at free.fr (Samuel Gougeon) Date: Mon, 04 May 2015 20:26:56 +0200 Subject: [Scilab-users] Finite element method in scilab In-Reply-To: <1430207647333-4032167.post@n3.nabble.com> References: <1430207647333-4032167.post@n3.nabble.com> Message-ID: <5547B9F0.6050202@free.fr> Hello, Le 28/04/2015 09:54, sabuzgreen a ?crit : > I have some questions regarding your software. I am using software to do the > finite element analysis method. For doing the finite element method i have > to do the rectangular mesh. I have seen that i have to use some additional > tools for doing finite element method. It would be very helpful if you give > me any suggestion to do the finite element method with scilab. > > Any suggestions regarding finite element method would be helpful. I admire > all of your attention. You may check standard Scilab ressources repositories, searching for "fem" items: http://atoms.scilab.org/toolboxes/SciFreeFEM http://atoms.scilab.org/toolboxes/femtruss https://fileexchange.scilab.org/toolboxes/CEMEF-UTN ... Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From antoine.monmayrant at laas.fr Tue May 5 08:18:11 2015 From: antoine.monmayrant at laas.fr (Antoine Monmayrant) Date: Tue, 05 May 2015 08:18:11 +0200 Subject: [Scilab-users] Outputting a "continuous" sound with Scilab In-Reply-To: <55414096.9040001@free.fr> References: <553A53AE.9070809@laas.fr> <55413CD7.10506@free.fr> <55414096.9040001@free.fr> Message-ID: <554860A3.8010604@laas.fr> Le 04/29/2015 10:35 PM, Samuel Gougeon a ?crit : > Le 29/04/2015 22:19, Samuel Gougeon a ?crit : >> Hello Antoine, >> >> Le 24/04/2015 16:31, Antoine Monmayrant a ?crit : >>> Hi everyone, >>> >>> I'm trying to use Scilab to generate a soundwave with a given >>> frequency and output it continuously. .../... >>> >> If you are successful in installing Python 2.7 and NumPy, you may try >> using the PIMS module and execute the following code with pyEvalStr(..): >> import audiere >> d = audiere.open_device() >> t = d.create_tone(17000) # 17 KHz >> t.play() # non-blocking call >> import time >> time.sleep(5) >> t.stop() > May i add that i did not succeed finding any *Java* code able to trig > such a sound emission in a non modal (non blocking) way. Yet, it would > be better to use JIMS rather than PIMS, since a) JIMS is supported by > Mac OS X, whereas PIMS is supported "only" on Windows and Linux b) > JIMS does not require installing an external library as Python and Numpy. > You may also dig this way! Java developpers may provide interesting hints. > > Samuel > > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users Thanks everyone for your input. In the end, I found JSigGen.jar at http://arachnoid.com/JSigGen/ that I ran out of the browser with the appletviewer. It did the job. Cheers, Antoine -------------- next part -------------- An HTML attachment was scrubbed... URL: From fujimoto2005 at gmail.com Wed May 6 15:10:15 2015 From: fujimoto2005 at gmail.com (fujimoto2005) Date: Wed, 6 May 2015 06:10:15 -0700 (MST) Subject: [Scilab-users] 2d plot y-axis expresio Message-ID: <1430917815013-4032213.post@n3.nabble.com> I have an 2D-plot as the image. I wish to have the expresion of y-axis as follows. 1, %expression(0.05?5.0%) 2, tick should be 0.5% 3,If possible,the scale tick should be 0.1% but figure should be 0.5% such as 4.5%,5.0%,5.5%.. Please Teach me how to fix them. -- View this message in context: http://mailinglists.scilab.org/2d-plot-y-axis-expresio-tp4032213.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From serge.steer at inria.fr Wed May 6 22:48:45 2015 From: serge.steer at inria.fr (Serge Steer) Date: Wed, 6 May 2015 22:48:45 +0200 (CEST) Subject: [Scilab-users] 2d plot y-axis expresio In-Reply-To: <1430917815013-4032213.post@n3.nabble.com> References: <1430917815013-4032213.post@n3.nabble.com> Message-ID: <701711179.4966268.1430945325155.JavaMail.zimbra@inria.fr> I am not sure to have understood exactly what you want to do but find below an example of what you can do clf;plot(1:100) ax=gca();//get the handle on the current axes yt=ax.y_ticks; //get the ticks positions and labels yt.locations=(0:20:100)'; yt.labels=msprintf("%.1f%%\n",yt.locations/10); ax.y_ticks=yt; Serge Steer ----- Mail original ----- > De: "fujimoto2005" > ?: users at lists.scilab.org > Envoy?: Mercredi 6 Mai 2015 15:10:15 > Objet: [Scilab-users] 2d plot y-axis expresio > > I have an 2D-plot as the image. > I wish to have the expresion of y-axis as follows. > 1, %expression(0.05?5.0%) > 2, tick should be 0.5% > 3,If possible,the scale tick should be 0.1% but figure should be 0.5% such > as 4.5%,5.0%,5.5%.. > > Please Teach me how to fix them. > > > > > > > -- > View this message in context: > http://mailinglists.scilab.org/2d-plot-y-axis-expresio-tp4032213.html > Sent from the Scilab users - Mailing Lists Archives mailing list archive at > Nabble.com. > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > From fujimoto2005 at gmail.com Thu May 7 01:58:18 2015 From: fujimoto2005 at gmail.com (fujimoto2005) Date: Wed, 6 May 2015 16:58:18 -0700 (MST) Subject: [Scilab-users] 2d plot y-axis expresio In-Reply-To: <1430917815013-4032213.post@n3.nabble.com> References: <1430917815013-4032213.post@n3.nabble.com> Message-ID: <1430956698117-4032215.post@n3.nabble.com> Thanks a lot. 1,I don't know well about c languge.please the meaning of 1st "%",4th"f" and last"%%" of "%.1f%%\n" 2,how to display only the range between 0.04 and 0.05 when y=[0.01,0.03,0.041,0.042,0.05]? 3,how to display as the wider range like from 0.01 to 0.09 when y=[0.01,0.03,0.041,0.042,0.05]? -- View this message in context: http://mailinglists.scilab.org/2d-plot-y-axis-expresio-tp4032213p4032215.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From Serge.Steer at inria.fr Fri May 8 21:05:40 2015 From: Serge.Steer at inria.fr (Serge Steer) Date: Fri, 08 May 2015 21:05:40 +0200 Subject: [Scilab-users] 2d plot y-axis expresio In-Reply-To: <1430956698117-4032215.post@n3.nabble.com> References: <1430917815013-4032213.post@n3.nabble.com> <1430956698117-4032215.post@n3.nabble.com> Message-ID: <554D0904.7030605@inria.fr> Le 07/05/2015 01:58, fujimoto2005 a ?crit : > Thanks a lot. > 1,I don't know well about c languge.please the meaning of 1st "%", The first % opens the format, the .1 give the number of decimal digits > 4th"f" and f sands for floating point > last"%%" of "%.1f%%\n" to display a % in a C format one should set 2 % > > 2,how to display only the range between 0.04 and 0.05 when > y=[0.01,0.03,0.041,0.042,0.05]? clf;plot(y) ax=gca(); yt=ax.y_ticks; yt.locations=y'; yt.labels=msprintf("%.1f%%\n",100*y') ax.y_ticks=yt; > > 3,how to display as the wider range like from 0.01 to 0.09 when > y=[0.01,0.03,0.041,0.042,0.05]? ax.data_bounds(2,2)=0.09; Serge Steer > > > > > > -- > View this message in context: http://mailinglists.scilab.org/2d-plot-y-axis-expresio-tp4032213p4032215.html > Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > From fujimoto2005 at gmail.com Sat May 9 09:25:30 2015 From: fujimoto2005 at gmail.com (fujimoto2005) Date: Sat, 9 May 2015 00:25:30 -0700 (MST) Subject: [Scilab-users] 2d plot y-axis expresio In-Reply-To: <554D0904.7030605@inria.fr> References: <1430917815013-4032213.post@n3.nabble.com> <1430956698117-4032215.post@n3.nabble.com> <554D0904.7030605@inria.fr> Message-ID: <1431156330002-4032221.post@n3.nabble.com> Dear Serge Steer Thanks a?lot. I could fix the problem. -- View this message in context: http://mailinglists.scilab.org/2d-plot-y-axis-expresio-tp4032213p4032221.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From acj119 at nifty.com Sun May 10 08:19:18 2015 From: acj119 at nifty.com (jaipur) Date: Sat, 9 May 2015 23:19:18 -0700 (MST) Subject: [Scilab-users] Functions to retrieve system configulation on Mac OS Message-ID: <1431238758635-4032222.post@n3.nabble.com> There are functions to retrieve the specified system metric or system configuration setting as "getsystemmetrics" for Windows only in Windows tools. Is there alternative functions for Mac OS? Especially, I'd like to get screen size of the connected display to write my function to draw graph of proper size for all displays. -- View this message in context: http://mailinglists.scilab.org/Functions-to-retrieve-system-configulation-on-Mac-OS-tp4032222.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From Serge.Steer at inria.fr Mon May 11 09:29:57 2015 From: Serge.Steer at inria.fr (Serge Steer) Date: Mon, 11 May 2015 09:29:57 +0200 Subject: [Scilab-users] Functions to retrieve system configulation on Mac OS In-Reply-To: <1431238758635-4032222.post@n3.nabble.com> References: <1431238758635-4032222.post@n3.nabble.com> Message-ID: <55505A75.8000100@inria.fr> Le 10/05/2015 08:19, jaipur a ?crit : > There are functions to retrieve the specified system metric or system > configuration setting as "getsystemmetrics" for Windows only in Windows > tools. I think the root_property function is what you are looking for. Serge Steer > Is there alternative functions for Mac OS? > Especially, I'd like to get screen size of the connected display to write my > function to draw graph of proper size for all displays. > > > > -- > View this message in context: http://mailinglists.scilab.org/Functions-to-retrieve-system-configulation-on-Mac-OS-tp4032222.html > Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > From calixte.denizet at scilab-enterprises.com Mon May 11 10:03:01 2015 From: calixte.denizet at scilab-enterprises.com (Calixte Denizet) Date: Mon, 11 May 2015 10:03:01 +0200 Subject: [Scilab-users] Functions to retrieve system configulation on Mac OS In-Reply-To: <1431238758635-4032222.post@n3.nabble.com> References: <1431238758635-4032222.post@n3.nabble.com> Message-ID: <55506235.60302@scilab-enterprises.com> Hi jaipur, i) you could use get function: http://help.scilab.org/docs/5.5.2/en_US/root_properties.html ii) you can use Java to retrieve more complete info: function y = getScreensSize() jimport("java.awt.GraphicsEnvironment"); ge = jinvoke(GraphicsEnvironment,"getLocalGraphicsEnvironment"); gs = ge.getScreenDevices(jvoid); y = zeros(gs.length, 2); for i = 1:gs.length dm = gs(i).getDisplayMode(jvoid); y(i,1) = dm.getWidth(jvoid); y(i,2) = dm.getHeight(jvoid); end endfunction With this function you can get the dimensions of all the connected screens. Regards Calixte On 10/05/2015 08:19, jaipur wrote: > There are functions to retrieve the specified system metric or system > configuration setting as "getsystemmetrics" for Windows only in Windows > tools. > Is there alternative functions for Mac OS? > Especially, I'd like to get screen size of the connected display to write my > function to draw graph of proper size for all displays. > > > > -- > View this message in context: http://mailinglists.scilab.org/Functions-to-retrieve-system-configulation-on-Mac-OS-tp4032222.html > Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users -- Calixte Denizet Software Development Engineer ----------------------------------------------------------- Scilab Enterprises 143bis rue Yves Le Coz - 78000 Versailles, France http://www.scilab-enterprises.com From piotr at powersmiths.com Mon May 11 16:26:44 2015 From: piotr at powersmiths.com (Piotr Grudzinski) Date: Mon, 11 May 2015 10:26:44 -0400 Subject: [Scilab-users] linspace() generates error 21 - Invalid index. Message-ID: Hello all, There is a file attached to this email to demonstrates the problem. The callback of the second button calls test_linspace() and there is no problem. The callback of the first button calls rb_selected() which then calls test_linspace() and the following error is generated: button 1 !--error 21 Invalid index. at line 22 of function linspace called by : at line 2 of function test_linspace called by : at line 7 of function rb_selected called by : allbackobject(225);rb_selected(1);if exists("%oldgcbo") then gcbo while executing a callback Am I doing something wrong? Regards, Piotr -------------- next part -------------- A non-text attachment was scrubbed... Name: test_linspace.sce Type: application/octet-stream Size: 1899 bytes Desc: not available URL: From Serge.Steer at inria.fr Mon May 11 16:38:07 2015 From: Serge.Steer at inria.fr (Serge Steer) Date: Mon, 11 May 2015 16:38:07 +0200 Subject: [Scilab-users] linspace() generates error 21 - Invalid index. In-Reply-To: References: Message-ID: <5550BECF.5020308@inria.fr> Le 11/05/2015 16:26, Piotr Grudzinski a ?crit : > Hello all, > > There is a file attached to this email to demonstrates the problem. > > The callback of the second button calls test_linspace() and there is no problem. > > The callback of the first button calls rb_selected() which then calls > test_linspace() and the following error is generated: > > > button 1 > !--error 21 > Invalid index. > at line 22 of function linspace called by : > at line 2 of function test_linspace called by : > at line 7 of function rb_selected called by : > allbackobject(225);rb_selected(1);if exists("%oldgcbo") then gcbo > while executing a callback > > Am I doing something wrong? Your problem is due to the type function redefinition the rb_selected function should be written as follow function rb_selected(typ) if (typ == 1) then disp('button 1'); else disp('button 2'); end test_linspace(); endfunction > > Regards, > Piotr > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From piotr at powersmiths.com Mon May 11 16:52:25 2015 From: piotr at powersmiths.com (Piotr Grudzinski) Date: Mon, 11 May 2015 10:52:25 -0400 Subject: [Scilab-users] linspace() generates error 21 - Invalid index. In-Reply-To: <5550BECF.5020308@inria.fr> References: <5550BECF.5020308@inria.fr> Message-ID: Thanks for the quick response. It works OK now. On Mon, May 11, 2015 at 10:38 AM, Serge Steer wrote: > Le 11/05/2015 16:26, Piotr Grudzinski a ?crit : > > Hello all, > > There is a file attached to this email to demonstrates the problem. > > The callback of the second button calls test_linspace() and there is no > problem. > > The callback of the first button calls rb_selected() which then calls > test_linspace() and the following error is generated: > > > button 1 > !--error 21 > Invalid index. > at line 22 of function linspace called by : > at line 2 of function test_linspace called by : > at line 7 of function rb_selected called by : > allbackobject(225);rb_selected(1);if exists("%oldgcbo") then gcbo > while executing a callback > > Am I doing something wrong? > > Your problem is due to the type function redefinition > the rb_selected function should be written as follow > > function rb_selected(typ) > if (typ == 1) then > disp('button 1'); > else > disp('button 2'); > end > test_linspace(); > endfunction > > > Regards, > Piotr > > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > From acj119 at nifty.com Tue May 12 04:44:39 2015 From: acj119 at nifty.com (jaipur) Date: Mon, 11 May 2015 19:44:39 -0700 (MST) Subject: [Scilab-users] Functions to retrieve system configulation on Mac OS In-Reply-To: <55506235.60302@scilab-enterprises.com> References: <1431238758635-4032222.post@n3.nabble.com> <55506235.60302@scilab-enterprises.com> Message-ID: <1431398679867-4032233.post@n3.nabble.com> Thank you very much, Serge and Callxte! I could solve problem by both root property and new function. -- View this message in context: http://mailinglists.scilab.org/Functions-to-retrieve-system-configulation-on-Mac-OS-tp4032222p4032233.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From p.muehlmann at gmail.com Tue May 12 06:55:05 2015 From: p.muehlmann at gmail.com (=?UTF-8?Q?Philipp_M=C3=BChlmann?=) Date: Tue, 12 May 2015 06:55:05 +0200 Subject: [Scilab-users] periodical X-Axis in 2d plot Message-ID: Dear all, for a display I'l like to have the heading at the x-axis and the altitude at the y-axis. The display will show a cross made of two xpoly lines. Both axes will change accordingly to the data input, which results that the cross will stay in the midle of the display. This means: axes data bounds are changing. Now the question: Since the heading can be only between 0 and 360?, how is it possible to have the x-axis build in such a way, that it shows 270? <---0--> 90 ?, when the heading value is 0?. Is it possible to achieve this by using two x-axes? The same would be if one reaches values heading >270?...then from the right side 0? and later on 45? as a tick should slide into the display instead of 360? and 405?. Best regards, Philipp -- There we have the salad. From fujimoto2005 at gmail.com Tue May 12 17:31:39 2015 From: fujimoto2005 at gmail.com (fujimoto2005) Date: Tue, 12 May 2015 08:31:39 -0700 (MST) Subject: [Scilab-users] integral of th discontinuous function Message-ID: <1431444699668-4032242.post@n3.nabble.com> I want to integrate a discontinuous function whose number of discontinuous points are 3-4. I know I can get an enough accurate result when I divide whole integrate range to sub-ranges over which the function is continuous and apply the standard intergration program such as inttrap for each range and sum the results. But I want to integrate with one whole range. Is there a such program? -- View this message in context: http://mailinglists.scilab.org/integral-of-th-discontinuous-function-tp4032242.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From Serge.Steer at inria.fr Tue May 12 18:08:34 2015 From: Serge.Steer at inria.fr (Serge Steer) Date: Tue, 12 May 2015 18:08:34 +0200 Subject: [Scilab-users] integral of th discontinuous function In-Reply-To: <1431444699668-4032242.post@n3.nabble.com> References: <1431444699668-4032242.post@n3.nabble.com> Message-ID: <55522582.2040402@inria.fr> Le 12/05/2015 17:31, fujimoto2005 a ?crit : > I want to integrate a discontinuous function whose number of discontinuous > points are 3-4. > I know I can get an enough accurate result when I divide whole integrate > range to sub-ranges over which the function is continuous and apply the > standard intergration program such as inttrap for each range and sum the > results. is your function beeing given by a scilab function like y=f(t) or by a sequence (t(k),y(k)) in the first case the inegration of the continuous part can be done using the intg function and in the second one by inttrap. In the second case the notion of discontinuity is not clear because you only have a discret sequence of points in the first case it seems that intg gives quite good results even with a discontinuous function: function y=f(t) if t<=1 then y=sin(t) elseif t<=3 y=10+sin(t) else y=-10*sin(t) end endfunction e=1e-13; i1=intg(0,5,f,e,e); i2=intg(0,1,f,e,e)+intg(1+2*%eps,3,f,e,e)+intg(3+2*%eps,5,f,e,e); i1-i2 ans = 1.421D-14 Serge Steer > But I want to integrate with one whole range. > Is there a such program? > > > > > > > -- > View this message in context: http://mailinglists.scilab.org/integral-of-th-discontinuous-function-tp4032242.html > Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > From tim at wescottdesign.com Tue May 12 18:46:35 2015 From: tim at wescottdesign.com (Tim Wescott) Date: Tue, 12 May 2015 09:46:35 -0700 Subject: [Scilab-users] periodical X-Axis in 2d plot In-Reply-To: References: Message-ID: <1431449195.2021.89.camel@servo> On Tue, 2015-05-12 at 06:55 +0200, Philipp M?hlmann wrote: > Dear all, > > for a display I'l like to have the heading at the x-axis and the > altitude at the y-axis. > > The display will show a cross made of two xpoly lines. > > Both axes will change accordingly to the data input, which results > that the cross will stay in the midle of the display. > > This means: axes data bounds are changing. > > Now the question: > > Since the heading can be only between 0 and 360?, how is it possible > to have the x-axis build in such a way, that it shows 270? <---0--> 90 > ?, when the heading value is 0?. > > Is it possible to achieve this by using two x-axes? > > The same would be if one reaches values heading >270?...then from the > right side 0? and later on 45? as a tick should slide into the display > instead of 360? and 405?. This is probably a horrible and non-portable way to do it, but here's the results for a graph I happened to have up: --> g = scf(0); -->g.children ans = Handle of type "Axes" with properties: ====================================== parent: Figure children: "Compound" visible = "on" axes_visible = ["on","on","on"] axes_reverse = ["off","off","off"] grid = [2,2] grid_position = "background" grid_thickness = [1,1] grid_style = [3,3] x_location = "bottom" y_location = "left" title: "Label" x_label: "Label" y_label: "Label" z_label: "Label" auto_ticks = ["on","on","on"] x_ticks.locations = matrix 10x1 y_ticks.locations = [0.55;0.6;0.65;0.7;0.75;0.8;0.85;0.9;0.95] z_ticks.locations = [] x_ticks.labels = matrix 10x1 If you look at x_ticks.labels you'll see that it's just a matrix of numbers, located as specified in x_ticks.locations (so you can move the ticky marks, too). I did: -->g.children.x_ticks.labels = ['bob' 'mary' 'ralph' 'sue' 'yassar' 'george' 'jean' 'osama' 'francis' 'molly']'; (note the transposition ticky at the end, so it's 10x1 and not 1x10). Results are attached for you to see, if the group allows attachments. To actually graph your example, you'd want to graph from 270 < theta < 450, then change the ticky marks modulo 360. (or graph from -90 to 90, ditto, although it'll be a bit harder to get the ticky marks right -- pmodulo is your friend here). -- Tim Wescott www.wescottdesign.com Control & Communications systems, circuit & software design. Phone: 503.631.7815 Cell: 503.349.8432 -------------- next part -------------- A non-text attachment was scrubbed... Name: graph_names.png Type: image/png Size: 10368 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: graph_numbers.png Type: image/png Size: 9880 bytes Desc: not available URL: From sgougeon at free.fr Tue May 12 20:30:33 2015 From: sgougeon at free.fr (Samuel Gougeon) Date: Tue, 12 May 2015 20:30:33 +0200 Subject: [Scilab-users] integral of th discontinuous function In-Reply-To: <55522582.2040402@inria.fr> References: <1431444699668-4032242.post@n3.nabble.com> <55522582.2040402@inria.fr> Message-ID: <555246C9.5010406@free.fr> Le 12/05/2015 18:08, Serge Steer a ?crit : > .../... > in the first case it seems that intg gives quite good results even > with a discontinuous function: Actually, the algorithm used by intg() is self-adaptative. It automatically refine the sampling of intervals where the function varies rapidly. However, it is not perfect. Cases with isolated values cannot be always efficiently integrated. Samuel From sgougeon at free.fr Tue May 12 20:42:23 2015 From: sgougeon at free.fr (Samuel Gougeon) Date: Tue, 12 May 2015 20:42:23 +0200 Subject: [Scilab-users] periodical X-Axis in 2d plot In-Reply-To: <1431449195.2021.89.camel@servo> References: <1431449195.2021.89.camel@servo> Message-ID: <5552498F.1070201@free.fr> Hello, Le 12/05/2015 18:46, Tim Wescott a ?crit : > On Tue, 2015-05-12 at 06:55 +0200, Philipp M?hlmann wrote: > .../... > > If you look at x_ticks.labels you'll see that it's just a matrix of > numbers, located as specified in x_ticks.locations (so you can move the > ticky marks, too). I did: > > -->g.children.x_ticks.labels = ['bob' 'mary' 'ralph' 'sue' 'yassar' > 'george' 'jean' 'osama' 'francis' 'molly']'; Let's be aware that this syntax is possible only if the number of major ticks is unchanged. For the general case, the processing is fully documented in help axes_properties // http://help.scilab.org/docs/5.5.2/en_US/axes_properties.html in the section "x_ticks, y_ticks, z_ticks". Samuel From tim at wescottdesign.com Tue May 12 21:11:38 2015 From: tim at wescottdesign.com (Tim Wescott) Date: Tue, 12 May 2015 12:11:38 -0700 Subject: [Scilab-users] periodical X-Axis in 2d plot In-Reply-To: <5552498F.1070201@free.fr> References: <1431449195.2021.89.camel@servo> <5552498F.1070201@free.fr> Message-ID: <1431457898.2021.117.camel@servo> On Tue, 2015-05-12 at 20:42 +0200, Samuel Gougeon wrote: > Hello, > > Le 12/05/2015 18:46, Tim Wescott a ?crit : > > On Tue, 2015-05-12 at 06:55 +0200, Philipp M?hlmann wrote: > > .../... > > > > If you look at x_ticks.labels you'll see that it's just a matrix of > > numbers, located as specified in x_ticks.locations (so you can move the > > ticky marks, too). I did: > > > > -->g.children.x_ticks.labels = ['bob' 'mary' 'ralph' 'sue' 'yassar' > > 'george' 'jean' 'osama' 'francis' 'molly']'; > Let's be aware that this syntax is possible only if the number of major > ticks is unchanged. > For the general case, the processing is fully documented in > help axes_properties // > http://help.scilab.org/docs/5.5.2/en_US/axes_properties.html > in the section "x_ticks, y_ticks, z_ticks". > Thanks for the link -- my solutions are often rough & ready, because I'm not good at finding stuff in the documentation. -- Tim Wescott www.wescottdesign.com Control & Communications systems, circuit & software design. Phone: 503.631.7815 Cell: 503.349.8432 From sgougeon at free.fr Tue May 12 21:45:15 2015 From: sgougeon at free.fr (Samuel Gougeon) Date: Tue, 12 May 2015 21:45:15 +0200 Subject: [Scilab-users] periodical X-Axis in 2d plot In-Reply-To: References: Message-ID: <5552584B.7050407@free.fr> Hi Philipp, Here is an example: x = linspace(0,1000,400); y = sind(x).^2-cosd(3*x)/2; clf plot(x,y) a = gca(); xt = 0:30:1000; a.x_ticks = tlist(["ticks" "locations" "labels"],xt,string(pmodulo(xt,360))); a.zoom_box = a.data_bounds'; a.zoom_box([1 3]) = [0 270]; a.sub_ticks(1) = 5; // Then, on the plot, pan the view (clic and keep pressedonthe graphical area, drag the view left<-> right, and look at the slidding x axis) Setting explicitely labels cancels the autoticking feature (even when resizing the figure). Best regards Samuel Le 12/05/2015 06:55, Philipp M?hlmann a ?crit : > Dear all, > > for a display I'l like to have the heading at the x-axis and the > altitude at the y-axis. > > The display will show a cross made of two xpoly lines. > > Both axes will change accordingly to the data input, which results > that the cross will stay in the midle of the display. > > This means: axes data bounds are changing. > > Now the question: > > Since the heading can be only between 0 and 360?, how is it possible > to have the x-axis build in such a way, that it shows 270? <---0--> 90 > ?, when the heading value is 0?. > > Is it possible to achieve this by using two x-axes? > > The same would be if one reaches values heading >270?...then from the > right side 0? and later on 45? as a tick should slide into the display > instead of 360? and 405?. > > Best regards, > Philipp > -------------- next part -------------- An HTML attachment was scrubbed... URL: From p.muehlmann at gmail.com Tue May 12 22:34:12 2015 From: p.muehlmann at gmail.com (=?UTF-8?Q?Philipp_M=C3=BChlmann?=) Date: Tue, 12 May 2015 22:34:12 +0200 Subject: [Scilab-users] periodical X-Axis in 2d plot In-Reply-To: <5552584B.7050407@free.fr> References: <5552584B.7050407@free.fr> Message-ID: Dear Tim and Samual, this is hilarious :-). There is a little thing to mention though. The X-axis rotation can be performed only up to a number of times. Now imagine an aircraft making one full right turn starting from 0? heading. Than the X-axis is shifted through 1 time completely. So if the aircraft would add another right turn the X-axis would not move anymore. NOte aswell that the heading does not have to start at 0 necessarily. Of course one could set the boundaries to such values that they won't be reached normally, such as: // one turn = 360? nr_of_possible_turns = 10^4 * 360 x = linspace(-nr_of_possible_turns,nr_of_possible_turns,nr_of_possible_turns/360); But this might become impracticable. I also started to rotate a polarplot but didn't come along yet. The idea was to first create the polarplot and than rotate it according to the data input. heading = linspace(0,360,37); drawlater(); polarplot(); // should maybe be edited and savede as polarplot3.sci a = gca() for i = 1:max(size(heading)) a.rotation_angles = [90,heading(i)]; drawnow() end; This seem to work, but there are some points to solve: 1st: rotation center of polarplot() is not at (0,0,0). Therfore the complete plot is moving to the left and right. 2nd: All labels are visible at all time. Therfore labels will overlay each other. A solution could be to have the label color the same as the figure background and only labels beeing in the forground beeing a different colour. What 'I mean with foreground one can see if you set a.rotation_angles = [80,heading(i)]; Attached you may find my draft scripts for the display, so you may get a better impression of the idea. - no 'polarplot' nor 'pmodulo' implemented yet Best regards, Philipp 2015-05-12 21:45 GMT+02:00 Samuel Gougeon : > Hi Philipp, > > Here is an example: > > x = linspace(0,1000,400); > y = sind(x).^2-cosd(3*x)/2; > clf > plot(x,y) > a = gca(); > xt = 0:30:1000; > a.x_ticks = tlist(["ticks" "locations" > "labels"],xt,string(pmodulo(xt,360))); > a.zoom_box = a.data_bounds'; > a.zoom_box([1 3]) = [0 270]; > a.sub_ticks(1) = 5; > > // Then, on the plot, pan the view (clic and keep pressed on the graphical > area, drag the view left<-> right, and look at the slidding x axis) > Setting explicitely labels cancels the autoticking feature (even when > resizing the figure). > > Best regards > Samuel > > Le 12/05/2015 06:55, Philipp M?hlmann a ?crit : > > Dear all, > > for a display I'l like to have the heading at the x-axis and the > altitude at the y-axis. > > The display will show a cross made of two xpoly lines. > > Both axes will change accordingly to the data input, which results > that the cross will stay in the midle of the display. > > This means: axes data bounds are changing. > > Now the question: > > Since the heading can be only between 0 and 360?, how is it possible > to have the x-axis build in such a way, that it shows 270? <---0--> 90 > ?, when the heading value is 0?. > > Is it possible to achieve this by using two x-axes? > > The same would be if one reaches values heading >270?...then from the > right side 0? and later on 45? as a tick should slide into the display > instead of 360? and 405?. > > Best regards, > Philipp > > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > -- There we have the salad. -------------- next part -------------- A non-text attachment was scrubbed... Name: test_HeadAlt.sce Type: application/octet-stream Size: 682 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: HeadAlt.sci Type: application/octet-stream Size: 2509 bytes Desc: not available URL: From sgougeon at free.fr Tue May 12 23:03:49 2015 From: sgougeon at free.fr (Samuel Gougeon) Date: Tue, 12 May 2015 23:03:49 +0200 Subject: [Scilab-users] periodical X-Axis in 2d plot In-Reply-To: References: <5552584B.7050407@free.fr> Message-ID: <55526AB5.3020902@free.fr> Le 12/05/2015 22:34, Philipp M?hlmann a ?crit : > Attached you may find my draft scripts for the display, so you may get > a better impression of the idea. funny :) Embrassing delete(e1); delete(e2); in-between specific drawlater/drawnow softens the display (no longer twinkling). To have a continuous unlimited axis, you may just shift it by an integer number of periods when you reach the limit, and then keep go on in the same way. Samuel From sdr at durietz.se Tue May 12 23:17:53 2015 From: sdr at durietz.se (Stefan Du Rietz) Date: Tue, 12 May 2015 23:17:53 +0200 Subject: [Scilab-users] periodical X-Axis in 2d plot In-Reply-To: <55526AB5.3020902@free.fr> References: <5552584B.7050407@free.fr> <55526AB5.3020902@free.fr> Message-ID: <55526E01.7000809@durietz.se> On 2015-05-12 23:03, Samuel Gougeon wrote: > Le 12/05/2015 22:34, Philipp M?hlmann a ?crit : >> Attached you may find my draft scripts for the display, so you may get >> a better impression of the idea. > funny :) > Embrassing delete(e1); delete(e2); in-between specific > drawlater/drawnow softens the display (no longer twinkling). > To have a continuous unlimited axis, you may just shift it by an > integer number of periods when you reach the limit, and then keep go > on in the same way. > > Samuel > I have also noticed that I cannot change the position of a title, x- or y-label in-between specific drawlater/drawnow. Stefan From sgougeon at free.fr Wed May 13 00:57:53 2015 From: sgougeon at free.fr (Samuel Gougeon) Date: Wed, 13 May 2015 00:57:53 +0200 Subject: [Scilab-users] periodical X-Axis in 2d plot In-Reply-To: <55526E01.7000809@durietz.se> References: <5552584B.7050407@free.fr> <55526AB5.3020902@free.fr> <55526E01.7000809@durietz.se> Message-ID: <55528571.3060506@free.fr> Le 12/05/2015 23:17, Stefan Du Rietz a ?crit : > I have also noticed that I cannot change the position of a title, x- > or y-label in-between specific drawlater/drawnow. I am afraid that it is not possible even outside. AFAIK, their placements are only automatic. It is not possible to change them by hand. From p.muehlmann at gmail.com Wed May 13 08:08:04 2015 From: p.muehlmann at gmail.com (=?UTF-8?Q?Philipp_M=C3=BChlmann?=) Date: Wed, 13 May 2015 08:08:04 +0200 Subject: [Scilab-users] periodical X-Axis in 2d plot In-Reply-To: <55528571.3060506@free.fr> References: <5552584B.7050407@free.fr> <55526AB5.3020902@free.fr> <55526E01.7000809@durietz.se> <55528571.3060506@free.fr> Message-ID: I have also noticed that I cannot change the position of a title, x- or y-label in-between specific drawlater/drawnow. If you know where to place x-y-label What about: a = gca() a.x_label.position = a.y_label.position = works great or me. Now back to the game: if I place delete(e1); delete(e2); in between drawlater() / drawnow() ...I don't see the xpolys at all...where is my thinking error? Best regards, Philipp 2015-05-13 0:57 GMT+02:00 Samuel Gougeon : > Le 12/05/2015 23:17, Stefan Du Rietz a ?crit : >> >> I have also noticed that I cannot change the position of a title, x- or >> y-label in-between specific drawlater/drawnow. > > I am afraid that it is not possible even outside. AFAIK, their placements > are only automatic. It is not possible to change them by hand. > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users -- There we have the salad. From sgougeon at free.fr Wed May 13 09:32:11 2015 From: sgougeon at free.fr (Samuel Gougeon) Date: Wed, 13 May 2015 09:32:11 +0200 Subject: [Scilab-users] periodical X-Axis in 2d plot In-Reply-To: References: <5552584B.7050407@free.fr> <55526AB5.3020902@free.fr> <55526E01.7000809@durietz.se> <55528571.3060506@free.fr> Message-ID: <5552FDFB.60509@free.fr> Le 13/05/2015 08:08, Philipp M?hlmann a ?crit : > I have also noticed that I cannot change the position of a title, x- > or y-label in-between specific drawlater/drawnow. > > If you know where to place x-y-label > > What about: > > a = gca() > a.x_label.position = > a.y_label.position = > > works great or me. My mistake and apologize to Stefan. I was wondering about exact positioning from the axis border. > Now back to the game: > > if I place > > delete(e1); > delete(e2); > > in between drawlater() / drawnow() ...I don't see the xpolys at > all...where is my thinking error? I may miss something again, but when they are in their own drawnlater/drawnow pair -- not the one used for plotting --, it seems to work. Samuel From sgougeon at free.fr Wed May 13 09:54:21 2015 From: sgougeon at free.fr (Samuel Gougeon) Date: Wed, 13 May 2015 09:54:21 +0200 Subject: [Scilab-users] periodical X-Axis in 2d plot In-Reply-To: <5552FDFB.60509@free.fr> References: <5552584B.7050407@free.fr> <55526AB5.3020902@free.fr> <55526E01.7000809@durietz.se> <55528571.3060506@free.fr> <5552FDFB.60509@free.fr> Message-ID: <5553032D.60005@free.fr> Le 13/05/2015 09:32, Samuel Gougeon a ?crit : > Le 13/05/2015 08:08, Philipp M?hlmann a ?crit : >> I have also noticed that I cannot change the position of a title, x- >> or y-label in-between specific drawlater/drawnow. >> >> If you know where to place x-y-label >> >> What about: >> >> a = gca() >> a.x_label.position = >> a.y_label.position = >> >> works great or me. For me as well (i forgot this property), even within drawlater/drawnow. About a.x_location about which i was thinking : it works also within drawlater/drawnow. Ni issue for me (apart reminding ;) About the + cross: to avoid it blinking (while axes stopped to), you may update their data instead of deleting and recreating it for each iteration, and see the result (i did not try). From h.kohlmann at ove.at Wed May 13 10:54:44 2015 From: h.kohlmann at ove.at (khannes) Date: Wed, 13 May 2015 01:54:44 -0700 (MST) Subject: [Scilab-users] Handle event ibut=-1000 (closing figure window, red cross) Message-ID: <1431507284536-4032258.post@n3.nabble.com> Hello everyone! Is there a chance to stop the the current figure window from closing, although the red cross (ibut = -1000 in the figure event handler) was hit? Is there kind of an interrupt that could halt that? I did not figure out how i could manage to do that so far! Thank you in advance! Best regards, Hannes -- View this message in context: http://mailinglists.scilab.org/Handle-event-ibut-1000-closing-figure-window-red-cross-tp4032258.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From sdr at durietz.se Wed May 13 11:58:38 2015 From: sdr at durietz.se (Stefan Du Rietz) Date: Wed, 13 May 2015 11:58:38 +0200 Subject: [Scilab-users] periodical X-Axis in 2d plot In-Reply-To: <5553032D.60005@free.fr> References: <5552584B.7050407@free.fr> <55526AB5.3020902@free.fr> <55526E01.7000809@durietz.se> <55528571.3060506@free.fr> <5552FDFB.60509@free.fr> <5553032D.60005@free.fr> Message-ID: <5553204E.10201@durietz.se> On 2015-05-13 09:54, Samuel Gougeon wrote: > Le 13/05/2015 09:32, Samuel Gougeon a ?crit : >> Le 13/05/2015 08:08, Philipp M?hlmann a ?crit : >>> I have also noticed that I cannot change the position of a title, x- >>> or y-label in-between specific drawlater/drawnow. >>> >>> If you know where to place x-y-label >>> >>> What about: >>> >>> a = gca() >>> a.x_label.position = >>> a.y_label.position = >>> >>> works great or me. > For me as well (i forgot this property), even within drawlater/drawnow. > About a.x_location about which i was thinking : it works also within > drawlater/drawnow. > Ni issue for me (apart reminding ;) > But my problem is: 1. I change only the x-axis in the axes a 2. I let Scilab set the position with a.title.auto_position="on" 3. I change a.title_position(2)=new_vertical_position 4. unfortunately a.title_position(1) is not updated Without 3. a.title_position(1) *is* updated! Stefan From sdr at durietz.se Wed May 13 12:19:01 2015 From: sdr at durietz.se (Stefan Du Rietz) Date: Wed, 13 May 2015 12:19:01 +0200 Subject: [Scilab-users] Strange figure behaviour Message-ID: <55532515.7020501@durietz.se> Hello all, can anybody explain this: I have a figure f with two axes (and some GUIs). When I move the mouse with the right button pressed, *one* of the axes gets distorted. -->unzoom(f) or -->f.event_handler_enable = "off"; does not help. Regards Stefan From p.muehlmann at gmail.com Wed May 13 12:24:03 2015 From: p.muehlmann at gmail.com (=?UTF-8?Q?Philipp_M=C3=BChlmann?=) Date: Wed, 13 May 2015 12:24:03 +0200 Subject: [Scilab-users] periodical X-Axis in 2d plot In-Reply-To: <5553032D.60005@free.fr> References: <5552584B.7050407@free.fr> <55526AB5.3020902@free.fr> <55526E01.7000809@durietz.se> <55528571.3060506@free.fr> <5552FDFB.60509@free.fr> <5553032D.60005@free.fr> Message-ID: *I may miss something again, but when they are in their own drawnlater/drawnow pair -- not the one used for plotting --, it seems to work.* cool...thanks...I managed to have the cross without blinking now using drawlater() / drawnow() in connection with delete(e). didn't know "embrassing". Best regards, Philipp 2015-05-13 9:54 GMT+02:00 Samuel Gougeon : > Le 13/05/2015 09:32, Samuel Gougeon a ?crit : > >> Le 13/05/2015 08:08, Philipp M?hlmann a ?crit : >> >>> I have also noticed that I cannot change the position of a title, x- >>> or y-label in-between specific drawlater/drawnow. >>> >>> If you know where to place x-y-label >>> >>> What about: >>> >>> a = gca() >>> a.x_label.position = >>> a.y_label.position = >>> >>> works great or me. >>> >> For me as well (i forgot this property), even within drawlater/drawnow. > About a.x_location about which i was thinking : it works also within > drawlater/drawnow. > Ni issue for me (apart reminding ;) > > About the + cross: to avoid it blinking (while axes stopped to), you may > update their data instead of deleting and recreating it for each iteration, > and see the result (i did not try). > > > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > -- There we have the salad. -------------- next part -------------- An HTML attachment was scrubbed... URL: From p.muehlmann at gmail.com Wed May 13 12:47:13 2015 From: p.muehlmann at gmail.com (=?UTF-8?Q?Philipp_M=C3=BChlmann?=) Date: Wed, 13 May 2015 12:47:13 +0200 Subject: [Scilab-users] periodical X-Axis in 2d plot In-Reply-To: References: <5552584B.7050407@free.fr> <55526AB5.3020902@free.fr> <55526E01.7000809@durietz.se> <55528571.3060506@free.fr> <5552FDFB.60509@free.fr> <5553032D.60005@free.fr> Message-ID: * But my problem is:* *1. I change only the x-axis in the axes a* *2. I let Scilab set the position with a.title.auto_position="on"* *3. I change a.title_position(2)=new_vertical_position* *4. unfortunately a.title_position(1) is not updated* I guess that editing a.title after a.title.auto_positioning = 'on'; switches off the auto positioning? What about using: *a.title_position(**1) = new_horizontal_position* *a.title_position(2) = new_vertical_position* where new_horizontal position = old_horizontal_position if x-axes does not change or getting a new value (depending on your data) if the x-axes changes. Greetings, Philipp 2015-05-13 12:24 GMT+02:00 Philipp M?hlmann : > *I may miss something again, but when they are in their own > drawnlater/drawnow pair -- not the one used for plotting --, it seems to > work.* > > cool...thanks...I managed to have the cross without blinking now using > drawlater() / drawnow() in connection with delete(e). didn't know > "embrassing". > > Best regards, > Philipp > > > 2015-05-13 9:54 GMT+02:00 Samuel Gougeon : > >> Le 13/05/2015 09:32, Samuel Gougeon a ?crit : >> >>> Le 13/05/2015 08:08, Philipp M?hlmann a ?crit : >>> >>>> I have also noticed that I cannot change the position of a title, x- >>>> or y-label in-between specific drawlater/drawnow. >>>> >>>> If you know where to place x-y-label >>>> >>>> What about: >>>> >>>> a = gca() >>>> a.x_label.position = >>>> a.y_label.position = >>>> >>>> works great or me. >>>> >>> For me as well (i forgot this property), even within drawlater/drawnow. >> About a.x_location about which i was thinking : it works also within >> drawlater/drawnow. >> Ni issue for me (apart reminding ;) >> >> About the + cross: to avoid it blinking (while axes stopped to), you may >> update their data instead of deleting and recreating it for each iteration, >> and see the result (i did not try). >> >> >> >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> http://lists.scilab.org/mailman/listinfo/users >> > > > > -- > There we have the salad. > -- There we have the salad. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Wed May 13 13:41:49 2015 From: sgougeon at free.fr (sgougeon at free.fr) Date: Wed, 13 May 2015 13:41:49 +0200 (CEST) Subject: [Scilab-users] Strange figure behaviour In-Reply-To: <55532515.7020501@durietz.se> Message-ID: <50481222.712046545.1431517309773.JavaMail.root@zimbra75-e12.priv.proxad.net> >De: "Stefan Du Rietz" >Envoy?: Mercredi 13 Mai 2015 12:19:01 > >Hello all, >can anybody explain this: >I have a figure f with two axes (and some GUIs). When I move the mouse >with the right button pressed, *one* of the axes gets distorted. Right-click rotates interactively the axes on which you have clicked. To restore it (and all), you may do: f = gcf(); k = f.children.type=="Axes" f.children(k).view="2d"; SG From sdr at durietz.se Wed May 13 13:54:39 2015 From: sdr at durietz.se (Stefan Du Rietz) Date: Wed, 13 May 2015 13:54:39 +0200 Subject: [Scilab-users] Strange figure behaviour In-Reply-To: <50481222.712046545.1431517309773.JavaMail.root@zimbra75-e12.priv.proxad.net> References: <50481222.712046545.1431517309773.JavaMail.root@zimbra75-e12.priv.proxad.net> Message-ID: <55533B7F.1070101@durietz.se> On 2015-05-13 13:41, sgougeon at free.fr wrote: >> De: "Stefan Du Rietz" >> Envoy?: Mercredi 13 Mai 2015 12:19:01 >> >> Hello all, >> can anybody explain this: >> I have a figure f with two axes (and some GUIs). When I move the mouse >> with the right button pressed, *one* of the axes gets distorted. > > Right-click rotates interactively the axes on which you have clicked. > To restore it (and all), you may do: > f = gcf(); > k = f.children.type=="Axes" > f.children(k).view="2d"; > > SG Thanks, but it changes the same axes wherever I click! And I would like to prevent the possibility to rotate the axes. Stefan From Serge.Steer at inria.fr Wed May 13 14:12:11 2015 From: Serge.Steer at inria.fr (Serge Steer) Date: Wed, 13 May 2015 14:12:11 +0200 Subject: [Scilab-users] Handle event ibut=-1000 (closing figure window, red cross) In-Reply-To: <1431507284536-4032258.post@n3.nabble.com> References: <1431507284536-4032258.post@n3.nabble.com> Message-ID: <55533F9B.5030800@inria.fr> Le 13/05/2015 10:54, khannes a ?crit : > Hello everyone! > > Is there a chance to stop the the current figure window from closing, > although the red cross (ibut = -1000 in the figure event handler) was hit? yes, you can set the figure closerequestfcn property to a function name example f=gcf() function myclose(), disp("hello");endfunction f.closerequestfcn="myclose" The each time you hit the red cross the hello message is send To kill the window one then has to call delete(f) Serge Steer > Is there kind of an interrupt that could halt that? > I did not figure out how i could manage to do that so far! > > Thank you in advance! > > Best regards, > Hannes > > > > -- > View this message in context: http://mailinglists.scilab.org/Handle-event-ibut-1000-closing-figure-window-red-cross-tp4032258.html > Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > From sdr at durietz.se Wed May 13 14:18:40 2015 From: sdr at durietz.se (Stefan Du Rietz) Date: Wed, 13 May 2015 14:18:40 +0200 Subject: [Scilab-users] periodical X-Axis in 2d plot In-Reply-To: References: <5552584B.7050407@free.fr> <55526AB5.3020902@free.fr> <55526E01.7000809@durietz.se> <55528571.3060506@free.fr> <5552FDFB.60509@free.fr> <5553032D.60005@free.fr> Message-ID: <55534120.2010805@durietz.se> On 2015-05-13 12:47, Philipp M?hlmann wrote: > / But my problem is:/ > /1. I change only the x-axis in the axes a/ > /2. I let Scilab set the position with a.title.auto_position="on"/ > /3. I change a.title_position(2)=new_vertical_position/ > /4. unfortunately a.title_position(1) is not updated/ > // > I guess that editing a.title after a.title.auto_positioning = > 'on'; switches off the auto positioning? Yes, it does, but the automatic x value should remain if I only change the y value, shouldn't it? > What about using: > /a.title_position(//1) = new_horizontal_position/ > /a.title_position(2) = new_vertical_position/ > where new_horizontal position = old_horizontal_position if x-axes does > not change or getting a new value (depending on your data) if the > x-axes changes. I tried that, but it is very complicated to calculate the horizontal position so that the title is positioned in the middle ... And it works if I change the y position after drawnow()! Regards Stefan > Greetings, > Philipp > > 2015-05-13 12:24 GMT+02:00 Philipp M?hlmann >: > > /I may miss something again, but when they are in their own > drawnlater/drawnow pair -- not the one used for plotting --, it > seems to work./ > cool...thanks...I managed to have the cross without blinking now > using drawlater() / drawnow() in connection with delete(e). didn't > know "embrassing". > Best regards, > Philipp > > 2015-05-13 9:54 GMT+02:00 Samuel Gougeon >: > > Le 13/05/2015 09:32, Samuel Gougeon a ?crit : > > Le 13/05/2015 08:08, Philipp M?hlmann a ?crit : > > I have also noticed that I cannot change the position > of a title, x- > or y-label in-between specific drawlater/drawnow. > > If you know where to place x-y-label > > What about: > > a = gca() > a.x_label.position = > a.y_label.position = > > works great or me. > > For me as well (i forgot this property), even within > drawlater/drawnow. > About a.x_location about which i was thinking : it works also > within drawlater/drawnow. > Ni issue for me (apart reminding ;) > > About the + cross: to avoid it blinking (while axes stopped > to), you may update their data instead of deleting and > recreating it for each iteration, and see the result (i did > not try). > > > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > > > > > -- > There we have the salad. > > > > > -- > There we have the salad. > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > From p.muehlmann at gmail.com Wed May 13 16:19:39 2015 From: p.muehlmann at gmail.com (=?UTF-8?Q?Philipp_M=C3=BChlmann?=) Date: Wed, 13 May 2015 16:19:39 +0200 Subject: [Scilab-users] periodical X-Axis in 2d plot In-Reply-To: <55534120.2010805@durietz.se> References: <5552584B.7050407@free.fr> <55526AB5.3020902@free.fr> <55526E01.7000809@durietz.se> <55528571.3060506@free.fr> <5552FDFB.60509@free.fr> <5553032D.60005@free.fr> <55534120.2010805@durietz.se> Message-ID: *Yes, it does, but the automatic x value should remain if I only change the y value, shouldn't it?* I guess no help, but: yes, it should..question is: does it? Did you "disp(a.x_location)" and check if the value keeps constant after updating a.y_location by hand? Would be interesting to see...never used something like this before. Best wishes, Philipp 2015-05-13 14:18 GMT+02:00 Stefan Du Rietz : > On 2015-05-13 12:47, Philipp M?hlmann wrote: > >> / But my problem is:/ >> /1. I change only the x-axis in the axes a/ >> /2. I let Scilab set the position with a.title.auto_position="on"/ >> /3. I change a.title_position(2)=new_vertical_position/ >> /4. unfortunately a.title_position(1) is not updated/ >> // >> I guess that editing a.title after a.title.auto_positioning = >> 'on'; switches off the auto positioning? >> > > Yes, it does, but the automatic x value should remain if I only change the > y value, shouldn't it? > > What about using: >> /a.title_position(//1) = new_horizontal_position/ >> /a.title_position(2) = new_vertical_position/ >> where new_horizontal position = old_horizontal_position if x-axes does >> not change or getting a new value (depending on your data) if the >> x-axes changes. >> > > I tried that, but it is very complicated to calculate the horizontal > position so that the title is positioned in the middle ... > > And it works if I change the y position after drawnow()! > > Regards > Stefan > > Greetings, >> Philipp >> >> 2015-05-13 12:24 GMT+02:00 Philipp M?hlmann > >: >> >> /I may miss something again, but when they are in their own >> drawnlater/drawnow pair -- not the one used for plotting --, it >> seems to work./ >> cool...thanks...I managed to have the cross without blinking now >> using drawlater() / drawnow() in connection with delete(e). didn't >> know "embrassing". >> Best regards, >> Philipp >> >> 2015-05-13 9:54 GMT+02:00 Samuel Gougeon > >: >> >> Le 13/05/2015 09:32, Samuel Gougeon a ?crit : >> >> Le 13/05/2015 08:08, Philipp M?hlmann a ?crit : >> >> I have also noticed that I cannot change the position >> of a title, x- >> or y-label in-between specific drawlater/drawnow. >> >> If you know where to place x-y-label >> >> What about: >> >> a = gca() >> a.x_label.position = >> a.y_label.position = >> >> works great or me. >> >> For me as well (i forgot this property), even within >> drawlater/drawnow. >> About a.x_location about which i was thinking : it works also >> within drawlater/drawnow. >> Ni issue for me (apart reminding ;) >> >> About the + cross: to avoid it blinking (while axes stopped >> to), you may update their data instead of deleting and >> recreating it for each iteration, and see the result (i did >> not try). >> >> >> >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> http://lists.scilab.org/mailman/listinfo/users >> >> >> >> >> -- >> There we have the salad. >> >> >> >> >> -- >> There we have the salad. >> >> >> _______________________________________________ >> 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 > -- There we have the salad. -------------- next part -------------- An HTML attachment was scrubbed... URL: From p.muehlmann at gmail.com Wed May 13 16:28:49 2015 From: p.muehlmann at gmail.com (=?UTF-8?Q?Philipp_M=C3=BChlmann?=) Date: Wed, 13 May 2015 16:28:49 +0200 Subject: [Scilab-users] periodical X-Axis in 2d plot In-Reply-To: <55526AB5.3020902@free.fr> References: <5552584B.7050407@free.fr> <55526AB5.3020902@free.fr> Message-ID: Thanks to the suggestions made here I finally made my display running. Now the yellow cross is without twinkling and the x-axis range is between 0? -> 360? starting at 0? again for values > n * 360? thanks guys. I'll add the display to the "analoge display" toolbox which can be found here: https://fileexchange.scilab.org/toolboxes/312000 Any suggestions for a nice function/display name? I named it HeadAlt but though I'm not satisfied with this name I don't know a better one. Best regards, Philipp 2015-05-12 23:03 GMT+02:00 Samuel Gougeon : > Le 12/05/2015 22:34, Philipp M?hlmann a ?crit : > >> Attached you may find my draft scripts for the display, so you may get >> a better impression of the idea. >> > funny :) > Embrassing delete(e1); delete(e2); in-between specific drawlater/drawnow > softens the display (no longer twinkling). > To have a continuous unlimited axis, you may just shift it by an integer > number of periods when you reach the limit, and then keep go on in the same > way. > > Samuel > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > -- There we have the salad. -------------- next part -------------- An HTML attachment was scrubbed... URL: From p.muehlmann at gmail.com Wed May 13 16:32:04 2015 From: p.muehlmann at gmail.com (=?UTF-8?Q?Philipp_M=C3=BChlmann?=) Date: Wed, 13 May 2015 16:32:04 +0200 Subject: [Scilab-users] Strange figure behaviour In-Reply-To: <55533B7F.1070101@durietz.se> References: <50481222.712046545.1431517309773.JavaMail.root@zimbra75-e12.priv.proxad.net> <55533B7F.1070101@durietz.se> Message-ID: an idea for supprssing the figure rotation: - what about using "xgetmouse() ? normally if one presses the right button (and holds it) the figure is rotated. having something like: clc;f = gcf()plot2d();ibut = [0 0 -1]; // declaring the ibuttonwhile ibut(3) == -1 ; // --> mouse just moving ibut=xgetmouse(); if ibut(3) == 2 | ibut(3)==5 | ibut(3) == 12 | ibut(3) == -3; a = gca(); a.view = '2d'; disp(ibut(3)); end; if ibut(3) == 3 close(f); return; end; ibut(3) =-1;end; will rotate back to 2d view every time the image is rotated by mouse. to end the loop click the left mouse button. Not ideal but maybe a start. Best regards, Philipp 2015-05-13 13:54 GMT+02:00 Stefan Du Rietz : > On 2015-05-13 13:41, sgougeon at free.fr wrote: > >> De: "Stefan Du Rietz" >>> Envoy?: Mercredi 13 Mai 2015 12:19:01 >>> >>> Hello all, >>> can anybody explain this: >>> I have a figure f with two axes (and some GUIs). When I move the mouse >>> with the right button pressed, *one* of the axes gets distorted. >>> >> >> Right-click rotates interactively the axes on which you have clicked. >> To restore it (and all), you may do: >> f = gcf(); >> k = f.children.type=="Axes" >> f.children(k).view="2d"; >> >> SG >> > > Thanks, but it changes the same axes wherever I click! And I would like to > prevent the possibility to rotate the axes. > > Stefan > > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > -- There we have the salad. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sdr at durietz.se Wed May 13 17:03:19 2015 From: sdr at durietz.se (Stefan Du Rietz) Date: Wed, 13 May 2015 17:03:19 +0200 Subject: [Scilab-users] periodical X-Axis in 2d plot In-Reply-To: References: <5552584B.7050407@free.fr> <55526AB5.3020902@free.fr> <55526E01.7000809@durietz.se> <55528571.3060506@free.fr> <5552FDFB.60509@free.fr> <5553032D.60005@free.fr> <55534120.2010805@durietz.se> Message-ID: <555367B7.7040301@durietz.se> On 2015-05-13 16:19, Philipp M?hlmann wrote: > /Yes, it does, but the automatic x value should remain if I only > change the y value, shouldn't it?/ > I guess no help, but: > yes, it should..question is: does it? > Did you "disp(a.x_location)" and check if the value keeps constant > after updating a.y_location by hand? > Would be interesting to see...never used something like this before. > Best wishes, > Philipp > As I tried to explain, If I set a.title.auto_position="on" after drawlater() where I change the x axis and do many things, and not until *after* drawnow() change the y value a.title_position(2)=new_vertical_position then the title gets the correct position: the automatic x value and the y value new_vertical_position. Calixte, please, that must be a bug? Best regards Stefan > 2015-05-13 14:18 GMT+02:00 Stefan Du Rietz >: > > On 2015-05-13 12:47, Philipp M?hlmann wrote: > > / But my problem is:/ > /1. I change only the x-axis in the axes a/ > /2. I let Scilab set the position with a.title.auto_position="on"/ > /3. I change a.title_position(2)=new_vertical_position/ > /4. unfortunately a.title_position(1) is not updated/ > // > I guess that editing a.title after a.title.auto_positioning = > 'on'; switches off the auto positioning? > > > Yes, it does, but the automatic x value should remain if I only > change the y value, shouldn't it? > > What about using: > /a.title_position(//1) = new_horizontal_position/ > /a.title_position(2) = new_vertical_position/ > where new_horizontal position = old_horizontal_position if > x-axes does > not change or getting a new value (depending on your data) if the > x-axes changes. > > > I tried that, but it is very complicated to calculate the > horizontal position so that the title is positioned in the middle ... > > And it works if I change the y position after drawnow()! > > Regards > Stefan > > Greetings, > Philipp > > 2015-05-13 12:24 GMT+02:00 Philipp M?hlmann > > >>: > > /I may miss something again, but when they are in their own > drawnlater/drawnow pair -- not the one used for plotting > --, it > seems to work./ > cool...thanks...I managed to have the cross without > blinking now > using drawlater() / drawnow() in connection with > delete(e). didn't > know "embrassing". > Best regards, > Philipp > > 2015-05-13 9:54 GMT+02:00 Samuel Gougeon > > >>: > > Le 13/05/2015 09:32, Samuel Gougeon a ?crit : > > Le 13/05/2015 08:08, Philipp M?hlmann a ?crit : > > I have also noticed that I cannot change the > position > of a title, x- > or y-label in-between specific drawlater/drawnow. > > If you know where to place x-y-label > > What about: > > a = gca() > a.x_label.position = > a.y_label.position = > > works great or me. > > For me as well (i forgot this property), even within > drawlater/drawnow. > About a.x_location about which i was thinking : it > works also > within drawlater/drawnow. > Ni issue for me (apart reminding ;) > > About the + cross: to avoid it blinking (while axes > stopped > to), you may update their data instead of deleting and > recreating it for each iteration, and see the result > (i did > not try). > > > > > _______________________________________________ > users mailing list > users at lists.scilab.org > > > http://lists.scilab.org/mailman/listinfo/users > > > > > -- > There we have the salad. > > > > > -- > There we have the salad. > > > _______________________________________________ > 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 > > > > > -- > There we have the salad. > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > From h.kohlmann at ove.at Wed May 13 19:05:06 2015 From: h.kohlmann at ove.at (khannes) Date: Wed, 13 May 2015 10:05:06 -0700 (MST) Subject: [Scilab-users] Handle event ibut=-1000 (closing figure window, red cross) In-Reply-To: <55533F9B.5030800@inria.fr> References: <1431507284536-4032258.post@n3.nabble.com> <55533F9B.5030800@inria.fr> Message-ID: <1431536706778-4032271.post@n3.nabble.com> Hey Serge, thank you very much!! -- View this message in context: http://mailinglists.scilab.org/Handle-event-ibut-1000-closing-figure-window-red-cross-tp4032258p4032271.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From k.o.rocha at gmail.com Wed May 13 19:43:42 2015 From: k.o.rocha at gmail.com (Kleper Oliveira Rocha) Date: Wed, 13 May 2015 14:43:42 -0300 Subject: [Scilab-users] Non linear regression Message-ID: Dear colleagues, I want to fit data to an equation like [image: Imagem inline 1] where a, beta1, b and beta2 must be determined. The data are: y Pco PH2 0.00495 1.0 0.1 0.00742 1.0 0.5 0.00525 1.0 4.0 In the book of Fogler (Elements of Chemical Reaction Engineering) I have the answer a = 0.02527 beta1 = 0.6166 b = 2.4872 beta2 = 1.0262 How can I fit the data above to the equation in Scilab? Thanks in advance. *- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - * *Kleper de Oliveira Rocha* -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 3225 bytes Desc: not available URL: From grocer.toolbox at gmail.com Wed May 13 20:00:59 2015 From: grocer.toolbox at gmail.com (Eric Dubois) Date: Wed, 13 May 2015 20:00:59 +0200 Subject: [Scilab-users] Non linear regression In-Reply-To: References: Message-ID: Hello. You can use fslove if your equation is exact and leastsq if it is an approximate relationship. But,in the first case you need to have the smae number of parameters than observations and in the second one more observations than parameters, whereas you seem to have less observations (3) than parameters (4): you should have an infinite number of slutions! ?ric 2015-05-13 19:43 GMT+02:00 Kleper Oliveira Rocha : > Dear colleagues, > > I want to fit data to an equation like > [image: Imagem inline 1] > where a, beta1, b and beta2 must be determined. > > The data are: > > y Pco PH2 > > 0.00495 1.0 0.1 > 0.00742 1.0 0.5 > 0.00525 1.0 4.0 > > In the book of Fogler (Elements of Chemical Reaction Engineering) I have > the answer > > a = 0.02527 > beta1 = 0.6166 > b = 2.4872 > beta2 = 1.0262 > > How can I fit the data above to the equation in Scilab? > > Thanks in advance. > *- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > - - - - - - * > *Kleper de Oliveira Rocha* > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 3225 bytes Desc: not available URL: From sgougeon at free.fr Wed May 13 21:25:32 2015 From: sgougeon at free.fr (Samuel Gougeon) Date: Wed, 13 May 2015 21:25:32 +0200 Subject: [Scilab-users] Strange figure behaviour In-Reply-To: <55533B7F.1070101@durietz.se> References: <50481222.712046545.1431517309773.JavaMail.root@zimbra75-e12.priv.proxad.net> <55533B7F.1070101@durietz.se> Message-ID: <5553A52C.1040705@free.fr> Le 13/05/2015 13:54, Stefan Du Rietz a ?crit : > > Thanks, but it changes the same axes wherever I click! I do not get this behavior with Scilab 5.5.2 on win7_x64. Only the clicked axes is rotated, whatever it is. From fujimoto2005 at gmail.com Thu May 14 15:36:54 2015 From: fujimoto2005 at gmail.com (fujimoto2005) Date: Thu, 14 May 2015 06:36:54 -0700 (MST) Subject: [Scilab-users] integral of th discontinuous function In-Reply-To: <555246C9.5010406@free.fr> References: <1431444699668-4032242.post@n3.nabble.com> <55522582.2040402@inria.fr> <555246C9.5010406@free.fr> Message-ID: <1431610614766-4032275.post@n3.nabble.com> Thanks?a lot. I understand the character of function "intg". I am going to use "intg" for each continuous interval and sum the results because I can't know where the error is large or not when integrate for one interval. -- View this message in context: http://mailinglists.scilab.org/integral-of-th-discontinuous-function-tp4032242p4032275.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From sdr at durietz.se Thu May 14 19:00:38 2015 From: sdr at durietz.se (Stefan Du Rietz) Date: Thu, 14 May 2015 19:00:38 +0200 Subject: [Scilab-users] Strange figure behaviour In-Reply-To: <5553A52C.1040705@free.fr> References: <50481222.712046545.1431517309773.JavaMail.root@zimbra75-e12.priv.proxad.net> <55533B7F.1070101@durietz.se> <5553A52C.1040705@free.fr> Message-ID: <5554D4B6.6010301@durietz.se> On 2015-05-13 21:25, Samuel Gougeon wrote: > Le 13/05/2015 13:54, Stefan Du Rietz a ?crit : >> >> Thanks, but it changes the same axes wherever I click! > I do not get this behavior with Scilab 5.5.2 on win7_x64. Only the > clicked axes is rotated, whatever it is. > I get this behaviour with Scilab 5.5.2 on win 8.1, win 7 and Linux (Xubuntu 14.04) in 3 different 32-bit computers. Stefan From sdr at durietz.se Thu May 14 19:11:36 2015 From: sdr at durietz.se (Stefan Du Rietz) Date: Thu, 14 May 2015 19:11:36 +0200 Subject: [Scilab-users] Strange figure behaviour In-Reply-To: <5554D4B6.6010301@durietz.se> References: <50481222.712046545.1431517309773.JavaMail.root@zimbra75-e12.priv.proxad.net> <55533B7F.1070101@durietz.se> <5553A52C.1040705@free.fr> <5554D4B6.6010301@durietz.se> Message-ID: <5554D748.2070803@durietz.se> On 2015-05-14 19:00, Stefan Du Rietz wrote: > On 2015-05-13 21:25, Samuel Gougeon wrote: >> Le 13/05/2015 13:54, Stefan Du Rietz a ?crit : >>> >>> Thanks, but it changes the same axes wherever I click! >> I do not get this behavior with Scilab 5.5.2 on win7_x64. Only the >> clicked axes is rotated, whatever it is. >> > I get this behaviour with Scilab 5.5.2 on win 8.1, win 7 and Linux > (Xubuntu 14.04) in 3 different 32-bit computers. > > Stefan > PS And who wants to rotate a 2d-plot (and in error)? If you really want that, you should have to do something! From sgougeon at free.fr Thu May 14 20:07:22 2015 From: sgougeon at free.fr (Samuel Gougeon) Date: Thu, 14 May 2015 20:07:22 +0200 Subject: [Scilab-users] Strange figure behaviour In-Reply-To: <5554D748.2070803@durietz.se> References: <50481222.712046545.1431517309773.JavaMail.root@zimbra75-e12.priv.proxad.net> <55533B7F.1070101@durietz.se> <5553A52C.1040705@free.fr> <5554D4B6.6010301@durietz.se> <5554D748.2070803@durietz.se> Message-ID: <5554E45A.9030406@free.fr> Le 14/05/2015 19:11, Stefan Du Rietz a ?crit : >> > PS And who wants to rotate a 2d-plot (and in error)? If you really > want that, you should have to do something! I rather agree. Interactive 3D rotation could be activated by default only for 3D viewed axes. The rotation tool is still proposed in the toolbar when the user need it. See also: http://bugzilla.scilab.org/show_bug.cgi?id=10981 , where you may append this request. From sdr at durietz.se Thu May 14 21:28:59 2015 From: sdr at durietz.se (Stefan Du Rietz) Date: Thu, 14 May 2015 21:28:59 +0200 Subject: [Scilab-users] Strange figure behaviour In-Reply-To: <5554E45A.9030406@free.fr> References: <50481222.712046545.1431517309773.JavaMail.root@zimbra75-e12.priv.proxad.net> <55533B7F.1070101@durietz.se> <5553A52C.1040705@free.fr> <5554D4B6.6010301@durietz.se> <5554D748.2070803@durietz.se> <5554E45A.9030406@free.fr> Message-ID: <5554F77B.9050601@durietz.se> On 2015-05-14 20:07, Samuel Gougeon wrote: > Le 14/05/2015 19:11, Stefan Du Rietz a ?crit : >>> >> PS And who wants to rotate a 2d-plot (and in error)? If you really >> want that, you should have to do something! > I rather agree. Interactive 3D rotation could be activated by default > only for 3D viewed axes. The rotation tool is still proposed in the > toolbar when the user need it. > See also: http://bugzilla.scilab.org/show_bug.cgi?id=10981 , where you > may append this request. > Thank you, Samuel. I have now done that. From paul.carrico at free.fr Thu May 14 22:51:18 2015 From: paul.carrico at free.fr (paul.carrico at free.fr) Date: Thu, 14 May 2015 22:51:18 +0200 (CEST) Subject: [Scilab-users] Command lauch using a string Message-ID: <160453742.421868913.1431636678264.JavaMail.root@zimbra5-e1.priv.proxad.net> Dear All, I've been thinking in creating a string in order to run specific instructions afterward (I'm under Windows OS for the moement); An example of my code: ######################################################################### A = 'PATH_IMAGEMAGICK + ''\convert -delay 50 '; for i = 1 : number A = A + '-repage 1218x722+0+0 sample_geometry" + string(i) + ".gif '; end A = A + '-loop 0 superposition_anime.gif'',''-echo'''; dos(A) ######################################################################### It fails while if I replace the string A by the complete sentence, it works fine showing that's probably a format issue ... but honnestly I don't find the right one Any suggestion will be appreciated Thanks Paul From sdr at durietz.se Fri May 15 10:07:48 2015 From: sdr at durietz.se (Stefan Du Rietz) Date: Fri, 15 May 2015 10:07:48 +0200 Subject: [Scilab-users] Command lauch using a string In-Reply-To: <160453742.421868913.1431636678264.JavaMail.root@zimbra5-e1.priv.proxad.net> References: <160453742.421868913.1431636678264.JavaMail.root@zimbra5-e1.priv.proxad.net> Message-ID: <5555A954.2020001@durietz.se> On 2015-05-14 22:51, paul.carrico at free.fr wrote: > Dear All, > > I've been thinking in creating a string in order to run specific instructions afterward (I'm under Windows OS for the moement); > > An example of my code: > ######################################################################### > A = 'PATH_IMAGEMAGICK + ''\convert -delay 50 '; > for i = 1 : number > A = A + '-repage 1218x722+0+0 sample_geometry" + string(i) + ".gif '; > end > A = A + '-loop 0 superposition_anime.gif'',''-echo'''; > dos(A) > ######################################################################### > > It fails while if I replace the string A by the complete sentence, it works fine showing that's probably a format issue ... but honnestly I don't find the right one > > Any suggestion will be appreciated > > Thanks > > Paul > Have you tried to display the string A in Scilab? -->PATH_IMAGEMAGICK = "c:\Path\to\Imagemagick" PATH_IMAGEMAGICK = c:\Path\to\Imagemagick // This is probably not what you want: -->A = 'PATH_IMAGEMAGICK + ''\convert -delay 50 ' A = PATH_IMAGEMAGICK + '\convert -delay 50 // You probably want this: -->A = PATH_IMAGEMAGICK + '\convert -delay 50 ' A = c:\Path\to\Imagemagick\convert -delay 50 Regards Stefan From antoine.monmayrant at laas.fr Fri May 15 10:39:54 2015 From: antoine.monmayrant at laas.fr (Antoine Monmayrant) Date: Fri, 15 May 2015 10:39:54 +0200 Subject: [Scilab-users] Command lauch using a string In-Reply-To: <160453742.421868913.1431636678264.JavaMail.root@zimbra5-e1.priv.proxad.net> References: <160453742.421868913.1431636678264.JavaMail.root@zimbra5-e1.priv.proxad.net> Message-ID: <5555B0DA.5070302@laas.fr> Le 05/14/2015 10:51 PM, paul.carrico at free.fr a ?crit : > Dear All, > > I've been thinking in creating a string in order to run specific instructions afterward (I'm under Windows OS for the moement); > > An example of my code: > ######################################################################### > A = 'PATH_IMAGEMAGICK + ''\convert -delay 50 '; > for i = 1 : number > A = A + '-repage 1218x722+0+0 sample_geometry" + string(i) + ".gif '; > end > A = A + '-loop 0 superposition_anime.gif'',''-echo'''; > dos(A) > ######################################################################### > > It fails while if I replace the string A by the complete sentence, it works fine showing that's probably a format issue ... but honnestly I don't find the right one > > Any suggestion will be appreciated Could this be due to the fact that you are using a mix of " and ' to start and end the different bits of your string? Try replacing: '-repage 1218x722+0+0 sample_geometry" -> '-repage 1218x722+0+0 sample_geometry' ".gif ' -> '.gif ' Cheers, Antoine > > Thanks > > Paul > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > From paul.carrico at free.fr Fri May 15 10:54:32 2015 From: paul.carrico at free.fr (paul.carrico at free.fr) Date: Fri, 15 May 2015 10:54:32 +0200 (CEST) Subject: [Scilab-users] =?utf-8?q?Re=C2=A0=3A_Re=3A__Command_lauch_using_a?= =?utf-8?q?_string?= In-Reply-To: <5555A954.2020001@durietz.se> Message-ID: <578494814.423647073.1431680072050.JavaMail.root@zimbra5-e1.priv.proxad.net> Dear Stefan You're right it was a quote issue - thanks to you and Antine for the suggestions Paul ----- Mail d'origine ----- De: Stefan Du Rietz ?: users at lists.scilab.org Envoy?: Fri, 15 May 2015 10:07:48 +0200 (CEST) Objet: Re: [Scilab-users] Command lauch using a string On 2015-05-14 22:51, paul.carrico at free.fr wrote: > Dear All, > > I've been thinking in creating a string in order to run specific instructions afterward (I'm under Windows OS for the moement); > > An example of my code: > ######################################################################### > A = 'PATH_IMAGEMAGICK + ''\convert -delay 50 '; > for i = 1 : number > A = A + '-repage 1218x722+0+0 sample_geometry" + string(i) + ".gif '; > end > A = A + '-loop 0 superposition_anime.gif'',''-echo'''; > dos(A) > ######################################################################### > > It fails while if I replace the string A by the complete sentence, it works fine showing that's probably a format issue ... but honnestly I don't find the right one > > Any suggestion will be appreciated > > Thanks > > Paul > Have you tried to display the string A in Scilab? -->PATH_IMAGEMAGICK = "c:\Path\to\Imagemagick" PATH_IMAGEMAGICK = c:\Path\to\Imagemagick // This is probably not what you want: -->A = 'PATH_IMAGEMAGICK + ''\convert -delay 50 ' A = PATH_IMAGEMAGICK + '\convert -delay 50 // You probably want this: -->A = PATH_IMAGEMAGICK + '\convert -delay 50 ' A = c:\Path\to\Imagemagick\convert -delay 50 Regards Stefan _______________________________________________ users mailing list users at lists.scilab.org http://lists.scilab.org/mailman/listinfo/users From lewandi7 at gmail.com Fri May 15 11:59:33 2015 From: lewandi7 at gmail.com (Krzysztof Lewandowski) Date: Fri, 15 May 2015 11:59:33 +0200 Subject: [Scilab-users] arrhenius plot with two x-axis Message-ID: Hello, I'm trying to make arrhenius plot of my data ('ln(S)' vs. '1000/T') with another x axis with 'T' on the top of the graph, but I have no idea how to do that. Is it possible to make such plot in scilab? Thanks, Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From fujimoto2005 at gmail.com Fri May 15 17:10:31 2015 From: fujimoto2005 at gmail.com (fujimoto2005) Date: Fri, 15 May 2015 08:10:31 -0700 (MST) Subject: [Scilab-users] comma format Message-ID: <1431702631796-4032285.post@n3.nabble.com> I want to format the ticks of y-axis with comma like '32,025,145'. Is there an any utility program to set such format? -- View this message in context: http://mailinglists.scilab.org/comma-format-tp4032285.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From sgougeon at free.fr Fri May 15 20:26:22 2015 From: sgougeon at free.fr (Samuel Gougeon) Date: Fri, 15 May 2015 20:26:22 +0200 Subject: [Scilab-users] comma format In-Reply-To: <1431702631796-4032285.post@n3.nabble.com> References: <1431702631796-4032285.post@n3.nabble.com> Message-ID: <55563A4E.3010002@free.fr> Le 15/05/2015 17:10, fujimoto2005 a ?crit : > I want to format the ticks of y-axis with comma like '32,025,145'. > Is there an any utility program to set such format? Depending on what are source numbers, you may use either the gca().ticks_format or directly the gca().x_ticks one: http://help.scilab.org/docs/5.5.2/en_US/axes_properties.html From sgougeon at free.fr Fri May 15 20:31:17 2015 From: sgougeon at free.fr (Samuel Gougeon) Date: Fri, 15 May 2015 20:31:17 +0200 Subject: [Scilab-users] arrhenius plot with two x-axis In-Reply-To: References: Message-ID: <55563B75.5050405@free.fr> Hello, Le 15/05/2015 11:59, Krzysztof Lewandowski a ?crit : > > I'm trying to make arrhenius plot of my data ('ln(S)' vs. '1000/T') > with another x axis with 'T' on the top of the graph, but I have no > idea how to do that. Is it possible to make such plot in scilab? > If the additional axis is linear, you may use drawaxis(): http://help.scilab.org/docs/5.5.2/en_US/drawaxis.html Otherwise, newaxes() could be necessary: http://help.scilab.org/docs/5.5.2/en_US/newaxes.html Graphics => 2D and 3D plots plotyy and plotyyy demos are available and show how to do along y. You may just do the same along x. Regards Samuel From sgougeon at free.fr Fri May 15 20:56:09 2015 From: sgougeon at free.fr (Samuel Gougeon) Date: Fri, 15 May 2015 20:56:09 +0200 Subject: [Scilab-users] arrhenius plot with two x-axis In-Reply-To: <55563B75.5050405@free.fr> References: <55563B75.5050405@free.fr> Message-ID: <55564149.5040606@free.fr> > Hello, > Le 15/05/2015 11:59, Krzysztof Lewandowski a ?crit : >> >> I'm trying to make arrhenius plot of my data ('ln(S)' vs. '1000/T') >> with another x axis with 'T' on the top of the graph, but I have no >> idea how to do that. Is it possible to make such plot in scilab? >> > If the additional axis is linear, you may use drawaxis(): > http://help.scilab.org/docs/5.5.2/en_US/drawaxis.html > Otherwise, newaxes() could be necessary: > http://help.scilab.org/docs/5.5.2/en_US/newaxes.html Even with newaxes, it could be very difficult to match both bottom and top scales. To turn this feasible and easy was somewhat the purpose of this report: http://bugzilla.scilab.org/show_bug.cgi?id=7739 Its (too) implicit aim was to enable plots such that the bottom axis is in wavelengths L and the top axis is in corresponding wavenumbers n=1/L or frequencies f=c/L This kind of plot is very common in physics, but hard and tricky to get with scilab, at least when keeping the autotick mode. After the report 7739, i think that the best way to enable such plots could be to add a callback attribute to the drawaxis object, that would point to a function F(x) computing its x'(x) values, with x spanning x data_bounds, and x'(x) tick being drawn at the x position in data scale. Depending on F(x), a smart x' grid could be quite difficult to draw, in particular for minor ticks (if any). Samuel From fujimoto2005 at gmail.com Sat May 16 04:13:33 2015 From: fujimoto2005 at gmail.com (fujimoto2005) Date: Fri, 15 May 2015 19:13:33 -0700 (MST) Subject: [Scilab-users] comma format In-Reply-To: <55563A4E.3010002@free.fr> References: <1431702631796-4032285.post@n3.nabble.com> <55563A4E.3010002@free.fr> Message-ID: <1431742413070-4032290.post@n3.nabble.com> Thanks a lot. >'Depending on what are source numbers' Could you teach me more specific what kind of source numbers should I use ticks_format for and x_ticks? -- View this message in context: http://mailinglists.scilab.org/comma-format-tp4032285p4032290.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From sgougeon at free.fr Sat May 16 12:16:25 2015 From: sgougeon at free.fr (Samuel Gougeon) Date: Sat, 16 May 2015 12:16:25 +0200 Subject: [Scilab-users] comma format In-Reply-To: <1431742413070-4032290.post@n3.nabble.com> References: <1431702631796-4032285.post@n3.nabble.com> <55563A4E.3010002@free.fr> <1431742413070-4032290.post@n3.nabble.com> Message-ID: <555718F9.1040404@free.fr> Le 16/05/2015 04:13, fujimoto2005 a ?crit : > Thanks a lot. > >> 'Depending on what are source numbers' > Could you teach me more specific what kind of source numbers should I use > ticks_format for and x_ticks? I meant: is '32,025,145' the representation of only one number, "," being the thousands separator ; or of several ones, or of only one with check codes, etc?? But actually, even if "," is used as thousands separator, AFAIK C format used in ticks_format does not propose option for it: http://help.scilab.org/docs/5.5.2/en_US/scanf_conversion.html So, in every way, you will have to comput the 3 numbers 32, 25, 145 and then the string '32,025,145' before assigning it as label through the x_ticks axes property. From jrafaelbguerra at hotmail.com Sat May 16 15:08:56 2015 From: jrafaelbguerra at hotmail.com (Rafael Guera) Date: Sat, 16 May 2015 14:08:56 +0100 Subject: [Scilab-users] comma format In-Reply-To: <555718F9.1040404@free.fr> References: <1431702631796-4032285.post@n3.nabble.com> <55563A4E.3010002@free.fr> <1431742413070-4032290.post@n3.nabble.com> <555718F9.1040404@free.fr> Message-ID: Fyi, a basic way to insert ?commas? by handling the number as a string, in case it helps: x= -%pi*1e10; sx= msprintf("%.4f",x); //define decimal accuracy needed N=length(sx); if N<4 then return; end ix = strindex(sx,'.'); if isempty(ix) then ix=N+1; end sy= part(sx,1); for i=2:ix-4 sy = sy+part(sx,i); if modulo(ix-1-i,3)==0 then sy = sy+','; // comma separator added end end sy = sy+part(sx,ix-3:N); // No commas inserted after decimal point printf("%s\n%s\n",sx,sy) Regards, Rafael -----Original Message----- From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of Samuel Gougeon Sent: Saturday, May 16, 2015 11:16 AM To: International users mailing list for Scilab. Subject: Re: [Scilab-users] comma format Le 16/05/2015 04:13, fujimoto2005 a ?crit : > Thanks a lot. > >> 'Depending on what are source numbers' > Could you teach me more specific what kind of source numbers should I use > ticks_format for and x_ticks? I meant: is '32,025,145' the representation of only one number, "," being the thousands separator ; or of several ones, or of only one with check codes, etc?? But actually, even if "," is used as thousands separator, AFAIK C format used in ticks_format does not propose option for it: http://help.scilab.org/docs/5.5.2/en_US/scanf_conversion.html So, in every way, you will have to comput the 3 numbers 32, 25, 145 and then the string '32,025,145' before assigning it as label through the x_ticks axes property. _______________________________________________ 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 Sat May 16 16:30:35 2015 From: fujimoto2005 at gmail.com (fujimoto2005) Date: Sat, 16 May 2015 07:30:35 -0700 (MST) Subject: [Scilab-users] comma format In-Reply-To: <555718F9.1040404@free.fr> References: <1431702631796-4032285.post@n3.nabble.com> <55563A4E.3010002@free.fr> <1431742413070-4032290.post@n3.nabble.com> <555718F9.1040404@free.fr> Message-ID: <1431786635236-4032295.post@n3.nabble.com> Dear?Samuel GOUGEON Thanks a lot. I understand the situations. Dear Rafael Guerra This is exactly what I want to have!! Thanks a lot. -- View this message in context: http://mailinglists.scilab.org/comma-format-tp4032285p4032295.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From sgougeon at free.fr Sat May 16 16:36:52 2015 From: sgougeon at free.fr (Samuel Gougeon) Date: Sat, 16 May 2015 16:36:52 +0200 Subject: [Scilab-users] comma format In-Reply-To: References: <1431702631796-4032285.post@n3.nabble.com> <55563A4E.3010002@free.fr> <1431742413070-4032290.post@n3.nabble.com> <555718F9.1040404@free.fr> Message-ID: <55575604.1060203@free.fr> Hello Rafael, Le 16/05/2015 15:08, Rafael Guera a ?crit : > > Fyi, a basic way to insert 'commas' by handling the number as a > string, in case it helps: > > x=-%pi*1e10; > > sx=msprintf("%.4f",x); ///define decimal accuracy needed/ > > N=length(sx); > > ifN<4 then return; > > end > > ix= strindex(sx,'.'); > > if_isempty_(ix) then ix=N+1; > > end > > sy=part(sx,1); > > fori=2:ix-4 > > sy = sy+part(sx,i); > > if _modulo_(ix-1-i,3)==0 then sy = sy+','; /// comma separator added/ > > end > > end > > sy= sy+part(sx,ix-3:N);/// No commas inserted after decimal point/ > > printf("%s\n%s\n",sx,sy) > Not so basic... A new C option for thousands separator could be useful. Hereafter is another implementation. Best regards Samuel x = -%pi*1e10; sx = msprintf("%.4f",abs(x)) //define decimal accuracy needed if x<0, s = "-"; else s = ""; end if abs(x)<1000 then sy = s+sx else dp = tokens(sx, "."); if size(dp,1)==1, dp(2) = ""; else dp(2) = "."+dp(2); end L = length(dp(1)); sy = s + strcat(strsplit(dp(1), L-(fix(L/3):-1:1)*3),",") + dp(2); end printf("%s\n%s\n",s+sx,sy) -------------- next part -------------- An HTML attachment was scrubbed... URL: From fujimoto2005 at gmail.com Sun May 17 16:29:27 2015 From: fujimoto2005 at gmail.com (fujimoto2005) Date: Sun, 17 May 2015 07:29:27 -0700 (MST) Subject: [Scilab-users] comma format In-Reply-To: <55575604.1060203@free.fr> References: <1431702631796-4032285.post@n3.nabble.com> <55563A4E.3010002@free.fr> <1431742413070-4032290.post@n3.nabble.com> <555718F9.1040404@free.fr> <55575604.1060203@free.fr> Message-ID: <1431872967886-4032297.post@n3.nabble.com> Dear?Samuel GOUGEON Thanks for another excellent implementation!! Best regrds -- View this message in context: http://mailinglists.scilab.org/comma-format-tp4032285p4032297.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From Christophe.Dang at sidel.com Mon May 18 09:45:13 2015 From: Christophe.Dang at sidel.com (Dang, Christophe) Date: Mon, 18 May 2015 07:45:13 +0000 Subject: [Scilab-users] arrhenius plot with two x-axis In-Reply-To: <55563B75.5050405@free.fr> References: <55563B75.5050405@free.fr> Message-ID: Hello, > De : Samuel Gougeon > Envoy? : vendredi 15 mai 2015 20:31 > > Le 15/05/2015 11:59, Krzysztof Lewandowski a ?crit : > > > I'm trying to make arrhenius plot of my data ('ln(S)' vs. '1000/T') > > with another x axis with 'T' on the top of the graph, > [...] > Otherwise, newaxes() could be necessary: > http://help.scilab.org/docs/5.5.2/en_US/newaxes.html You can have an example of how to use newaxes() here: https://commons.wikimedia.org/wiki/File:Trace_ln_sqrt_1_2_deux_echelles_scilab.svg Hope this helps regards -- Christophe Dang Ngoc Chan Mechanical calculation engineer This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error), please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. From fujimoto2005 at gmail.com Tue May 19 03:27:19 2015 From: fujimoto2005 at gmail.com (fujimoto2005) Date: Mon, 18 May 2015 18:27:19 -0700 (MST) Subject: [Scilab-users] =?utf-8?b?4oCdVG9vIGNvbXBsZXggcmVjdXJzaW9u4oCd?= Message-ID: <1431998839503-4032303.post@n3.nabble.com> When I use the function 'intg', I have an message "Too complex recursion! (recursion tables are full)" and the code stop to run. But the user-function for the ?intg? calls only two user functions with same level in it. How can I fix this problem? I already maximized the stack seize by stacksize('max'). -- View this message in context: http://mailinglists.scilab.org/Too-complex-recursion-tp4032303.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From shah23aayush at gmail.com Tue May 19 04:12:26 2015 From: shah23aayush at gmail.com (AAYUSH SHAH) Date: Tue, 19 May 2015 07:42:26 +0530 Subject: [Scilab-users] (no subject) Message-ID: From Serge.Steer at inria.fr Tue May 19 09:49:41 2015 From: Serge.Steer at inria.fr (Serge Steer) Date: Tue, 19 May 2015 09:49:41 +0200 Subject: [Scilab-users] =?utf-8?b?4oCdVG9vIGNvbXBsZXggcmVjdXJzaW9u4oCd?= In-Reply-To: <1431998839503-4032303.post@n3.nabble.com> References: <1431998839503-4032303.post@n3.nabble.com> Message-ID: <555AEB15.9000402@inria.fr> Le 19/05/2015 03:27, fujimoto2005 a ?crit : > When I use the function 'intg', I have an message "Too complex recursion! > (recursion tables are full)" and the code stop to run. > But the user-function for the ?intg? calls only two user functions with same > level in it. > How can I fix this problem? > I already maximized the stack seize by stacksize('max'). The "Too complex recursion!" message has nothing to do with the stack size. It is often due to a function which calls itself (directly or indirectly) too deeply. Does your user function calls 'intg'? Serge Steer > > > > -- > View this message in context: http://mailinglists.scilab.org/Too-complex-recursion-tp4032303.html > Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users From fujimoto2005 at gmail.com Tue May 19 11:22:42 2015 From: fujimoto2005 at gmail.com (fujimoto2005) Date: Tue, 19 May 2015 02:22:42 -0700 (MST) Subject: [Scilab-users] =?utf-8?b?4oCdVG9vIGNvbXBsZXggcmVjdXJzaW9u4oCd?= In-Reply-To: <1431998839503-4032303.post@n3.nabble.com> References: <1431998839503-4032303.post@n3.nabble.com> Message-ID: <1432027362340-4032306.post@n3.nabble.com> Hello,Serge Steer My user function does't call 'intg'. The following is a sample code for a demo. But I have another error message. ************************ clear function rt=payoffFunc(fxSpot,fxTriger,fxFixed) if fxSpot<=10 then fxSpot=10 end rt=(fxFixed -fxSpot) if fxSpot <= fxTriger then rt=(fxSpot -(fxTriger^2)/fxSpot)*3 end endfunction function rt=payoffDenFunc(x,t,fxValDate,fxTriger,fxFixed,mu,vol) f1=fxValDate*%e^x; pl=payoffFunc(f1,fxTriger,fxFixed); vrt=t^0.5*vol; z=(x-mu)/vrt; dens=1/(sqrt(2*%pi))*%e^(-0.5*z^2)/vrt; rt=pl*dens; endfunction vol=0.09 fxTriger=95 fxFixed=150 fxValDate=100 payD_V=0.0602739726027397 discY_V=0.999747607575612 discD_V=0.996743237517026 mu=log(discD_V/discY_V)/payD_V; xTrig_V=log(fxTriger./fxValDate) xmin_V=(mu-0.5*vol^2)*payD_V-4*vol*sqrt(payD_V) if xmin_V>xTrig_V then xmin_V=xTrig_V-%eps end plCtrlEX1=intg(xmin_V,xTrig_V-%eps,list('payoffDenFunc',payD_V,fxValDate,fxTriger,fxFixed,mu,vol)); -- View this message in context: http://mailinglists.scilab.org/Too-complex-recursion-tp4032303p4032306.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From sgougeon at free.fr Tue May 19 12:08:12 2015 From: sgougeon at free.fr (sgougeon at free.fr) Date: Tue, 19 May 2015 12:08:12 +0200 (CEST) Subject: [Scilab-users] =?utf-8?b?4oCdVG9vIGNvbXBsZXggcmVjdXJzaW9u4oCd?= In-Reply-To: <1432027362340-4032306.post@n3.nabble.com> Message-ID: <1181309124.733933794.1432030092389.JavaMail.root@zimbra75-e12.priv.proxad.net> Hello, ----- Mail original ----- .../... plCtrlEX1=intg(xmin_V,xTrig_V-%eps,list('payoffDenFunc',payD_V,fxValDate,fxTriger,fxFixed,mu,vol)); In the list, you may try specifying directly by its name the function to be integrated, rather than through a string giving its name: plCtrlEX1=intg(xmin_V,xTrig_V-%eps,list(payoffDenFunc,payD_V,fxValDate,fxTriger,fxFixed,mu,vol)); May be the documentation is not clear enough about this point. Regards From fujimoto2005 at gmail.com Tue May 19 15:11:33 2015 From: fujimoto2005 at gmail.com (fujimoto2005) Date: Tue, 19 May 2015 06:11:33 -0700 (MST) Subject: [Scilab-users] =?utf-8?b?4oCdVG9vIGNvbXBsZXggcmVjdXJzaW9u4oCd?= In-Reply-To: <1181309124.733933794.1432030092389.JavaMail.root@zimbra75-e12.priv.proxad.net> References: <1431998839503-4032303.post@n3.nabble.com> <1432027362340-4032306.post@n3.nabble.com> <1181309124.733933794.1432030092389.JavaMail.root@zimbra75-e12.priv.proxad.net> Message-ID: <1432041093841-4032309.post@n3.nabble.com> Hello Samuel GOUGEON, Thaks a lot. I could fix the problem. Best regards. -- View this message in context: http://mailinglists.scilab.org/Too-complex-recursion-tp4032303p4032309.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From francesco.pedretti8 at yahoo.com Tue May 19 18:02:07 2015 From: francesco.pedretti8 at yahoo.com (Francesco Pedretti) Date: Tue, 19 May 2015 16:02:07 +0000 (UTC) Subject: [Scilab-users] fscanfMat help Message-ID: <425861726.1926424.1432051327868.JavaMail.yahoo@mail.yahoo.com> Dear all, I started to use Scilab only last week and I have some problems with the command fscanfMat. I have to read three text file in order to create a post processing of a fortran file. The problem is that the code today decided to not open these files (yesterday it worked). I tried also wth the command mopen and mgetl but it doesn't work. The error message is the 999 cannot open the file. In attachment I send also the scilab script and the three txt files. Thanks for your help. Best regards, Francesco Pedretti -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: flux.txt URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: input.txt URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Laugenbuch.sce Type: application/octet-stream Size: 3629 bytes Desc: not available URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: powermap.txt URL: From jrafaelbguerra at hotmail.com Wed May 20 17:16:16 2015 From: jrafaelbguerra at hotmail.com (Rafael Guerra) Date: Wed, 20 May 2015 08:16:16 -0700 (MST) Subject: [Scilab-users] Scilab slowing down computer heavilly Message-ID: <1432134976222-4032312.post@n3.nabble.com> Hello Scilab'ers, When I ran Scilab in the following configuration my laptop slows down extremely: - Win 7, 32 GB RAM laptop, intel 3.2 GHz processor, Dell laptop and docking station, 2 extra-large screens Need to restart computer to get performance back. Without using the docking station there is no issue. Does anyone experience similar problems and found a fix? Thanks and regards, Rafael -- View this message in context: http://mailinglists.scilab.org/Scilab-slowing-down-computer-heavilly-tp4032312.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From amonmayr at laas.fr Wed May 20 17:32:13 2015 From: amonmayr at laas.fr (Antoine Monmayrant) Date: Wed, 20 May 2015 17:32:13 +0200 Subject: [Scilab-users] Scilab slowing down computer heavilly In-Reply-To: <1432134976222-4032312.post@n3.nabble.com> Message-ID: <1bd1-555ca900-3-5a9a2e00@144309838> Hi Rafael, Did you try to dock your laptop, without plugging the screens? Is the problem still there? It might be some graphic driver issues. Is your laptop equipped with an hybrid graphic card (ie integrated small one for the main screen and a discrete one for the external screens)? Could you give us the exact model to see whether one of us can reproduce the issue? Cheers, Antoine Le Mercredi 20 Mai 2015 17:16 CEST, Rafael Guerra a ?crit: > Hello Scilab'ers, > > When I ran Scilab in the following configuration my laptop slows down > extremely: > - Win 7, 32 GB RAM laptop, intel 3.2 GHz processor, Dell laptop and docking > station, 2 extra-large screens > > Need to restart computer to get performance back. > > Without using the docking station there is no issue. > > Does anyone experience similar problems and found a fix? > > Thanks and regards, > > Rafael > > > > > -- > View this message in context: http://mailinglists.scilab.org/Scilab-slowing-down-computer-heavilly-tp4032312.html > Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > From tim at wescottdesign.com Thu May 21 17:48:37 2015 From: tim at wescottdesign.com (Tim Wescott) Date: Thu, 21 May 2015 08:48:37 -0700 Subject: [Scilab-users] Accidentally displaying huge matrices Message-ID: <1432223317.2021.257.camel@servo> If you're working with something humongous and you do some operation that displays, it takes forever before your mistake is done displaying. E.g., if x is 100000 elements long and you type y = exp(x) instead of y = exp(x); So I have two questions: First, is there a way to get it to stop? ctrl-C does not do the job. Second, if not, could someone file an enhancement request, or remind me how to do it? TIA -- Tim Wescott www.wescottdesign.com Control & Communications systems, circuit & software design. Phone: 503.631.7815 Cell: 503.349.8432 From jrafaelbguerra at hotmail.com Thu May 21 19:45:20 2015 From: jrafaelbguerra at hotmail.com (Rafael Guerra) Date: Thu, 21 May 2015 10:45:20 -0700 (MST) Subject: [Scilab-users] Scilab slowing down computer heavilly In-Reply-To: <1bd1-555ca900-3-5a9a2e00@144309838> References: <1432134976222-4032312.post@n3.nabble.com> <1bd1-555ca900-3-5a9a2e00@144309838> Message-ID: Hi Antoine, Thanks for your reply and I am sorry but I provided misleading information. I have launched Scilab with no other programs running except Outlook, and laptop performance was good. There should be interference with some other program that I need to identify (may be VMWare or other heavy duty program) My Display Adapters are: - Intel HD Graphics 4600 - NVIDIA Quadro K4100M - VNC Mirror Driver There are so many variables ... If I found something in a systematic/reproducible way I will bother you again. My apologies and thanks. Rafael Date: Thu, 21 May 2015 00:02:20 -0700 From: ml-node+s994242n4032313h4 at n3.nabble.com To: jrafaelbguerra at hotmail.com Subject: Re: Scilab slowing down computer heavilly Hi Rafael, Did you try to dock your laptop, without plugging the screens? Is the problem still there? It might be some graphic driver issues. Is your laptop equipped with an hybrid graphic card (ie integrated small one for the main screen and a discrete one for the external screens)? Could you give us the exact model to see whether one of us can reproduce the issue? Cheers, Antoine Le Mercredi 20 Mai 2015 17:16 CEST, Rafael Guerra <[hidden email]> a ?crit: > Hello Scilab'ers, > > When I ran Scilab in the following configuration my laptop slows down > extremely: > - Win 7, 32 GB RAM laptop, intel 3.2 GHz processor, Dell laptop and docking > station, 2 extra-large screens > > Need to restart computer to get performance back. > > Without using the docking station there is no issue. > > Does anyone experience similar problems and found a fix? > > Thanks and regards, > > Rafael > > > > > -- > View this message in context: http://mailinglists.scilab.org/Scilab-slowing-down-computer-heavilly-tp4032312.html > Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. > _______________________________________________ > users mailing list > [hidden email] > http://lists.scilab.org/mailman/listinfo/users > _______________________________________________ users mailing list [hidden email] http://lists.scilab.org/mailman/listinfo/users If you reply to this email, your message will be added to the discussion below: http://mailinglists.scilab.org/Scilab-slowing-down-computer-heavilly-tp4032312p4032313.html To unsubscribe from Scilab slowing down computer heavilly, click here. NAML -- View this message in context: http://mailinglists.scilab.org/Scilab-slowing-down-computer-heavilly-tp4032312p4032316.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. -------------- next part -------------- An HTML attachment was scrubbed... URL: From amonmayr at laas.fr Thu May 21 20:42:46 2015 From: amonmayr at laas.fr (Antoine Monmayrant) Date: Thu, 21 May 2015 20:42:46 +0200 Subject: [Scilab-users] Accidentally displaying huge matrices In-Reply-To: <1432223317.2021.257.camel@servo> Message-ID: Le Jeudi 21 Mai 2015 17:48 CEST, Tim Wescott a ?crit: > If you're working with something humongous and you do some operation > that displays, it takes forever before your mistake is done displaying. > > E.g., if x is 100000 elements long and you type > > y = exp(x) > > instead of > > y = exp(x); > > So I have two questions: > > First, is there a way to get it to stop? ctrl-C does not do the job. > > Second, if not, could someone file an enhancement request, or remind me > how to do it? > > TIA > > -- > > Tim Wescott > www.wescottdesign.com > Control & Communications systems, circuit & software design. > Phone: 503.631.7815 > Cell: 503.349.8432 > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > Me too! If there is a way to interrupt the display of a huge variable, I'll be happy to know it. If not, it's worth writting a feature request. It's a common mistake to forget a ";" when doing some data processing/debugging on the fly and it's such a pain to wait forever for your "fat-fingering" to finish. To misquote xkcd ( https://xkcd.com/303/ ): <> Antoine From stephane.mottelet at utc.fr Thu May 21 23:19:06 2015 From: stephane.mottelet at utc.fr (=?UTF-8?B?U3TDqXBoYW5lIE1vdHRlbGV0?=) Date: Fri, 22 May 2015 05:19:06 +0800 Subject: [Scilab-users] Accidentally displaying huge matrices In-Reply-To: References: Message-ID: <555E4BCA.6040805@utc.fr> Le 22/05/2015 02:42, Antoine Monmayrant a ?crit : > > Le Jeudi 21 Mai 2015 17:48 CEST, Tim Wescott a ?crit: > >> If you're working with something humongous and you do some operation >> that displays, it takes forever before your mistake is done displaying. >> >> E.g., if x is 100000 elements long and you type >> >> y = exp(x) >> >> instead of >> >> y = exp(x); >> >> So I have two questions: >> >> First, is there a way to get it to stop? ctrl-C does not do the job. >> >> Second, if not, could someone file an enhancement request, or remind me >> how to do it? >> >> TIA >> >> -- >> >> Tim Wescott >> www.wescottdesign.com >> Control & Communications systems, circuit & software design. >> Phone: 503.631.7815 >> Cell: 503.349.8432 >> >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> http://lists.scilab.org/mailman/listinfo/users >> > Me too! > If there is a way to interrupt the display of a huge variable, I'll be happy to know it. > If not, it's worth writting a feature request. > It's a common mistake to forget a ";" when doing some data processing/debugging on the fly and it's such a pain to wait forever for your "fat-fingering" to finish. > To misquote xkcd ( https://xkcd.com/303/ ): > > <> > > Antoine > > > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users Hello, Here's the behavior of Julia in such a situation, it displays dots in order that the matrix fits the console : julia> a=rand(1000,1000) 1000x1000 Array{Float64,2}: 0.297296 0.695023 0.12543 ? 0.0390378 0.121275 0.797062 0.402998 0.357607 0.191826 0.279725 0.0920303 0.467992 0.157744 0.277739 0.171729 0.866273 0.515654 0.552807 0.983393 0.295298 0.824318 0.0157045 0.0258212 0.0930282 0.17687 0.316168 0.708928 0.0952159 0.0667878 0.393212 0.854294 0.742688 0.976253 ? 0.515331 0.665953 0.390016 0.788685 0.223257 0.288901 0.144894 0.154689 0.29596 0.355145 0.610686 0.3717 0.779741 0.234286 0.547859 0.749667 0.48559 0.604402 0.100194 0.655009 0.806418 0.990547 0.986391 0.578132 0.0591879 0.203927 0.299021 ? ? 0.974187 0.042388 0.899955 0.662621 0.524229 0.862864 0.592462 0.0955458 0.335428 0.0547896 0.0658267 0.49732 0.373501 0.729753 0.610205 0.111113 0.210496 0.547695 0.156943 0.84622 0.814482 0.600968 0.544893 0.205719 0.139698 0.030804 0.239184 ? 0.737796 0.887846 0.547925 0.706966 0.472414 0.911365 0.670605 0.984223 0.197314 0.0927397 0.765639 0.261038 0.859728 0.808865 0.782755 0.653529 0.358696 0.350873 0.581111 0.127847 0.461723 0.0687691 0.317925 0.615902 0.610041 0.196348 0.219813 S. From sgougeon at free.fr Sat May 23 00:05:40 2015 From: sgougeon at free.fr (Samuel Gougeon) Date: Sat, 23 May 2015 00:05:40 +0200 Subject: [Scilab-users] Accidentally displaying huge matrices In-Reply-To: <1432223317.2021.257.camel@servo> References: <1432223317.2021.257.camel@servo> Message-ID: <555FA834.90807@free.fr> Hello Tim, Le 21/05/2015 17:48, Tim Wescott a ?crit : > .../... > First, is there a way to get it to stop? ctrl-C does not do the job. In your startup file .scilab or scilab.ini, you may add the instruction lines(1000) in order to turn on the pager and make it prompting the user to continue listing lines after each block of 1000 lines (or whatever you want). At the prompt, CTRL+C + abort works. Regards Samuel From amonmayr at laas.fr Mon May 25 15:29:24 2015 From: amonmayr at laas.fr (Antoine Monmayrant) Date: Mon, 25 May 2015 15:29:24 +0200 Subject: [Scilab-users] Accidentally displaying huge matrices In-Reply-To: <555FA834.90807@free.fr> Message-ID: <6009-55632380-1-4d29a380@262593926> Le Samedi 23 Mai 2015 00:05 CEST, Samuel Gougeon a ?crit: > Hello Tim, > > Le 21/05/2015 17:48, Tim Wescott a ?crit : > > .../... > > First, is there a way to get it to stop? ctrl-C does not do the job. > In your startup file .scilab or scilab.ini, you may add the instruction > lines(1000) > in order to turn on the pager and make it prompting the user to continue > listing lines after each block of 1000 lines (or whatever you want). > At the prompt, CTRL+C + abort works. OK, but this also interrupts the execution of any script that display more than 1000 lines on the command line! This can be particularly annoying when using scripts that process big data and output some progression infos on the command line. It's never nice to find out the next morning that your script stopped at 10% to ask whether it should keep on displaying text. For me, this is more a workaround (with one big caveat) than a real solution. The Julia way of displaying big matrices seems interesting. Would it be hard to implement? (honest question, I have no idea what work it implies) As someone filled a bug/feature request? Cheers, Antoine > > Regards > Samuel > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > From n.strelkov at gmail.com Mon May 25 15:50:31 2015 From: n.strelkov at gmail.com (Nikolay Strelkov) Date: Mon, 25 May 2015 16:50:31 +0300 Subject: [Scilab-users] Modnum & Xcos In-Reply-To: References: <1380273388.2918.2.camel@pf-X58-USB3> <1380616167.5839.4.camel@paros> <1380656911.2865.15.camel@pf-X58-USB3> <1380696260.1703.5.camel@paros> <1425108793933-4031752.post@n3.nabble.com> Message-ID: Dear Peter Fabo! Do you have any updates on Xcos Modnum toolbox? It would be very useful. With best regards, maintainer and developer of Mathieu functions toolbox for Scilab, IEEE member, Ph.D., Nikolay Strelkov. 2015-03-02 16:49 GMT+03:00 Nikolay Strelkov : > Dear Peter Fabo and all! > > It is great, that Modnum being ported to modern Scilab and Xcos! > > I'm very interested in PSPECSCOPE_? > > (for FFT) and CONVOLGEN_f > > (for FIR filtering) blocks. > For FFT there is an project in Scilab Forge (bufferblock > ), but it does not > compile in modern versions of Xcos and Scilab (see issues > ). But I saw a > paper where it was used with Scilab >=5.3. > > I think it would be great if you place your work in Scilab Forge > . > I'm ready to test your toolbox. > > > With best regards, > maintainer and developer of Mathieu functions toolbox > for Scilab, > IEEE member, Ph.D., > Nikolay Strelkov. > > > 2015-02-28 10:33 GMT+03:00 Clemgill : > >> Hi all, >> Any news on the availability of MODNUM converted to XCOS? >> I am interested in the PLL palette. >> Thx much, >> Gilles. >> >> >> >> -- >> View this message in context: >> http://mailinglists.scilab.org/Scilab-users-Modnum-Xcos-tp4027491p4031752.html >> Sent from the Scilab users - Mailing Lists Archives mailing list archive >> at Nabble.com. >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> http://lists.scilab.org/mailman/listinfo/users >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Mon May 25 18:33:42 2015 From: sgougeon at free.fr (Samuel Gougeon) Date: Mon, 25 May 2015 18:33:42 +0200 Subject: [Scilab-users] unwrapped display in console <= Re: Accidentally displaying huge matrices In-Reply-To: <555E4BCA.6040805@utc.fr> References: <555E4BCA.6040805@utc.fr> Message-ID: <55634EE6.7080609@free.fr> Hello, Le 21/05/2015 23:19, St?phane Mottelet a ?crit : > .../... > Hello, > > Here's the behavior of Julia in such a situation, it displays dots in > order that the matrix fits the console : > > julia> a=rand(1000,1000) > 1000x1000 Array{Float64,2}: > 0.297296 0.695023 0.12543 ? 0.0390378 0.121275 0.797062 > 0.749667 0.48559 0.604402 0.100194 0.655009 0.806418 > 0.990547 0.986391 0.578132 0.0591879 0.203927 0.299021 > ? ? > 0.974187 0.042388 0.899955 0.662621 0.524229 0.862864 > 0.592462 0.0955458 0.335428 0.0547896 0.0658267 0.49732 > 0.653529 0.358696 0.350873 0.581111 0.127847 0.461723 > 0.0687691 0.317925 0.615902 0.610041 0.196348 0.219813 > > S. Another way would be to have an non-wrapping display mode: each line of a matrix (or anything else) would be displayed on a single line in the console, without wrapping. This could make hugely wide lines, that nevertheless could be easily browsed using the horizontal scroll bar. In addition, such a mode could enable displaying columns numbers in header ; this could be repeated every console_height lines. Specifying a negative console width could trigger this behavior. Samuel From Serge.Steer at inria.fr Tue May 26 11:29:41 2015 From: Serge.Steer at inria.fr (Serge Steer) Date: Tue, 26 May 2015 11:29:41 +0200 Subject: [Scilab-users] fscanfMat help In-Reply-To: <425861726.1926424.1432051327868.JavaMail.yahoo@mail.yahoo.com> References: <425861726.1926424.1432051327868.JavaMail.yahoo@mail.yahoo.com> Message-ID: <55643D05.20802@inria.fr> Le 19/05/2015 18:02, Francesco Pedretti a ?crit : > Dear all, > > I started to use Scilab only last week and I have some problems with > the command fscanfMat. I have to read three text file in order to > create a post processing of a fortran file. The problem is that the > code today decided to not open these files (yesterday it worked). I > tried also wth the command mopen and mgetl but it doesn't work. The > error message is the 999 cannot open the file. Using A=fscanfMat('flux.txt'); supposes that the Scilab working directory contains the flux.txt file. You can change the Scilab working directory with the cd function. Serge Steer > > In attachment I send also the scilab script and the three txt files. > Thanks for your help. > > Best regards, > > Francesco Pedretti > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From Serge.Steer at inria.fr Tue May 26 11:34:56 2015 From: Serge.Steer at inria.fr (Serge Steer) Date: Tue, 26 May 2015 11:34:56 +0200 Subject: [Scilab-users] Accidentally displaying huge matrices In-Reply-To: <6009-55632380-1-4d29a380@262593926> References: <6009-55632380-1-4d29a380@262593926> Message-ID: <55643E40.2090001@inria.fr> Le 25/05/2015 15:29, Antoine Monmayrant a ?crit : > > Le Samedi 23 Mai 2015 00:05 CEST, Samuel Gougeon a ?crit: > >> Hello Tim, >> >> Le 21/05/2015 17:48, Tim Wescott a ?crit : >>> .../... >>> First, is there a way to get it to stop? ctrl-C does not do the job. >> In your startup file .scilab or scilab.ini, you may add the instruction >> lines(1000) >> in order to turn on the pager and make it prompting the user to continue >> listing lines after each block of 1000 lines (or whatever you want). >> At the prompt, CTRL+C + abort works. > OK, but this also interrupts the execution of any script that display more than 1000 lines on the command line! > This can be particularly annoying when using scripts that process big data and output some progression infos on the command line. If one as set lines(1000), it is possible to stop the display just entering "n" when the system proposes to continue or to stop the display. > It's never nice to find out the next morning that your script stopped at 10% to ask whether it should keep on displaying text. > For me, this is more a workaround (with one big caveat) than a real solution. > The Julia way of displaying big matrices seems interesting. > Would it be hard to implement? > (honest question, I have no idea what work it implies) > As someone filled a bug/feature request? > > Cheers, > > Antoine > >> Regards >> Samuel >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> http://lists.scilab.org/mailman/listinfo/users >> > > > > > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users From antoine.monmayrant at laas.fr Tue May 26 11:46:24 2015 From: antoine.monmayrant at laas.fr (Antoine Monmayrant) Date: Tue, 26 May 2015 11:46:24 +0200 Subject: [Scilab-users] Accidentally displaying huge matrices In-Reply-To: <55643E40.2090001@inria.fr> References: <6009-55632380-1-4d29a380@262593926> <55643E40.2090001@inria.fr> Message-ID: <556440F0.50205@laas.fr> Le 05/26/2015 11:34 AM, Serge Steer a ?crit : > Le 25/05/2015 15:29, Antoine Monmayrant a ?crit : >> >> Le Samedi 23 Mai 2015 00:05 CEST, Samuel Gougeon a ?crit: >> >>> Hello Tim, >>> >>> Le 21/05/2015 17:48, Tim Wescott a ?crit : >>>> .../... >>>> First, is there a way to get it to stop? ctrl-C does not do the job. >>> In your startup file .scilab or scilab.ini, you may add the instruction >>> lines(1000) >>> in order to turn on the pager and make it prompting the user to continue >>> listing lines after each block of 1000 lines (or whatever you want). >>> At the prompt, CTRL+C + abort works. >> OK, but this also interrupts the execution of any script that display more than 1000 lines on the command line! >> This can be particularly annoying when using scripts that process big data and output some progression infos on the command line. > If one as set lines(1000), it is possible to stop the display just > entering "n" when the system proposes to continue or to stop the display. Exactly, and all the calculations are stopped, waiting for the user input. If this occurs in the middle of the night while the user is sleeping, it means half a night of calculations wasted. It occured to me a couple of times and it's a pain. Antoine >> It's never nice to find out the next morning that your script stopped at 10% to ask whether it should keep on displaying text. >> For me, this is more a workaround (with one big caveat) than a real solution. >> The Julia way of displaying big matrices seems interesting. >> Would it be hard to implement? >> (honest question, I have no idea what work it implies) >> As someone filled a bug/feature request? >> >> Cheers, >> >> Antoine >> >>> Regards >>> Samuel >>> >>> _______________________________________________ >>> users mailing list >>> users at lists.scilab.org >>> http://lists.scilab.org/mailman/listinfo/users >>> >> >> >> >> >> >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> http://lists.scilab.org/mailman/listinfo/users > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > -- +++++++++++++++++++++++++++++++++++++++++++++++++++++++ Antoine Monmayrant LAAS - CNRS 7 avenue du Colonel Roche BP 54200 31031 TOULOUSE Cedex 4 FRANCE Tel:+33 5 61 33 64 59 email : antoine.monmayrant at laas.fr permanent email : antoine.monmayrant at polytechnique.org +++++++++++++++++++++++++++++++++++++++++++++++++++++++ From stephane.mottelet at utc.fr Tue May 26 13:58:45 2015 From: stephane.mottelet at utc.fr (=?UTF-8?B?U3TDqXBoYW5lIE1vdHRlbGV0?=) Date: Tue, 26 May 2015 13:58:45 +0200 Subject: [Scilab-users] Accidentally displaying huge matrices In-Reply-To: <55643E40.2090001@inria.fr> References: <6009-55632380-1-4d29a380@262593926> <55643E40.2090001@inria.fr> Message-ID: <55645FF5.50502@utc.fr> btw how can you overload the display of double matrices ? S. Le 26/05/2015 11:34, Serge Steer a ?crit : > Le 25/05/2015 15:29, Antoine Monmayrant a ?crit : >> >> Le Samedi 23 Mai 2015 00:05 CEST, Samuel Gougeon a ?crit: >> >>> Hello Tim, >>> >>> Le 21/05/2015 17:48, Tim Wescott a ?crit : >>>> .../... >>>> First, is there a way to get it to stop? ctrl-C does not do the job. >>> In your startup file .scilab or scilab.ini, you may add the instruction >>> lines(1000) >>> in order to turn on the pager and make it prompting the user to continue >>> listing lines after each block of 1000 lines (or whatever you want). >>> At the prompt, CTRL+C + abort works. >> OK, but this also interrupts the execution of any script that display more than 1000 lines on the command line! >> This can be particularly annoying when using scripts that process big data and output some progression infos on the command line. > If one as set lines(1000), it is possible to stop the display just > entering "n" when the system proposes to continue or to stop the display. >> It's never nice to find out the next morning that your script stopped at 10% to ask whether it should keep on displaying text. >> For me, this is more a workaround (with one big caveat) than a real solution. >> The Julia way of displaying big matrices seems interesting. >> Would it be hard to implement? >> (honest question, I have no idea what work it implies) >> As someone filled a bug/feature request? >> >> Cheers, >> >> Antoine >> >>> Regards >>> Samuel >>> >>> _______________________________________________ >>> users mailing list >>> users at lists.scilab.org >>> http://lists.scilab.org/mailman/listinfo/users >>> >> >> >> >> >> >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> http://lists.scilab.org/mailman/listinfo/users > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users -- D?partement de G?nie Informatique EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable Universit? de Technologie de Compi?gne - CS 60319 60203 Compi?gne cedex From andreifootballer at mail.ru Tue May 26 16:28:21 2015 From: andreifootballer at mail.ru (=?UTF-8?B?0JDQvdC00YDQtdC5INCT0LvRg9GI0LrQvg==?=) Date: Tue, 26 May 2015 17:28:21 +0300 Subject: [Scilab-users] (no subject) Message-ID: <1432650501.677132336@f94.i.mail.ru> Hello, guys. I have a problem with FROMWSB block. I simulate a simple model which use a workspace parameter (V.time and V.values) and draw a simple graph.When i use scicosim function i want to change a parameters of FROMWSB block (new V.time and V.values) and continue simulation. But i don't know how to change a parameters of this block. Is it possible? Please, I need your help. Thank you. ? ?????????, ?????? ?????? andreifootballer at mail.ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Tue May 26 17:48:45 2015 From: sgougeon at free.fr (sgougeon at free.fr) Date: Tue, 26 May 2015 17:48:45 +0200 (CEST) Subject: [Scilab-users] Accidentally displaying huge matrices In-Reply-To: <55645FF5.50502@utc.fr> Message-ID: <145576747.18775939.1432655325598.JavaMail.root@zimbra75-e12.priv.proxad.net> >btw how can you overload the display of double matrices ? you can redefine disp(), but AFAIK it is not possible to overload the default display for native types such as booleans, decimal or complex numbers, strings... For instance, if you define %s_p(), it won't never be called when displaying a matrix of decimals or complexes. From tim at wescottdesign.com Tue May 26 19:03:07 2015 From: tim at wescottdesign.com (Tim Wescott) Date: Tue, 26 May 2015 10:03:07 -0700 Subject: [Scilab-users] Accidentally displaying huge matrices In-Reply-To: <6009-55632380-1-4d29a380@262593926> References: <6009-55632380-1-4d29a380@262593926> Message-ID: <1432659787.2230.1.camel@servo> On Mon, 2015-05-25 at 15:29 +0200, Antoine Monmayrant wrote: > Le Samedi 23 Mai 2015 00:05 CEST, Samuel Gougeon a ?crit: > > > Hello Tim, > > > > Le 21/05/2015 17:48, Tim Wescott a ?crit : > > > .../... > > > First, is there a way to get it to stop? ctrl-C does not do the job. > > In your startup file .scilab or scilab.ini, you may add the instruction > > lines(1000) > > in order to turn on the pager and make it prompting the user to continue > > listing lines after each block of 1000 lines (or whatever you want). > > At the prompt, CTRL+C + abort works. > > OK, but this also interrupts the execution of any script that display more than 1000 lines on the command line! > This can be particularly annoying when using scripts that process big data and output some progression infos on the command line. > It's never nice to find out the next morning that your script stopped at 10% to ask whether it should keep on displaying text. > For me, this is more a workaround (with one big caveat) than a real solution. > The Julia way of displaying big matrices seems interesting. > Would it be hard to implement? > (honest question, I have no idea what work it implies) > As someone filled a bug/feature request? Argh. I just did the lines(1000) thing, and now I think I'm going to take it out, because I do NOT want this to happen! Is it all that hard to interrupt the display of a large matrix with ctrl-C? (I vote for the Julia way of displaying things, even though I have no clue what Julia is, BTW). -- Tim Wescott www.wescottdesign.com Control & Communications systems, circuit & software design. Phone: 503.631.7815 Cell: 503.349.8432 From amonmayr at laas.fr Tue May 26 23:25:39 2015 From: amonmayr at laas.fr (Antoine Monmayrant) Date: Tue, 26 May 2015 23:25:39 +0200 Subject: [Scilab-users] Accidentally displaying huge matrices In-Reply-To: <1432659787.2230.1.camel@servo> Message-ID: <148e-5564e500-5-5153c680@237306442> Le Mardi 26 Mai 2015 19:03 CEST, Tim Wescott a ?crit: > On Mon, 2015-05-25 at 15:29 +0200, Antoine Monmayrant wrote: > > Le Samedi 23 Mai 2015 00:05 CEST, Samuel Gougeon a ?crit: > > > > > Hello Tim, > > > > > > Le 21/05/2015 17:48, Tim Wescott a ?crit : > > > > .../... > > > > First, is there a way to get it to stop? ctrl-C does not do the job. > > > In your startup file .scilab or scilab.ini, you may add the instruction > > > lines(1000) > > > in order to turn on the pager and make it prompting the user to continue > > > listing lines after each block of 1000 lines (or whatever you want). > > > At the prompt, CTRL+C + abort works. > > > > OK, but this also interrupts the execution of any script that display more than 1000 lines on the command line! > > This can be particularly annoying when using scripts that process big data and output some progression infos on the command line. > > It's never nice to find out the next morning that your script stopped at 10% to ask whether it should keep on displaying text. > > For me, this is more a workaround (with one big caveat) than a real solution. > > The Julia way of displaying big matrices seems interesting. > > Would it be hard to implement? > > (honest question, I have no idea what work it implies) > > As someone filled a bug/feature request? > > Argh. I just did the lines(1000) thing, and now I think I'm going to > take it out, because I do NOT want this to happen! > > Is it all that hard to interrupt the display of a large matrix with > ctrl-C? > > (I vote for the Julia way of displaying things, even though I have no > clue what Julia is, BTW). It's a fairly new language that aims at solvaing the two language problem, ie reducing the gap between interactive, easy to use and prototype in but also slow languages (scilab, matlab, python, ...) and more efficient and less friendly languages (C, Fortran, ...). It's new and still evolving a lot but quite interesting (more info at julialang.org). But back to the discussion, I also think that the julia way of displaying is a good solution. > > -- > > Tim Wescott > www.wescottdesign.com > Control & Communications systems, circuit & software design. > Phone: 503.631.7815 > Cell: 503.349.8432 > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > From tim at wescottdesign.com Wed May 27 01:19:55 2015 From: tim at wescottdesign.com (Tim Wescott) Date: Tue, 26 May 2015 16:19:55 -0700 Subject: [Scilab-users] New computer, graphics(?) crashes Message-ID: <1432682395.30072.2.camel@servo> Running a Scilab algorithm that puts up a lot of graphs, Scilab crashes with the report below. It's only happened with Scilab, but it appears to be the video driver that's complaining, so I don't know if this is a problem with Linux or with Scilab. The processor is an AMD A10 with on-board video processing which is considerably different from my 12-year-old Dell that this computer is replacing. Does anyone have clues for the clueless? Particularly suggestions for isolating, fixing, or working around the problem? radeon: Failed to allocate a buffer: radeon: size : 3328 bytes radeon: alignment : 256 bytes radeon: domains : 2 EE ../../../../../../src/gallium/drivers/radeon/r600_texture.c:1012 r600_texture_transfer_map - failed to create temporary texture to hold untiled copy radeon: Failed to allocate a buffer: radeon: size : 1280 bytes radeon: alignment : 256 bytes radeon: domains : 4 radeon: Failed to allocate a buffer: radeon: size : 1 bytes radeon: alignment : 1 bytes radeon: domains : 2 radeon: Failed to allocate a buffer: radeon: size : 1 bytes radeon: alignment : 1 bytes radeon: domains : 2 Segmentation fault (core dumped) -- Tim Wescott www.wescottdesign.com Control & Communications systems, circuit & software design. Phone: 503.631.7815 Cell: 503.349.8432 From andreifootballer at mail.ru Wed May 27 06:10:15 2015 From: andreifootballer at mail.ru (ANDREY_PSTU) Date: Tue, 26 May 2015 21:10:15 -0700 (MST) Subject: [Scilab-users] FROMWSB Scilab Message-ID: <1432699815234-4032337.post@n3.nabble.com> Hello, guys. I have a problem with FROMWSB block. I simulate a simple model which use a workspace parameter (V.time and V.values) and draw a simple graph.When i use scicosim function i want to change a parameters of FROMWSB block (new V.time and V.values) and continue simulation. But i don't know how to change a parameters of this block. Is it possible? Please, I need your help. Thank you. -- View this message in context: http://mailinglists.scilab.org/FROMWSB-Scilab-tp4032337.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From n.strelkov at gmail.com Wed May 27 07:15:01 2015 From: n.strelkov at gmail.com (Nikolay Strelkov) Date: Wed, 27 May 2015 08:15:01 +0300 Subject: [Scilab-users] New computer, graphics(?) crashes In-Reply-To: <1432682395.30072.2.camel@servo> References: <1432682395.30072.2.camel@servo> Message-ID: Dear Tim! For me it seems that you need to use proprietary AMD drivers - fglrx. Open drivers are buggy and show low-performance. If you want to use open driver on Ubuntu 12.04 LTS (precise) you should upgrade its HWE to 14.04 LTS (trusty). With best regards, Nikolay. 27 ??? 2015 ?. 3:22 ???????????? "Tim Wescott" ???????: > Running a Scilab algorithm that puts up a lot of graphs, Scilab crashes > with the report below. It's only happened with Scilab, but it appears > to be the video driver that's complaining, so I don't know if this is a > problem with Linux or with Scilab. The processor is an AMD A10 with > on-board video processing which is considerably different from my > 12-year-old Dell that this computer is replacing. > > Does anyone have clues for the clueless? Particularly suggestions for > isolating, fixing, or working around the problem? > > radeon: Failed to allocate a buffer: > radeon: size : 3328 bytes > radeon: alignment : 256 bytes > radeon: domains : 2 > EE ../../../../../../src/gallium/drivers/radeon/r600_texture.c:1012 > r600_texture_transfer_map - failed to create temporary texture to hold > untiled copy > radeon: Failed to allocate a buffer: > radeon: size : 1280 bytes > radeon: alignment : 256 bytes > radeon: domains : 4 > radeon: Failed to allocate a buffer: > radeon: size : 1 bytes > radeon: alignment : 1 bytes > radeon: domains : 2 > radeon: Failed to allocate a buffer: > radeon: size : 1 bytes > radeon: alignment : 1 bytes > radeon: domains : 2 > Segmentation fault (core dumped) > > > -- > > Tim Wescott > www.wescottdesign.com > Control & Communications systems, circuit & software design. > Phone: 503.631.7815 > Cell: 503.349.8432 > > > _______________________________________________ > 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 Wed May 27 07:45:39 2015 From: fujimoto2005 at gmail.com (fujimoto2005) Date: Tue, 26 May 2015 22:45:39 -0700 (MST) Subject: [Scilab-users] long strings of two bites cahracter Message-ID: <1432705539804-4032339.post@n3.nabble.com> I failed to change current directory to a desired one. The cause of this seems to be a long path strings of two bites character. The length of my path string is 147bites and 97 characters(I am a Japanese and I use the tow bites for one character) When I input a path strings in a command line ,a 70th chinese character changed to "??'?". When I replace the 70th character by 'xxx' and I input the renewed string ,there is no problem,I mean no changed character. Of course I can't change the actual directory name. Is there any solutions? -- View this message in context: http://mailinglists.scilab.org/long-strings-of-two-bites-cahracter-tp4032339.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From fujimoto2005 at gmail.com Wed May 27 08:12:46 2015 From: fujimoto2005 at gmail.com (fujimoto2005) Date: Tue, 26 May 2015 23:12:46 -0700 (MST) Subject: [Scilab-users] long strings of two bites cahracter In-Reply-To: <1432705539804-4032339.post@n3.nabble.com> References: <1432705539804-4032339.post@n3.nabble.com> Message-ID: <1432707166385-4032340.post@n3.nabble.com> This example might be helpful. Input the following long two bites characters in a commnad line >'???????????????????????????????????????????????????????????????' You will get ans = ??????????????????????????????????????????????????????? ,????????? The some spaces and the consequent ',' is a problem. -- View this message in context: http://mailinglists.scilab.org/long-strings-of-two-bites-cahracter-tp4032339p4032340.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From Serge.Steer at inria.fr Wed May 27 09:41:26 2015 From: Serge.Steer at inria.fr (Serge Steer) Date: Wed, 27 May 2015 09:41:26 +0200 Subject: [Scilab-users] Accidentally displaying huge matrices In-Reply-To: <6009-55632380-1-4d29a380@262593926> References: <6009-55632380-1-4d29a380@262593926> Message-ID: <55657526.2070303@inria.fr> For me displaying a huge matrix (or huge structure) on the screen has in general no interest. So it should be convenient to display only its size and type as it is done when displaying a struct which contain a large array: -->S.A=rand(1000,1000) S = A: [1000x1000 constant] This solution can be set as a default display mode, keeping others as options. Serge Steer 25/05/2015 15:29, Antoine Monmayrant a ?crit : > > Le Samedi 23 Mai 2015 00:05 CEST, Samuel Gougeon a ?crit: > >> Hello Tim, >> >> Le 21/05/2015 17:48, Tim Wescott a ?crit : >>> .../... >>> First, is there a way to get it to stop? ctrl-C does not do the job. >> In your startup file .scilab or scilab.ini, you may add the instruction >> lines(1000) >> in order to turn on the pager and make it prompting the user to continue >> listing lines after each block of 1000 lines (or whatever you want). >> At the prompt, CTRL+C + abort works. > OK, but this also interrupts the execution of any script that display more than 1000 lines on the command line! > This can be particularly annoying when using scripts that process big data and output some progression infos on the command line. > It's never nice to find out the next morning that your script stopped at 10% to ask whether it should keep on displaying text. > For me, this is more a workaround (with one big caveat) than a real solution. > The Julia way of displaying big matrices seems interesting. > Would it be hard to implement? > (honest question, I have no idea what work it implies) > As someone filled a bug/feature request? > > Cheers, > > Antoine > >> Regards >> Samuel >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> http://lists.scilab.org/mailman/listinfo/users >> > > > > > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users From Alain.Lamy at cnes.fr Wed May 27 10:06:00 2015 From: Alain.Lamy at cnes.fr (Lamy Alain) Date: Wed, 27 May 2015 08:06:00 +0000 Subject: [Scilab-users] Accidentally displaying huge matrices In-Reply-To: <55657526.2070303@inria.fr> References: <6009-55632380-1-4d29a380@262593926> <55657526.2070303@inria.fr> Message-ID: <8F232902ADB4E14EB16789FB7006FC841311BAFC@TW-MBX-P01.cnesnet.ad.cnes.fr> It does not seem so simple to me. A = rand(1000, 1000); disp(A) => we probably don't want see all the values disp(A(1:100,1)) => we probably expect to see all the elements from 1 to 100 (for debugging purposes) A = [1,2; 3,4] => we expect to see [1,2; 3,4] L = list of 1000 elements disp(L) => we don't necessarily want all the values displayed (but sometimes we want) etc... Maybe define a second function ? disp => displays in the "julia" way (for instance) disp_all => display all elements whatever the size (it's the user responsibility to limit the size to something reasonable) Alain -----Message d'origine----- De?: users [mailto:users-bounces at lists.scilab.org] De la part de Serge Steer Envoy??: mercredi 27 mai 2015 09:41 ??: International users mailing list for Scilab. Objet?: Re: [Scilab-users] Accidentally displaying huge matrices For me displaying a huge matrix (or huge structure) on the screen has in general no interest. So it should be convenient to display only its size and type as it is done when displaying a struct which contain a large array: -->S.A=rand(1000,1000) S = A: [1000x1000 constant] This solution can be set as a default display mode, keeping others as options. From sgougeon at free.fr Wed May 27 10:46:50 2015 From: sgougeon at free.fr (Samuel Gougeon) Date: Wed, 27 May 2015 10:46:50 +0200 Subject: [Scilab-users] Accidentally displaying huge matrices In-Reply-To: <8F232902ADB4E14EB16789FB7006FC841311BAFC@TW-MBX-P01.cnesnet.ad.cnes.fr> References: <6009-55632380-1-4d29a380@262593926> <55657526.2070303@inria.fr> <8F232902ADB4E14EB16789FB7006FC841311BAFC@TW-MBX-P01.cnesnet.ad.cnes.fr> Message-ID: <5565847A.2030709@free.fr> Le 27/05/2015 10:06, Lamy Alain a ?crit : > Maybe define a second function ? > > disp => displays in the "julia" way (for instance) > disp_all => display all elements whatever the size (it's the user responsibility to limit the size to something reasonable) I guess that Serge was wondering about the default display, when an instruction is not followed by ";". disp() is something else. When we use disp(), the output is intentional and required. So there should not have any abstract with disp(). For the default output, i rather agree with Serge. But the limit between a full display and an abstract should be tunable (in addition to a switch to an non-wrapped mode). For instance, a max number of lines set through lines() <0 could mean that an abstract is preferred for taller output. If it is >0, the pagging mode is preferred. And if it is 0, no limit would be set (as it is presently). Samuel From Serge.Steer at inria.fr Wed May 27 11:02:20 2015 From: Serge.Steer at inria.fr (Serge Steer) Date: Wed, 27 May 2015 11:02:20 +0200 Subject: [Scilab-users] Accidentally displaying huge matrices In-Reply-To: <5565847A.2030709@free.fr> References: <6009-55632380-1-4d29a380@262593926> <55657526.2070303@inria.fr> <8F232902ADB4E14EB16789FB7006FC841311BAFC@TW-MBX-P01.cnesnet.ad.cnes.fr> <5565847A.2030709@free.fr> Message-ID: <5565881C.1040802@inria.fr> Le 27/05/2015 10:46, Samuel Gougeon a ?crit : > Le 27/05/2015 10:06, Lamy Alain a ?crit : >> Maybe define a second function ? >> >> disp => displays in the "julia" way (for instance) >> disp_all => display all elements whatever the size (it's the user >> responsibility to limit the size to something reasonable) > I guess that Serge was wondering about the default display, when an > instruction is not followed by ";". > disp() is something else. When we use disp(), the output is > intentional and required. So there should not have any abstract with > disp(). > > For the default output, i rather agree with Serge. But the limit > between a full display and an abstract should be tunable (in addition > to a switch to an non-wrapped mode). > For instance, a max number of lines set through lines() <0 could mean > that an abstract is preferred for taller output. If it is >0, the > pagging mode is preferred. And if it is 0, no limit would be set (as > it is presently). > Just take care that lines() does not rule olny the display of a variable, it also rules the display of all outputs generated by an intruction as in the following example: lines(10) for i=1:20,i,end Serge > Samuel > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users From vincent.couvert at scilab-enterprises.com Wed May 27 14:15:42 2015 From: vincent.couvert at scilab-enterprises.com (Vincent COUVERT) Date: Wed, 27 May 2015 14:15:42 +0200 Subject: [Scilab-users] Accidentally displaying huge matrices In-Reply-To: <5565881C.1040802@inria.fr> References: <6009-55632380-1-4d29a380@262593926> <55657526.2070303@inria.fr> <8F232902ADB4E14EB16789FB7006FC841311BAFC@TW-MBX-P01.cnesnet.ad.cnes.fr> <5565847A.2030709@free.fr> <5565881C.1040802@inria.fr> Message-ID: <5565B56E.8040806@scilab-enterprises.com> Hi all, What would you think about a feature describe as follows? We coud add a specific calling sequence for lines function (e.g lines(-1000)) that will switch automatically the display of Scilab to the "short" mode [1000x1000 constant] for a matrix (or hypermatrix) having a dimension greater that 1000. Regards. Le 27/05/2015 11:02, Serge Steer a ?crit : > Le 27/05/2015 10:46, Samuel Gougeon a ?crit : >> Le 27/05/2015 10:06, Lamy Alain a ?crit : >>> Maybe define a second function ? >>> >>> disp => displays in the "julia" way (for instance) >>> disp_all => display all elements whatever the size (it's the user >>> responsibility to limit the size to something reasonable) >> I guess that Serge was wondering about the default display, when an >> instruction is not followed by ";". >> disp() is something else. When we use disp(), the output is >> intentional and required. So there should not have any abstract with >> disp(). >> >> For the default output, i rather agree with Serge. But the limit >> between a full display and an abstract should be tunable (in addition >> to a switch to an non-wrapped mode). >> For instance, a max number of lines set through lines() <0 could mean >> that an abstract is preferred for taller output. If it is >0, the >> pagging mode is preferred. And if it is 0, no limit would be set (as >> it is presently). >> > Just take care that lines() does not rule olny the display of a > variable, it also rules the display of all outputs generated by an > intruction as in the following example: > > lines(10) > for i=1:20,i,end > > > Serge >> Samuel >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> http://lists.scilab.org/mailman/listinfo/users > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users From Serge.Steer at inria.fr Wed May 27 16:06:26 2015 From: Serge.Steer at inria.fr (Serge Steer) Date: Wed, 27 May 2015 16:06:26 +0200 Subject: [Scilab-users] Accidentally displaying huge matrices In-Reply-To: <5565B56E.8040806@scilab-enterprises.com> References: <6009-55632380-1-4d29a380@262593926> <55657526.2070303@inria.fr> <8F232902ADB4E14EB16789FB7006FC841311BAFC@TW-MBX-P01.cnesnet.ad.cnes.fr> <5565847A.2030709@free.fr> <5565881C.1040802@inria.fr> <5565B56E.8040806@scilab-enterprises.com> Message-ID: <5565CF62.3010000@inria.fr> Le 27/05/2015 14:15, Vincent COUVERT a ?crit : > Hi all, > > What would you think about a feature describe as follows? > > We coud add a specific calling sequence for lines function (e.g > lines(-1000)) that will switch automatically the display of Scilab to > the "short" mode [1000x1000 constant] for a matrix (or hypermatrix) > having a dimension greater that 1000. > I think using lines(-1000) or a similar solution is not a good solution because as I said lines function does not rules the display of a single variable, but the display of all output generated by an instruction In my opinion it should be better to extend the format function adding an optional argument or modifying the function to allow syntax like format("type","v","digits",10,"max_lines",100) format("max_lines",100) Serge > Regards. > > Le 27/05/2015 11:02, Serge Steer a ?crit : >> Le 27/05/2015 10:46, Samuel Gougeon a ?crit : >>> Le 27/05/2015 10:06, Lamy Alain a ?crit : >>>> Maybe define a second function ? >>>> >>>> disp => displays in the "julia" way (for instance) >>>> disp_all => display all elements whatever the size (it's the user >>>> responsibility to limit the size to something reasonable) >>> I guess that Serge was wondering about the default display, when an >>> instruction is not followed by ";". >>> disp() is something else. When we use disp(), the output is >>> intentional and required. So there should not have any abstract with >>> disp(). >>> >>> For the default output, i rather agree with Serge. But the limit >>> between a full display and an abstract should be tunable (in addition >>> to a switch to an non-wrapped mode). >>> For instance, a max number of lines set through lines() <0 could mean >>> that an abstract is preferred for taller output. If it is >0, the >>> pagging mode is preferred. And if it is 0, no limit would be set (as >>> it is presently). >>> >> Just take care that lines() does not rule olny the display of a >> variable, it also rules the display of all outputs generated by an >> intruction as in the following example: >> >> lines(10) >> for i=1:20,i,end >> >> >> Serge >>> Samuel >>> >>> _______________________________________________ >>> users mailing list >>> users at lists.scilab.org >>> http://lists.scilab.org/mailman/listinfo/users >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> http://lists.scilab.org/mailman/listinfo/users > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users From tim at wescottdesign.com Wed May 27 17:55:51 2015 From: tim at wescottdesign.com (Tim Wescott) Date: Wed, 27 May 2015 08:55:51 -0700 Subject: [Scilab-users] Accidentally displaying huge matrices In-Reply-To: <55657526.2070303@inria.fr> References: <6009-55632380-1-4d29a380@262593926> <55657526.2070303@inria.fr> Message-ID: <1432742151.30072.6.camel@servo> With the caveat that the threshold size that determines what gets displayed in its entirety and what doesn't is tunable, this works for me. The root problem that I'm addressing is the pitfall of doing something that prints for ever and ever just because I forgot the ';'. On Wed, 2015-05-27 at 09:41 +0200, Serge Steer wrote: > For me displaying a huge matrix (or huge structure) on the screen has in > general no interest. So it should be convenient to display only its size > and type as it is done when displaying a struct which contain a large array: > -->S.A=rand(1000,1000) > S = > > A: [1000x1000 constant] > This solution can be set as a default display mode, keeping others as > options. > > Serge Steer > > 25/05/2015 15:29, Antoine Monmayrant a ?crit : > > > > Le Samedi 23 Mai 2015 00:05 CEST, Samuel Gougeon a ?crit: > > > >> Hello Tim, > >> > >> Le 21/05/2015 17:48, Tim Wescott a ?crit : > >>> .../... > >>> First, is there a way to get it to stop? ctrl-C does not do the job. > >> In your startup file .scilab or scilab.ini, you may add the instruction > >> lines(1000) > >> in order to turn on the pager and make it prompting the user to continue > >> listing lines after each block of 1000 lines (or whatever you want). > >> At the prompt, CTRL+C + abort works. > > OK, but this also interrupts the execution of any script that display more than 1000 lines on the command line! > > This can be particularly annoying when using scripts that process big data and output some progression infos on the command line. > > It's never nice to find out the next morning that your script stopped at 10% to ask whether it should keep on displaying text. > > For me, this is more a workaround (with one big caveat) than a real solution. > > The Julia way of displaying big matrices seems interesting. > > Would it be hard to implement? > > (honest question, I have no idea what work it implies) > > As someone filled a bug/feature request? > > > > Cheers, > > > > Antoine > > > >> Regards > >> Samuel > >> > >> _______________________________________________ > >> users mailing list > >> users at lists.scilab.org > >> http://lists.scilab.org/mailman/listinfo/users > >> > > > > > > > > > > > > > > _______________________________________________ > > users mailing list > > users at lists.scilab.org > > http://lists.scilab.org/mailman/listinfo/users > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users -- Tim Wescott www.wescottdesign.com Control & Communications systems, circuit & software design. Phone: 503.631.7815 Cell: 503.349.8432 From sgougeon at free.fr Thu May 28 02:46:02 2015 From: sgougeon at free.fr (Samuel Gougeon) Date: Thu, 28 May 2015 02:46:02 +0200 Subject: [Scilab-users] Accidentally displaying huge matrices In-Reply-To: <5565B56E.8040806@scilab-enterprises.com> References: <6009-55632380-1-4d29a380@262593926> <55657526.2070303@inria.fr> <8F232902ADB4E14EB16789FB7006FC841311BAFC@TW-MBX-P01.cnesnet.ad.cnes.fr> <5565847A.2030709@free.fr> <5565881C.1040802@inria.fr> <5565B56E.8040806@scilab-enterprises.com> Message-ID: <5566654A.3080804@free.fr> Le 27/05/2015 14:15, Vincent COUVERT a ?crit : > Hi all, > > What would you think about a feature describe as follows? > > We coud add a specific calling sequence for lines function (e.g > lines(-1000)) that will switch automatically the display of Scilab to > the "short" mode [1000x1000 constant] for a matrix (or hypermatrix) > having a dimension greater that 1000. I agree with Serge that my initial proposal using existing lines() flags and just adding a sign convention is not good, for the reason he explained, and also because such a convention would be closed, would prevent any extension for further paging or overall formating modes. But i disagree about extending format() instead, because presently format() works only on formating numbers (for disp() and string()). This would turn its role confused. I would rather advice to keep lines() to implement new paging modes -- because it is already its job, not the format()'s one : Scilab's format() is not Matlab's one --, but to extend its size. Hence, L = lines(); L(3)=100 could be a new flag thresholding full/abstract modes. In the same way, a non-wrapping mode could be tuned through L(4), instead of highjacking L(2) with any sign convention. Finally, if a compact output mode without extra blank lines should be implemented & switched, lines() would also be involved, not format(). Samuel PS : format() could also be extended, in the first place for instance to replace xset("fpf",v) -- that has still no set() equivalence ; but this is another discussion. From tim at wescottdesign.com Thu May 28 06:45:50 2015 From: tim at wescottdesign.com (Tim Wescott) Date: Wed, 27 May 2015 21:45:50 -0700 Subject: [Scilab-users] New computer, graphics(?) crashes In-Reply-To: References: <1432682395.30072.2.camel@servo> Message-ID: <1432788350.4590.3.camel@servo> I'm running Lubuntu 14.04. I installed fglrx, and the behavior got worse. Before, Scilab would run for a while. Now, it gets to the first graphics issue and bombs. I'm going to try uninstalling fglrx and see what happens. I'm going to be getting desperate here soon -- this is my work machine, I'm in the middle of a project for a customer, and I'm stuck here. (Disabling on-board video and buying a graphics card is an option). I start scilab from the command line and get: libEGL warning: DRI2: failed to authenticate Then at the Scilab prompt I type scf(0); clf; plot2d(sin((0:0.01:1) * 4 * %pi)) I get a nice graph. Then I close the graph window, and Scilab tanks, with the following message: # # A fatal error has been detected by the Java Runtime Environment: # # SIGSEGV (0xb) at pc=0xb6ddc289, pid=4421, tid=543931200 # # JRE version: 6.0_41-b02 # Java VM: Java HotSpot(TM) Server VM (20.14-b01 mixed mode linux-x86 ) # Problematic frame: # C [libscilab-cli.so.0+0x185289] short+0x9f # # An error report file with more information is saved as: # /home/tim/Documents/Customers/Pacesetter/Technical/Software/particle/ScilabCode/hs_err_pid4421.log # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # [error occurred during error reporting (null), id 0xb] Aborted (core dumped) On Wed, 2015-05-27 at 08:15 +0300, Nikolay Strelkov wrote: > Dear Tim! > > For me it seems that you need to use proprietary AMD drivers - fglrx. > Open drivers are buggy and show low-performance. > > If you want to use open driver on Ubuntu 12.04 LTS (precise) you > should upgrade its HWE to 14.04 LTS (trusty). > > With best regards, > Nikolay. > > > 27 ??? 2015 ?. 3:22 ???????????? "Tim Wescott" > ???????: > Running a Scilab algorithm that puts up a lot of graphs, > Scilab crashes > with the report below. It's only happened with Scilab, but it > appears > to be the video driver that's complaining, so I don't know if > this is a > problem with Linux or with Scilab. The processor is an AMD > A10 with > on-board video processing which is considerably different from > my > 12-year-old Dell that this computer is replacing. > > Does anyone have clues for the clueless? Particularly > suggestions for > isolating, fixing, or working around the problem? > > radeon: Failed to allocate a buffer: > radeon: size : 3328 bytes > radeon: alignment : 256 bytes > radeon: domains : 2 > EE ../../../../../../src/gallium/drivers/radeon/r600_texture.c:1012 > r600_texture_transfer_map - failed to create temporary texture > to hold > untiled copy > radeon: Failed to allocate a buffer: > radeon: size : 1280 bytes > radeon: alignment : 256 bytes > radeon: domains : 4 > radeon: Failed to allocate a buffer: > radeon: size : 1 bytes > radeon: alignment : 1 bytes > radeon: domains : 2 > radeon: Failed to allocate a buffer: > radeon: size : 1 bytes > radeon: alignment : 1 bytes > radeon: domains : 2 > Segmentation fault (core dumped) > > > -- > > Tim Wescott > www.wescottdesign.com > Control & Communications systems, circuit & software design. > Phone: 503.631.7815 > Cell: 503.349.8432 > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users -- Tim Wescott www.wescottdesign.com Control & Communications systems, circuit & software design. Phone: 503.631.7815 Cell: 503.349.8432 From tim at wescottdesign.com Thu May 28 06:54:29 2015 From: tim at wescottdesign.com (Tim Wescott) Date: Wed, 27 May 2015 21:54:29 -0700 Subject: [Scilab-users] New computer, graphics(?) crashes In-Reply-To: References: <1432682395.30072.2.camel@servo> Message-ID: <1432788869.2101.0.camel@servo> Strike that, I'm running 12.04. Dang. Time to upgrade, I guess. On Wed, 2015-05-27 at 08:15 +0300, Nikolay Strelkov wrote: > Dear Tim! > > For me it seems that you need to use proprietary AMD drivers - fglrx. > Open drivers are buggy and show low-performance. > > If you want to use open driver on Ubuntu 12.04 LTS (precise) you > should upgrade its HWE to 14.04 LTS (trusty). > > With best regards, > Nikolay. > > > 27 ??? 2015 ?. 3:22 ???????????? "Tim Wescott" > ???????: > Running a Scilab algorithm that puts up a lot of graphs, > Scilab crashes > with the report below. It's only happened with Scilab, but it > appears > to be the video driver that's complaining, so I don't know if > this is a > problem with Linux or with Scilab. The processor is an AMD > A10 with > on-board video processing which is considerably different from > my > 12-year-old Dell that this computer is replacing. > > Does anyone have clues for the clueless? Particularly > suggestions for > isolating, fixing, or working around the problem? > > radeon: Failed to allocate a buffer: > radeon: size : 3328 bytes > radeon: alignment : 256 bytes > radeon: domains : 2 > EE ../../../../../../src/gallium/drivers/radeon/r600_texture.c:1012 > r600_texture_transfer_map - failed to create temporary texture > to hold > untiled copy > radeon: Failed to allocate a buffer: > radeon: size : 1280 bytes > radeon: alignment : 256 bytes > radeon: domains : 4 > radeon: Failed to allocate a buffer: > radeon: size : 1 bytes > radeon: alignment : 1 bytes > radeon: domains : 2 > radeon: Failed to allocate a buffer: > radeon: size : 1 bytes > radeon: alignment : 1 bytes > radeon: domains : 2 > Segmentation fault (core dumped) > > > -- > > Tim Wescott > www.wescottdesign.com > Control & Communications systems, circuit & software design. > Phone: 503.631.7815 > Cell: 503.349.8432 > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users -- Tim Wescott www.wescottdesign.com Control & Communications systems, circuit & software design. Phone: 503.631.7815 Cell: 503.349.8432 From amonmayr at laas.fr Thu May 28 08:42:13 2015 From: amonmayr at laas.fr (Antoine Monmayrant) Date: Thu, 28 May 2015 08:42:13 +0200 Subject: [Scilab-users] =?utf-8?q?New_computer=2C_graphics=28=3F=29_crashe?= =?utf-8?q?s?= In-Reply-To: <1432788869.2101.0.camel@servo> Message-ID: <7957-5566b900-1-22dcb18@148376375> Le Jeudi 28 Mai 2015 06:54 CEST, Tim Wescott a ?crit: > Strike that, I'm running 12.04. Dang. Time to upgrade, I guess. Yep, first thing to do. And keep on digging on the videocard driver side if you still have troubles. Scilab tends to be a good way to detect buggy video drivers! Getting a cheap videocard with decent drivers might be the easiest way to solve your problem. You might try to ask other Linux users what card they have and whether they get graphics related crashes. Antoine > > On Wed, 2015-05-27 at 08:15 +0300, Nikolay Strelkov wrote: > > Dear Tim! > > > > For me it seems that you need to use proprietary AMD drivers - fglrx. > > Open drivers are buggy and show low-performance. > > > > If you want to use open driver on Ubuntu 12.04 LTS (precise) you > > should upgrade its HWE to 14.04 LTS (trusty). > > > > With best regards, > > Nikolay. > > > > > > 27 ??? 2015 ?. 3:22 ???????????? "Tim Wescott" > > ???????: > > Running a Scilab algorithm that puts up a lot of graphs, > > Scilab crashes > > with the report below. It's only happened with Scilab, but it > > appears > > to be the video driver that's complaining, so I don't know if > > this is a > > problem with Linux or with Scilab. The processor is an AMD > > A10 with > > on-board video processing which is considerably different from > > my > > 12-year-old Dell that this computer is replacing. > > > > Does anyone have clues for the clueless? Particularly > > suggestions for > > isolating, fixing, or working around the problem? > > > > radeon: Failed to allocate a buffer: > > radeon: size : 3328 bytes > > radeon: alignment : 256 bytes > > radeon: domains : 2 > > EE ../../../../../../src/gallium/drivers/radeon/r600_texture.c:1012 > > r600_texture_transfer_map - failed to create temporary texture > > to hold > > untiled copy > > radeon: Failed to allocate a buffer: > > radeon: size : 1280 bytes > > radeon: alignment : 256 bytes > > radeon: domains : 4 > > radeon: Failed to allocate a buffer: > > radeon: size : 1 bytes > > radeon: alignment : 1 bytes > > radeon: domains : 2 > > radeon: Failed to allocate a buffer: > > radeon: size : 1 bytes > > radeon: alignment : 1 bytes > > radeon: domains : 2 > > Segmentation fault (core dumped) > > > > > > -- > > > > Tim Wescott > > www.wescottdesign.com > > Control & Communications systems, circuit & software design. > > Phone: 503.631.7815 > > Cell: 503.349.8432 > > > > > > _______________________________________________ > > users mailing list > > users at lists.scilab.org > > http://lists.scilab.org/mailman/listinfo/users > > -- > > Tim Wescott > www.wescottdesign.com > Control & Communications systems, circuit & software design. > Phone: 503.631.7815 > Cell: 503.349.8432 > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > From n.strelkov at gmail.com Thu May 28 09:18:31 2015 From: n.strelkov at gmail.com (Nikolay Strelkov) Date: Thu, 28 May 2015 10:18:31 +0300 Subject: [Scilab-users] New computer, graphics(?) crashes In-Reply-To: <7957-5566b900-1-22dcb18@148376375> References: <1432788869.2101.0.camel@servo> <7957-5566b900-1-22dcb18@148376375> Message-ID: Dear guys! I'll test Scilab on AMD A4-4000 today with Ubuntu 12.04.5 LTS and 14.04.2 LTS and report back. On my laptops I successfully use Scilab 5.x on Intel HD graphics (open drivers) and old Nvidia (GTX6xx, GT425, 9600GT both with proprietary drivers). 28 ??? 2015 ?. 10:44 ???????????? "Antoine Monmayrant" ???????: > > Le Jeudi 28 Mai 2015 06:54 CEST, Tim Wescott a > ?crit: > > > Strike that, I'm running 12.04. Dang. Time to upgrade, I guess. > > Yep, first thing to do. > And keep on digging on the videocard driver side if you still have > troubles. > Scilab tends to be a good way to detect buggy video drivers! > Getting a cheap videocard with decent drivers might be the easiest way to > solve your problem. > You might try to ask other Linux users what card they have and whether > they get graphics related crashes. > > Antoine > > > > > On Wed, 2015-05-27 at 08:15 +0300, Nikolay Strelkov wrote: > > > Dear Tim! > > > > > > For me it seems that you need to use proprietary AMD drivers - fglrx. > > > Open drivers are buggy and show low-performance. > > > > > > If you want to use open driver on Ubuntu 12.04 LTS (precise) you > > > should upgrade its HWE to 14.04 LTS (trusty). > > > > > > With best regards, > > > Nikolay. > > > > > > > > > 27 ??? 2015 ?. 3:22 ???????????? "Tim Wescott" > > > ???????: > > > Running a Scilab algorithm that puts up a lot of graphs, > > > Scilab crashes > > > with the report below. It's only happened with Scilab, but it > > > appears > > > to be the video driver that's complaining, so I don't know if > > > this is a > > > problem with Linux or with Scilab. The processor is an AMD > > > A10 with > > > on-board video processing which is considerably different from > > > my > > > 12-year-old Dell that this computer is replacing. > > > > > > Does anyone have clues for the clueless? Particularly > > > suggestions for > > > isolating, fixing, or working around the problem? > > > > > > radeon: Failed to allocate a buffer: > > > radeon: size : 3328 bytes > > > radeon: alignment : 256 bytes > > > radeon: domains : 2 > > > EE > ../../../../../../src/gallium/drivers/radeon/r600_texture.c:1012 > > > r600_texture_transfer_map - failed to create temporary texture > > > to hold > > > untiled copy > > > radeon: Failed to allocate a buffer: > > > radeon: size : 1280 bytes > > > radeon: alignment : 256 bytes > > > radeon: domains : 4 > > > radeon: Failed to allocate a buffer: > > > radeon: size : 1 bytes > > > radeon: alignment : 1 bytes > > > radeon: domains : 2 > > > radeon: Failed to allocate a buffer: > > > radeon: size : 1 bytes > > > radeon: alignment : 1 bytes > > > radeon: domains : 2 > > > Segmentation fault (core dumped) > > > > > > > > > -- > > > > > > Tim Wescott > > > www.wescottdesign.com > > > Control & Communications systems, circuit & software design. > > > Phone: 503.631.7815 > > > Cell: 503.349.8432 > > > > > > > > > _______________________________________________ > > > users mailing list > > > users at lists.scilab.org > > > http://lists.scilab.org/mailman/listinfo/users > > > > -- > > > > Tim Wescott > > www.wescottdesign.com > > Control & Communications systems, circuit & software design. > > Phone: 503.631.7815 > > Cell: 503.349.8432 > > > > > > _______________________________________________ > > 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 tim at wescottdesign.com Thu May 28 17:25:34 2015 From: tim at wescottdesign.com (tim at wescottdesign.com) Date: Thu, 28 May 2015 08:25:34 -0700 Subject: [Scilab-users] =?utf-8?q?New_computer=2C_graphics=28=3F=29_crashe?= =?utf-8?q?s?= In-Reply-To: References: <1432788869.2101.0.camel@servo> <7957-5566b900-1-22dcb18@148376375> Message-ID: <8b633db840aea4f8aeb22c8d801ba774@wescottdesign.com> For what it's worth, in Lubuntu the full fglrx packages causes immediate crashes, while uninstalling all fgrlx-related stuff except for fgrlx-core makes it last a while before it dies. Also, this computer was a rush job to replace my rather old previous machine which died Monday morning, and all I did to "install" the OS was to use the old hard drive. As a consequence, the new machine is running in 32-bit mode, not 64. I'm not sure how mature the 64-bit stuff is, or how neglected the 32-bit stuff may be at this point. On 2015-05-28 00:18, Nikolay Strelkov wrote: > Dear guys! > > I'll test Scilab on AMD A4-4000 today with Ubuntu 12.04.5 LTS and > 14.04.2 LTS and report back. > > On my laptops I successfully use Scilab 5.x on Intel HD graphics (open > drivers) and old Nvidia (GTX6xx, GT425, 9600GT both with proprietary > drivers). > 28 ??? 2015 ?. 10:44 ???????????? "Antoine Monmayrant" > ???????: > >> Le Jeudi 28 Mai 2015 06:54 CEST, Tim Wescott >> a ?crit: >> >>> Strike that, I'm running 12.04.? Dang.? Time to upgrade, I >> guess. >> >> Yep, first thing to do. >> And keep on digging on the videocard driver side if you still have >> troubles. >> Scilab tends to be a good way to detect buggy video drivers! >> Getting a cheap videocard with decent drivers might be the easiest >> way to solve your problem. >> You might try to ask other Linux users what card they have and >> whether they get graphics related crashes. >> >> Antoine >> >>> >>> On Wed, 2015-05-27 at 08:15 +0300, Nikolay Strelkov wrote: >>> > Dear Tim! >>> > >>> > For me it seems that you need to use proprietary AMD drivers - >> fglrx. >>> > Open drivers are buggy and show low-performance. >>> > >>> > If you want to use open driver on Ubuntu 12.04 LTS (precise) >> you >>> > should upgrade its HWE to 14.04 LTS (trusty). >>> > >>> > With best regards, >>> > Nikolay. >>> > >>> > >>> > 27 ??? 2015 ?. 3:22 ???????????? "Tim Wescott" >> >>> > ???????: >>> >? ? ? ? ?Running a Scilab algorithm that puts up a lot of >> graphs, >>> >? ? ? ? ?Scilab crashes >>> >? ? ? ? ?with the report below.? It's only happened with >> Scilab, but it >>> >? ? ? ? ?appears >>> >? ? ? ? ?to be the video driver that's complaining, so I >> don't know if >>> >? ? ? ? ?this is a >>> >? ? ? ? ?problem with Linux or with Scilab.? The processor >> is an AMD >>> >? ? ? ? ?A10 with >>> >? ? ? ? ?on-board video processing which is considerably >> different from >>> >? ? ? ? ?my >>> >? ? ? ? ?12-year-old Dell that this computer is replacing. >>> > >>> >? ? ? ? ?Does anyone have clues for the clueless?? >> Particularly >>> >? ? ? ? ?suggestions for >>> >? ? ? ? ?isolating, fixing, or working around the problem? >>> > >>> >? ? ? ? ?radeon: Failed to allocate a buffer: >>> >? ? ? ? ?radeon:? ? size? ? ? : 3328 bytes >>> >? ? ? ? ?radeon:? ? alignment : 256 bytes >>> >? ? ? ? ?radeon:? ? domains? ?: 2 >>> >? ? ? ? ?EE >> ../../../../../../src/gallium/drivers/radeon/r600_texture.c:1012 >>> >? ? ? ? ?r600_texture_transfer_map - failed to create >> temporary texture >>> >? ? ? ? ?to hold >>> >? ? ? ? ?untiled copy >>> >? ? ? ? ?radeon: Failed to allocate a buffer: >>> >? ? ? ? ?radeon:? ? size? ? ? : 1280 bytes >>> >? ? ? ? ?radeon:? ? alignment : 256 bytes >>> >? ? ? ? ?radeon:? ? domains? ?: 4 >>> >? ? ? ? ?radeon: Failed to allocate a buffer: >>> >? ? ? ? ?radeon:? ? size? ? ? : 1 bytes >>> >? ? ? ? ?radeon:? ? alignment : 1 bytes >>> >? ? ? ? ?radeon:? ? domains? ?: 2 >>> >? ? ? ? ?radeon: Failed to allocate a buffer: >>> >? ? ? ? ?radeon:? ? size? ? ? : 1 bytes >>> >? ? ? ? ?radeon:? ? alignment : 1 bytes >>> >? ? ? ? ?radeon:? ? domains? ?: 2 >>> >? ? ? ? ?Segmentation fault (core dumped) >>> > >>> > >>> >? ? ? ? ?-- >>> > >>> >? ? ? ? ?Tim Wescott >>> >? ? ? ? ?www.wescottdesign.com [1] >>> >? ? ? ? ?Control & Communications systems, circuit & >> software design. >>> >? ? ? ? ?Phone: 503.631.7815 >>> >? ? ? ? ?Cell:? 503.349.8432 >>> > >>> > >>> >? ? ? ? ?_______________________________________________ >>> >? ? ? ? ?users mailing list >>> >? ? ? ? ?users at lists.scilab.org >>> >? ? ? ? ?http://lists.scilab.org/mailman/listinfo/users [2] >>> >>> -- >>> >>> Tim Wescott >>> www.wescottdesign.com [1] >>> Control & Communications systems, circuit & software design. >>> Phone: 503.631.7815 >>> Cell:? 503.349.8432 >>> >>> >>> _______________________________________________ >>> users mailing list >>> users at lists.scilab.org >>> http://lists.scilab.org/mailman/listinfo/users [2] >>> >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> http://lists.scilab.org/mailman/listinfo/users [2] > > > Links: > ------ > [1] http://www.wescottdesign.com > [2] http://lists.scilab.org/mailman/listinfo/users From n.strelkov at gmail.com Thu May 28 20:55:35 2015 From: n.strelkov at gmail.com (Nikolay Strelkov) Date: Thu, 28 May 2015 21:55:35 +0300 Subject: [Scilab-users] New computer, graphics(?) crashes In-Reply-To: <8b633db840aea4f8aeb22c8d801ba774@wescottdesign.com> References: <1432788869.2101.0.camel@servo> <7957-5566b900-1-22dcb18@148376375> <8b633db840aea4f8aeb22c8d801ba774@wescottdesign.com> Message-ID: Dear Tim! I did some tests. Ubuntu 14.04.2 LTS i386: $ glxinfo | grep -i vendor server glx vendor string: SGI client glx vendor string: Mesa Project and SGI OpenGL vendor string: X.Org $ lsmod | grep drm drm_kms_helper 55071 1 radeon drm 303102 5 ttm,drm_kms_helper,radeon Your command works normally scf(0); clf; plot2d(sin((0:0.01:1) * 4 * %pi)) Ubuntu 12.04.5 LTS i386: $ glxinfo | grep -i vendor server glx vendor string: SGI client glx vendor string: Mesa Project and SGI OpenGL vendor string: VMware, Inc. $ lsmod | grep drm drm_kms_helper 49282 1 radeon drm 249595 3 radeon,ttm,drm_kms_helper Your command works normally scf(0); clf; plot2d(sin((0:0.01:1) * 4 * %pi)) So I have no problems with A4-4000 APU. What exact laptop model do have? I understood about AMD A10. But may be there is a discrete (hybrid) card too? With best regards, maintainer and developer of Mathieu functions toolbox for Scilab, IEEE member, Ph.D., Nikolay Strelkov. 2015-05-28 18:25 GMT+03:00 : > For what it's worth, in Lubuntu the full fglrx packages causes immediate > crashes, while uninstalling all fgrlx-related stuff except for fgrlx-core > makes it last a while before it dies. > > Also, this computer was a rush job to replace my rather old previous > machine which died Monday morning, and all I did to "install" the OS was to > use the old hard drive. As a consequence, the new machine is running in > 32-bit mode, not 64. I'm not sure how mature the 64-bit stuff is, or how > neglected the 32-bit stuff may be at this point. > > > On 2015-05-28 00:18, Nikolay Strelkov wrote: > >> Dear guys! >> >> I'll test Scilab on AMD A4-4000 today with Ubuntu 12.04.5 LTS and >> 14.04.2 LTS and report back. >> >> On my laptops I successfully use Scilab 5.x on Intel HD graphics (open >> drivers) and old Nvidia (GTX6xx, GT425, 9600GT both with proprietary >> drivers). >> 28 ??? 2015 ?. 10:44 ???????????? "Antoine Monmayrant" >> ???????: >> >> Le Jeudi 28 Mai 2015 06:54 CEST, Tim Wescott >>> a ?crit: >>> >>> Strike that, I'm running 12.04. Dang. Time to upgrade, I >>>> >>> guess. >>> >>> Yep, first thing to do. >>> And keep on digging on the videocard driver side if you still have >>> troubles. >>> Scilab tends to be a good way to detect buggy video drivers! >>> Getting a cheap videocard with decent drivers might be the easiest >>> way to solve your problem. >>> You might try to ask other Linux users what card they have and >>> whether they get graphics related crashes. >>> >>> Antoine >>> >>> >>>> On Wed, 2015-05-27 at 08:15 +0300, Nikolay Strelkov wrote: >>>> > Dear Tim! >>>> > >>>> > For me it seems that you need to use proprietary AMD drivers - >>>> >>> fglrx. >>> >>>> > Open drivers are buggy and show low-performance. >>>> > >>>> > If you want to use open driver on Ubuntu 12.04 LTS (precise) >>>> >>> you >>> >>>> > should upgrade its HWE to 14.04 LTS (trusty). >>>> > >>>> > With best regards, >>>> > Nikolay. >>>> > >>>> > >>>> > 27 ??? 2015 ?. 3:22 ???????????? "Tim Wescott" >>>> >>> >>> >>>> > ???????: >>>> > Running a Scilab algorithm that puts up a lot of >>>> >>> graphs, >>> >>>> > Scilab crashes >>>> > with the report below. It's only happened with >>>> >>> Scilab, but it >>> >>>> > appears >>>> > to be the video driver that's complaining, so I >>>> >>> don't know if >>> >>>> > this is a >>>> > problem with Linux or with Scilab. The processor >>>> >>> is an AMD >>> >>>> > A10 with >>>> > on-board video processing which is considerably >>>> >>> different from >>> >>>> > my >>>> > 12-year-old Dell that this computer is replacing. >>>> > >>>> > Does anyone have clues for the clueless? >>>> >>> Particularly >>> >>>> > suggestions for >>>> > isolating, fixing, or working around the problem? >>>> > >>>> > radeon: Failed to allocate a buffer: >>>> > radeon: size : 3328 bytes >>>> > radeon: alignment : 256 bytes >>>> > radeon: domains : 2 >>>> > EE >>>> >>> ../../../../../../src/gallium/drivers/radeon/r600_texture.c:1012 >>> >>>> > r600_texture_transfer_map - failed to create >>>> >>> temporary texture >>> >>>> > to hold >>>> > untiled copy >>>> > radeon: Failed to allocate a buffer: >>>> > radeon: size : 1280 bytes >>>> > radeon: alignment : 256 bytes >>>> > radeon: domains : 4 >>>> > radeon: Failed to allocate a buffer: >>>> > radeon: size : 1 bytes >>>> > radeon: alignment : 1 bytes >>>> > radeon: domains : 2 >>>> > radeon: Failed to allocate a buffer: >>>> > radeon: size : 1 bytes >>>> > radeon: alignment : 1 bytes >>>> > radeon: domains : 2 >>>> > Segmentation fault (core dumped) >>>> > >>>> > >>>> > -- >>>> > >>>> > Tim Wescott >>>> > www.wescottdesign.com [1] >>>> > Control & Communications systems, circuit & >>>> >>> software design. >>> >>>> > Phone: 503.631.7815 >>>> > Cell: 503.349.8432 >>>> > >>>> > >>>> > _______________________________________________ >>>> > users mailing list >>>> > users at lists.scilab.org >>>> > http://lists.scilab.org/mailman/listinfo/users [2] >>>> >>>> -- >>>> >>>> Tim Wescott >>>> www.wescottdesign.com [1] >>>> Control & Communications systems, circuit & software design. >>>> Phone: 503.631.7815 >>>> Cell: 503.349.8432 >>>> >>>> >>>> _______________________________________________ >>>> users mailing list >>>> users at lists.scilab.org >>>> http://lists.scilab.org/mailman/listinfo/users [2] >>>> >>>> >>> _______________________________________________ >>> users mailing list >>> users at lists.scilab.org >>> http://lists.scilab.org/mailman/listinfo/users [2] >>> >> >> >> Links: >> ------ >> [1] http://www.wescottdesign.com >> [2] http://lists.scilab.org/mailman/listinfo/users >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From n.strelkov at gmail.com Thu May 28 22:58:54 2015 From: n.strelkov at gmail.com (Nikolay Strelkov) Date: Thu, 28 May 2015 23:58:54 +0300 Subject: [Scilab-users] New computer, graphics(?) crashes In-Reply-To: References: <1432788869.2101.0.camel@servo> <7957-5566b900-1-22dcb18@148376375> <8b633db840aea4f8aeb22c8d801ba774@wescottdesign.com> Message-ID: I forgot to mention - I have 14.04 HWE ( https://wiki.ubuntu.com/Kernel/LTSEnablementStack#Desktop-1 ) on my Ubuntu 12.04.5 LTS. 28 ??? 2015 ?. 22:55 ???????????? "Nikolay Strelkov" ???????: > Dear Tim! > > I did some tests. > > Ubuntu 14.04.2 LTS i386: > > $ glxinfo | grep -i vendor > server glx vendor string: SGI > client glx vendor string: Mesa Project and SGI > OpenGL vendor string: X.Org > > $ lsmod | grep drm > drm_kms_helper 55071 1 radeon > drm 303102 5 ttm,drm_kms_helper,radeon > > Your command works normally > scf(0); clf; plot2d(sin((0:0.01:1) * 4 * %pi)) > > Ubuntu 12.04.5 LTS i386: > $ glxinfo | grep -i vendor > server glx vendor string: SGI > client glx vendor string: Mesa Project and SGI > OpenGL vendor string: VMware, Inc. > > $ lsmod | grep drm > drm_kms_helper 49282 1 radeon > drm 249595 3 radeon,ttm,drm_kms_helper > > Your command works normally > scf(0); clf; plot2d(sin((0:0.01:1) * 4 * %pi)) > > So I have no problems with A4-4000 APU. > What exact laptop model do have? > I understood about AMD A10. But may be there is a discrete (hybrid) card > too? > > > With best regards, > maintainer and developer of Mathieu functions toolbox > for Scilab, > IEEE member, Ph.D., > Nikolay Strelkov. > > 2015-05-28 18:25 GMT+03:00 : > >> For what it's worth, in Lubuntu the full fglrx packages causes immediate >> crashes, while uninstalling all fgrlx-related stuff except for fgrlx-core >> makes it last a while before it dies. >> >> Also, this computer was a rush job to replace my rather old previous >> machine which died Monday morning, and all I did to "install" the OS was to >> use the old hard drive. As a consequence, the new machine is running in >> 32-bit mode, not 64. I'm not sure how mature the 64-bit stuff is, or how >> neglected the 32-bit stuff may be at this point. >> >> >> On 2015-05-28 00:18, Nikolay Strelkov wrote: >> >>> Dear guys! >>> >>> I'll test Scilab on AMD A4-4000 today with Ubuntu 12.04.5 LTS and >>> 14.04.2 LTS and report back. >>> >>> On my laptops I successfully use Scilab 5.x on Intel HD graphics (open >>> drivers) and old Nvidia (GTX6xx, GT425, 9600GT both with proprietary >>> drivers). >>> 28 ??? 2015 ?. 10:44 ???????????? "Antoine Monmayrant" >>> ???????: >>> >>> Le Jeudi 28 Mai 2015 06:54 CEST, Tim Wescott >>>> a ?crit: >>>> >>>> Strike that, I'm running 12.04. Dang. Time to upgrade, I >>>>> >>>> guess. >>>> >>>> Yep, first thing to do. >>>> And keep on digging on the videocard driver side if you still have >>>> troubles. >>>> Scilab tends to be a good way to detect buggy video drivers! >>>> Getting a cheap videocard with decent drivers might be the easiest >>>> way to solve your problem. >>>> You might try to ask other Linux users what card they have and >>>> whether they get graphics related crashes. >>>> >>>> Antoine >>>> >>>> >>>>> On Wed, 2015-05-27 at 08:15 +0300, Nikolay Strelkov wrote: >>>>> > Dear Tim! >>>>> > >>>>> > For me it seems that you need to use proprietary AMD drivers - >>>>> >>>> fglrx. >>>> >>>>> > Open drivers are buggy and show low-performance. >>>>> > >>>>> > If you want to use open driver on Ubuntu 12.04 LTS (precise) >>>>> >>>> you >>>> >>>>> > should upgrade its HWE to 14.04 LTS (trusty). >>>>> > >>>>> > With best regards, >>>>> > Nikolay. >>>>> > >>>>> > >>>>> > 27 ??? 2015 ?. 3:22 ???????????? "Tim Wescott" >>>>> >>>> >>>> >>>>> > ???????: >>>>> > Running a Scilab algorithm that puts up a lot of >>>>> >>>> graphs, >>>> >>>>> > Scilab crashes >>>>> > with the report below. It's only happened with >>>>> >>>> Scilab, but it >>>> >>>>> > appears >>>>> > to be the video driver that's complaining, so I >>>>> >>>> don't know if >>>> >>>>> > this is a >>>>> > problem with Linux or with Scilab. The processor >>>>> >>>> is an AMD >>>> >>>>> > A10 with >>>>> > on-board video processing which is considerably >>>>> >>>> different from >>>> >>>>> > my >>>>> > 12-year-old Dell that this computer is replacing. >>>>> > >>>>> > Does anyone have clues for the clueless? >>>>> >>>> Particularly >>>> >>>>> > suggestions for >>>>> > isolating, fixing, or working around the problem? >>>>> > >>>>> > radeon: Failed to allocate a buffer: >>>>> > radeon: size : 3328 bytes >>>>> > radeon: alignment : 256 bytes >>>>> > radeon: domains : 2 >>>>> > EE >>>>> >>>> ../../../../../../src/gallium/drivers/radeon/r600_texture.c:1012 >>>> >>>>> > r600_texture_transfer_map - failed to create >>>>> >>>> temporary texture >>>> >>>>> > to hold >>>>> > untiled copy >>>>> > radeon: Failed to allocate a buffer: >>>>> > radeon: size : 1280 bytes >>>>> > radeon: alignment : 256 bytes >>>>> > radeon: domains : 4 >>>>> > radeon: Failed to allocate a buffer: >>>>> > radeon: size : 1 bytes >>>>> > radeon: alignment : 1 bytes >>>>> > radeon: domains : 2 >>>>> > radeon: Failed to allocate a buffer: >>>>> > radeon: size : 1 bytes >>>>> > radeon: alignment : 1 bytes >>>>> > radeon: domains : 2 >>>>> > Segmentation fault (core dumped) >>>>> > >>>>> > >>>>> > -- >>>>> > >>>>> > Tim Wescott >>>>> > www.wescottdesign.com [1] >>>>> > Control & Communications systems, circuit & >>>>> >>>> software design. >>>> >>>>> > Phone: 503.631.7815 >>>>> > Cell: 503.349.8432 >>>>> > >>>>> > >>>>> > _______________________________________________ >>>>> > users mailing list >>>>> > users at lists.scilab.org >>>>> > http://lists.scilab.org/mailman/listinfo/users [2] >>>>> >>>>> -- >>>>> >>>>> Tim Wescott >>>>> www.wescottdesign.com [1] >>>>> Control & Communications systems, circuit & software design. >>>>> Phone: 503.631.7815 >>>>> Cell: 503.349.8432 >>>>> >>>>> >>>>> _______________________________________________ >>>>> users mailing list >>>>> users at lists.scilab.org >>>>> http://lists.scilab.org/mailman/listinfo/users [2] >>>>> >>>>> >>>> _______________________________________________ >>>> users mailing list >>>> users at lists.scilab.org >>>> http://lists.scilab.org/mailman/listinfo/users [2] >>>> >>> >>> >>> Links: >>> ------ >>> [1] http://www.wescottdesign.com >>> [2] http://lists.scilab.org/mailman/listinfo/users >>> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim at wescottdesign.com Fri May 29 02:28:28 2015 From: tim at wescottdesign.com (Tim Wescott) Date: Thu, 28 May 2015 17:28:28 -0700 Subject: [Scilab-users] New computer, graphics(?) crashes In-Reply-To: References: <1432788869.2101.0.camel@servo> <7957-5566b900-1-22dcb18@148376375> <8b633db840aea4f8aeb22c8d801ba774@wescottdesign.com> Message-ID: <1432859308.3964.4.camel@servo> I upgraded to the 14.04 HWE, and now I can't show a graph at all. I can change the problems that I get, but basically I start Scilab and get: libEGL warning: Could not open driver /usr/lib/i386-linux-gnu/egl/egl_gallium.so (/usr/local/share/scilab-5.5.1/lib/thirdparty/libgcc_s.so.1: version `GCC_4.7.0' not found (required by /usr/lib/i386-linux-gnu/egl/egl_gallium.so)) libEGL warning: DRI2: failed to authenticate libEGL warning: DRI2: failed to open swrast (search paths /usr/lib/fglrx/dri:/usr/lib/i386-linux-gnu/dri:/usr/lib/dri) libEGL warning: DRI2: failed to authenticate libEGL warning: DRI2: failed to open swrast (search paths /usr/lib/fglrx/dri:/usr/lib/i386-linux-gnu/dri:/usr/lib/dri) libEGL warning: DRI2: failed to authenticate libEGL warning: DRI2: failed to open swrast (search paths /usr/lib/fglrx/dri:/usr/lib/i386-linux-gnu/dri:/usr/lib/dri) At this point I try to open a graph (plot2d(1:10)), the graph window opens, and Scilab freezes. On Thu, 2015-05-28 at 23:58 +0300, Nikolay Strelkov wrote: > I forgot to mention - I have 14.04 HWE > ( https://wiki.ubuntu.com/Kernel/LTSEnablementStack#Desktop-1 ) on my > Ubuntu 12.04.5 LTS. > > > 28 ??? 2015 ?. 22:55 ???????????? "Nikolay Strelkov" > ???????: > Dear Tim! > > > I did some tests. > > Ubuntu 14.04.2 LTS i386: > > $ glxinfo | grep -i vendor > server glx vendor string: SGI > client glx vendor string: Mesa Project and SGI > OpenGL vendor string: X.Org > > $ lsmod | grep drm > drm_kms_helper 55071 1 radeon > drm 303102 5 ttm,drm_kms_helper,radeon > > Your command works normally > scf(0); clf; plot2d(sin((0:0.01:1) * 4 * %pi)) > > > > Ubuntu 12.04.5 LTS i386: > $ glxinfo | grep -i vendor > server glx vendor string: SGI > client glx vendor string: Mesa Project and SGI > OpenGL vendor string: VMware, Inc. > > $ lsmod | grep drm > drm_kms_helper 49282 1 radeon > drm 249595 3 radeon,ttm,drm_kms_helper > > > > Your command works normally > scf(0); clf; plot2d(sin((0:0.01:1) * 4 * %pi)) > > > > So I have no problems with A4-4000 APU. > > What exact laptop model do have? > I understood about AMD A10. But may be there is a discrete > (hybrid) card too? > > > > > With best regards, > maintainer and developer of Mathieu functions toolbox for > Scilab, > IEEE member, Ph.D., > Nikolay Strelkov. > > 2015-05-28 18:25 GMT+03:00 : > For what it's worth, in Lubuntu the full fglrx > packages causes immediate crashes, while uninstalling > all fgrlx-related stuff except for fgrlx-core makes it > last a while before it dies. > > Also, this computer was a rush job to replace my > rather old previous machine which died Monday morning, > and all I did to "install" the OS was to use the old > hard drive. As a consequence, the new machine is > running in 32-bit mode, not 64. I'm not sure how > mature the 64-bit stuff is, or how neglected the > 32-bit stuff may be at this point. > > > On 2015-05-28 00:18, Nikolay Strelkov wrote: > > Dear guys! > > I'll test Scilab on AMD A4-4000 today with > Ubuntu 12.04.5 LTS and > 14.04.2 LTS and report back. > > On my laptops I successfully use Scilab 5.x on > Intel HD graphics (open > drivers) and old Nvidia (GTX6xx, GT425, 9600GT > both with proprietary > drivers). > 28 ??? 2015 ?. 10:44 ???????????? "Antoine > Monmayrant" > ???????: > > > Le Jeudi 28 Mai 2015 06:54 CEST, Tim > Wescott > a ?crit: > > Strike that, I'm running > 12.04. Dang. Time to > upgrade, I > guess. > > Yep, first thing to do. > And keep on digging on the videocard > driver side if you still have > troubles. > Scilab tends to be a good way to > detect buggy video drivers! > Getting a cheap videocard with decent > drivers might be the easiest > way to solve your problem. > You might try to ask other Linux users > what card they have and > whether they get graphics related > crashes. > > Antoine > > > On Wed, 2015-05-27 at 08:15 > +0300, Nikolay Strelkov wrote: > > Dear Tim! > > > > For me it seems that you > need to use proprietary AMD > drivers - > fglrx. > > Open drivers are buggy and > show low-performance. > > > > If you want to use open > driver on Ubuntu 12.04 LTS > (precise) > you > > should upgrade its HWE to > 14.04 LTS (trusty). > > > > With best regards, > > Nikolay. > > > > > > 27 ??? 2015 ?. 3:22 > ???????????? "Tim Wescott" > > > ???????: > > Running a Scilab > algorithm that puts up a lot > of > graphs, > > Scilab crashes > > with the report > below. It's only happened > with > Scilab, but it > > appears > > to be the video > driver that's complaining, so > I > don't know if > > this is a > > problem with Linux > or with Scilab. The processor > is an AMD > > A10 with > > on-board video > processing which is > considerably > different from > > my > > 12-year-old Dell > that this computer is > replacing. > > > > Does anyone have > clues for the clueless? > Particularly > > suggestions for > > isolating, fixing, > or working around the problem? > > > > radeon: Failed to > allocate a buffer: > > radeon: size > : 3328 bytes > > radeon: > alignment : 256 bytes > > radeon: domains > : 2 > > EE > ../../../../../../src/gallium/drivers/radeon/r600_texture.c:1012 > > > r600_texture_transfer_map - > failed to create > temporary texture > > > to hold > > untiled copy > > radeon: Failed to > allocate a buffer: > > radeon: size > : 1280 bytes > > radeon: > alignment : 256 bytes > > radeon: domains > : 4 > > radeon: Failed to > allocate a buffer: > > radeon: size > : 1 bytes > > radeon: > alignment : 1 bytes > > radeon: domains > : 2 > > radeon: Failed to > allocate a buffer: > > radeon: size > : 1 bytes > > radeon: > alignment : 1 bytes > > radeon: domains > : 2 > > Segmentation fault > (core dumped) > > > > > > -- > > > > Tim Wescott > > > > www.wescottdesign.com [1] > > Control & > Communications systems, > circuit & > software design. > > Phone: 503.631.7815 > > Cell: 503.349.8432 > > > > > > > _______________________________________________ > > users mailing list > > > users at lists.scilab.org > > > http://lists.scilab.org/mailman/listinfo/users [2] > > -- > > Tim Wescott > www.wescottdesign.com [1] > Control & Communications > systems, circuit & software > design. > Phone: 503.631.7815 > Cell: 503.349.8432 > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users [2] > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users [2] > > > Links: > ------ > [1] http://www.wescottdesign.com > [2] > http://lists.scilab.org/mailman/listinfo/users > > > -- Tim Wescott www.wescottdesign.com Control & Communications systems, circuit & software design. Phone: 503.631.7815 Cell: 503.349.8432 From n.strelkov at gmail.com Fri May 29 07:26:56 2015 From: n.strelkov at gmail.com (Nikolay Strelkov) Date: Fri, 29 May 2015 08:26:56 +0300 Subject: [Scilab-users] New computer, graphics(?) crashes In-Reply-To: <1432859308.3964.4.camel@servo> References: <1432788869.2101.0.camel@servo> <7957-5566b900-1-22dcb18@148376375> <8b633db840aea4f8aeb22c8d801ba774@wescottdesign.com> <1432859308.3964.4.camel@servo> Message-ID: Could you try to reinstall package containing missed /usr/lib/i386-linux-gnu/egl/egl_gallium.so with sudo apt-get install --reinstall libegl1-mesa-drivers ? Did you try to install scilab 5.3.3 from ubuntu repositories (sudo apt-get install scilab)? Does it work? Manual unpacking 5.5.1 to /usr/local may cause missed system dependencies. On my ubuntu I have many scilab versions - 5.3.3 from repository and newer versions (unpacked to ~/Software with custom launchers on desktop). 29 ??? 2015 ?. 4:28 ???????????? "Tim Wescott" ???????: > I upgraded to the 14.04 HWE, and now I can't show a graph at all. > > I can change the problems that I get, but basically I start Scilab and > get: > > libEGL warning: Could not open > driver /usr/lib/i386-linux-gnu/egl/egl_gallium.so > (/usr/local/share/scilab-5.5.1/lib/thirdparty/libgcc_s.so.1: version > `GCC_4.7.0' not found (required > by /usr/lib/i386-linux-gnu/egl/egl_gallium.so)) > libEGL warning: DRI2: failed to authenticate > libEGL warning: DRI2: failed to open swrast (search > paths /usr/lib/fglrx/dri:/usr/lib/i386-linux-gnu/dri:/usr/lib/dri) > libEGL warning: DRI2: failed to authenticate > libEGL warning: DRI2: failed to open swrast (search > paths /usr/lib/fglrx/dri:/usr/lib/i386-linux-gnu/dri:/usr/lib/dri) > libEGL warning: DRI2: failed to authenticate > libEGL warning: DRI2: failed to open swrast (search > paths /usr/lib/fglrx/dri:/usr/lib/i386-linux-gnu/dri:/usr/lib/dri) > > At this point I try to open a graph (plot2d(1:10)), the graph window > opens, and Scilab freezes. > > On Thu, 2015-05-28 at 23:58 +0300, Nikolay Strelkov wrote: > > I forgot to mention - I have 14.04 HWE > > ( https://wiki.ubuntu.com/Kernel/LTSEnablementStack#Desktop-1 ) on my > > Ubuntu 12.04.5 LTS. > > > > > > 28 ??? 2015 ?. 22:55 ???????????? "Nikolay Strelkov" > > ???????: > > Dear Tim! > > > > > > I did some tests. > > > > Ubuntu 14.04.2 LTS i386: > > > > $ glxinfo | grep -i vendor > > server glx vendor string: SGI > > client glx vendor string: Mesa Project and SGI > > OpenGL vendor string: X.Org > > > > $ lsmod | grep drm > > drm_kms_helper 55071 1 radeon > > drm 303102 5 ttm,drm_kms_helper,radeon > > > > Your command works normally > > scf(0); clf; plot2d(sin((0:0.01:1) * 4 * %pi)) > > > > > > > > Ubuntu 12.04.5 LTS i386: > > $ glxinfo | grep -i vendor > > server glx vendor string: SGI > > client glx vendor string: Mesa Project and SGI > > OpenGL vendor string: VMware, Inc. > > > > $ lsmod | grep drm > > drm_kms_helper 49282 1 radeon > > drm 249595 3 radeon,ttm,drm_kms_helper > > > > > > > > Your command works normally > > scf(0); clf; plot2d(sin((0:0.01:1) * 4 * %pi)) > > > > > > > > So I have no problems with A4-4000 APU. > > > > What exact laptop model do have? > > I understood about AMD A10. But may be there is a discrete > > (hybrid) card too? > > > > > > > > > > With best regards, > > maintainer and developer of Mathieu functions toolbox for > > Scilab, > > IEEE member, Ph.D., > > Nikolay Strelkov. > > > > 2015-05-28 18:25 GMT+03:00 : > > For what it's worth, in Lubuntu the full fglrx > > packages causes immediate crashes, while uninstalling > > all fgrlx-related stuff except for fgrlx-core makes it > > last a while before it dies. > > > > Also, this computer was a rush job to replace my > > rather old previous machine which died Monday morning, > > and all I did to "install" the OS was to use the old > > hard drive. As a consequence, the new machine is > > running in 32-bit mode, not 64. I'm not sure how > > mature the 64-bit stuff is, or how neglected the > > 32-bit stuff may be at this point. > > > > > > On 2015-05-28 00:18, Nikolay Strelkov wrote: > > > > Dear guys! > > > > I'll test Scilab on AMD A4-4000 today with > > Ubuntu 12.04.5 LTS and > > 14.04.2 LTS and report back. > > > > On my laptops I successfully use Scilab 5.x on > > Intel HD graphics (open > > drivers) and old Nvidia (GTX6xx, GT425, 9600GT > > both with proprietary > > drivers). > > 28 ??? 2015 ?. 10:44 ???????????? "Antoine > > Monmayrant" > > ???????: > > > > > > Le Jeudi 28 Mai 2015 06:54 CEST, Tim > > Wescott > > a ?crit: > > > > Strike that, I'm running > > 12.04. Dang. Time to > > upgrade, I > > guess. > > > > Yep, first thing to do. > > And keep on digging on the videocard > > driver side if you still have > > troubles. > > Scilab tends to be a good way to > > detect buggy video drivers! > > Getting a cheap videocard with decent > > drivers might be the easiest > > way to solve your problem. > > You might try to ask other Linux users > > what card they have and > > whether they get graphics related > > crashes. > > > > Antoine > > > > > > On Wed, 2015-05-27 at 08:15 > > +0300, Nikolay Strelkov wrote: > > > Dear Tim! > > > > > > For me it seems that you > > need to use proprietary AMD > > drivers - > > fglrx. > > > Open drivers are buggy and > > show low-performance. > > > > > > If you want to use open > > driver on Ubuntu 12.04 LTS > > (precise) > > you > > > should upgrade its HWE to > > 14.04 LTS (trusty). > > > > > > With best regards, > > > Nikolay. > > > > > > > > > 27 ??? 2015 ?. 3:22 > > ???????????? "Tim Wescott" > > > > > ???????: > > > Running a Scilab > > algorithm that puts up a lot > > of > > graphs, > > > Scilab crashes > > > with the report > > below. It's only happened > > with > > Scilab, but it > > > appears > > > to be the video > > driver that's complaining, so > > I > > don't know if > > > this is a > > > problem with Linux > > or with Scilab. The processor > > is an AMD > > > A10 with > > > on-board video > > processing which is > > considerably > > different from > > > my > > > 12-year-old Dell > > that this computer is > > replacing. > > > > > > Does anyone have > > clues for the clueless? > > Particularly > > > suggestions for > > > isolating, fixing, > > or working around the problem? > > > > > > radeon: Failed to > > allocate a buffer: > > > radeon: size > > : 3328 bytes > > > radeon: > > alignment : 256 bytes > > > radeon: domains > > : 2 > > > EE > > > ../../../../../../src/gallium/drivers/radeon/r600_texture.c:1012 > > > > > r600_texture_transfer_map - > > failed to create > > temporary texture > > > > > to hold > > > untiled copy > > > radeon: Failed to > > allocate a buffer: > > > radeon: size > > : 1280 bytes > > > radeon: > > alignment : 256 bytes > > > radeon: domains > > : 4 > > > radeon: Failed to > > allocate a buffer: > > > radeon: size > > : 1 bytes > > > radeon: > > alignment : 1 bytes > > > radeon: domains > > : 2 > > > radeon: Failed to > > allocate a buffer: > > > radeon: size > > : 1 bytes > > > radeon: > > alignment : 1 bytes > > > radeon: domains > > : 2 > > > Segmentation fault > > (core dumped) > > > > > > > > > -- > > > > > > Tim Wescott > > > > > > > www.wescottdesign.com [1] > > > Control & > > Communications systems, > > circuit & > > software design. > > > Phone: 503.631.7815 > > > Cell: 503.349.8432 > > > > > > > > > > > > _______________________________________________ > > > users mailing list > > > > > users at lists.scilab.org > > > > > > http://lists.scilab.org/mailman/listinfo/users [2] > > > > -- > > > > Tim Wescott > > www.wescottdesign.com [1] > > Control & Communications > > systems, circuit & software > > design. > > Phone: 503.631.7815 > > Cell: 503.349.8432 > > > > > > > _______________________________________________ > > users mailing list > > users at lists.scilab.org > > > http://lists.scilab.org/mailman/listinfo/users [2] > > > > > > > _______________________________________________ > > users mailing list > > users at lists.scilab.org > > > http://lists.scilab.org/mailman/listinfo/users [2] > > > > > > Links: > > ------ > > [1] http://www.wescottdesign.com > > [2] > > http://lists.scilab.org/mailman/listinfo/users > > > > > > > > -- > > Tim Wescott > www.wescottdesign.com > Control & Communications systems, circuit & software design. > Phone: 503.631.7815 > Cell: 503.349.8432 > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From singh.punit1990 at gmail.com Mon May 25 13:10:31 2015 From: singh.punit1990 at gmail.com (Puneet Singh) Date: Mon, 25 May 2015 16:40:31 +0530 Subject: [Scilab-users] Regarding Scilab build failure Message-ID: Dear Sir, I am trying to build *scilab-5.2* from source using : F77="mpifort" CC="mpicc" CFLAGS="-g -O2 -fopenmp" CXX="mpic++" LDFLAGS="-L/root/Downloads/MPICH3/lib" CPPFLAGS="-I/root/Downloads/MPICH3/include" *./configure *--prefix=/opt/user/User_Installed/SCILAB5/SCILAB/ --with-mpi --with-ant=/opt/user/User_Installed/SCILAB5/apache-ant-1.9.4 --disable-static-system-lib and while *make* i am getting error: libtool: link: ranlib .libs/libscifunctions-algo.a mv -f sci_gateway/c/.deps/libscifunctions_la-sci_exec.Tpo sci_gateway/c/.deps/libscifunctions_la-sci_exec.Plo libtool: link: ( cd ".libs" && rm -f "libscifunctions-algo.la" && ln -s "../ libscifunctions-algo.la" "libscifunctions-algo.la" ) /bin/sh ../../libtool --tag=F77 --mode=link mpifort -DNDEBUG -m64 -fPIC -I../../modules/core/includes/ -version-number 5:5:2 -L/root/Downloads/MPICH3/lib -o libscifunctions.la -rpath /opt/onama/Onama_Installed/SCILAB5/SCILAB/lib/scilab sci_gateway/c/libscifunctions_la-gw_functions.lo sci_gateway/c/libscifunctions_la-sci_lib.lo sci_gateway/c/libscifunctions_la-sci_deff.lo sci_gateway/c/libscifunctions_la-sci_execstr.lo sci_gateway/c/libscifunctions_la-sci_exec.lo sci_gateway/c/libscifunctions_la-sci_whereis.lo sci_gateway/c/libscifunctions_la-sci_librarieslist.lo sci_gateway/c/libscifunctions_la-sci_libraryinfo.lo sci_gateway/fortran/intlib.lo sci_gateway/fortran/intdeff.lo sci_gateway/fortran/intexecstr.lo sci_gateway/fortran/intexec.lo libscifunctions-algo.la -ldl -lcurses -lm libtool: link: mpifort -shared -Wl,--no-as-needed sci_gateway/c/.libs/libscifunctions_la-gw_functions.o sci_gateway/c/.libs/libscifunctions_la-sci_lib.o sci_gateway/c/.libs/libscifunctions_la-sci_deff.o sci_gateway/c/.libs/libscifunctions_la-sci_execstr.o sci_gateway/c/.libs/libscifunctions_la-sci_exec.o sci_gateway/c/.libs/libscifunctions_la-sci_whereis.o sci_gateway/c/.libs/libscifunctions_la-sci_librarieslist.o sci_gateway/c/.libs/libscifunctions_la-sci_libraryinfo.o sci_gateway/fortran/.libs/intlib.o sci_gateway/fortran/.libs/intdeff.o sci_gateway/fortran/.libs/intexecstr.o sci_gateway/fortran/.libs/intexec.o --whole-archive ./.libs/libscifunctions-algo.a --no-whole-archive -L/root/Downloads/MPICH3/lib -ldl -lcurses -lm -m64 -soname libscifunctions.so.5 -o .libs/libscifunctions.so.5.5.2 gfortran: libscifunctions.so.5: No such file or directory gfortran: unrecognized option '-soname' make[2]: *** [libscifunctions.la] Error 1 make[2]: Leaving directory ` /opt/user/User_Installed/SCILAB5/scilab-5.5.2/modules/functions' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory ` /opt/user/User_Installed/SCILAB5/scilab-5.5.2/modules' make: *** [all-recursive] Error 1 The -soname is a linker option , but i guess here -soname is treated as a compiler flag. So Is there a way to fix this compilation issue without modifying scilab source code ? Any hint/help in this regard will be very useful to me. *Eagerly awaiting your reply,* Thanks & Regards Puneet Singh -------------- next part -------------- An HTML attachment was scrubbed... URL: From andreifootballer at mail.ru Tue May 26 07:41:29 2015 From: andreifootballer at mail.ru (ANDREY_PSTU) Date: Mon, 25 May 2015 22:41:29 -0700 (MST) Subject: [Scilab-users] changing block's parameters fromwsb Message-ID: <1432618889224-4032324.post@n3.nabble.com> Hello, guys. I have a problem with FROMWSB block. I simulate a simple model which use a workspace parameter (V.time and V.values) and draw a simple graph.When i use scicosim function i want to change a parameters of FROMWSB block (new V.time and V.values) and continue simulation. But i don't know how to change a parameters of this block. Is it possible? Please, I need your help. Thank you. -- View this message in context: http://mailinglists.scilab.org/changing-block-s-parameters-fromwsb-tp4032324.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From giganti.mario-wolit at tiscali.it Wed May 27 17:20:19 2015 From: giganti.mario-wolit at tiscali.it (Mario Giganti) Date: Wed, 27 May 2015 17:20:19 +0200 Subject: [Scilab-users] Previous Scilab version. Message-ID: <32C7C66D72F14F2C9979C801C21638FF@giganti> To Scilab team I've bought the book "CURVES AND SURFACES How to draw different shapes through SCILAB" edited by Pitagora in Bologna, Italy. Now I learn that I must download an old version of SCILAB, namely 5.2.1. I was going to mail the "Previous Scilab Version" form. However I got stuck with the question: What kind of archive do you need ? Binary, Sources, Prerequirements? I ask kindly help from you as far as what is the right answer to the above request, when I want to download the SCILAB program as is normally done from the Scilab.org internet site. The OS here is 32-bit Windows XP. I intend to use the Scilab program merely for personal educational purpose. No commercial usage is foreseen. Thanks for the help. GIGANTI MARIO Country: Italy giganti.mario-wolit at tiscali.it -------------- next part -------------- An HTML attachment was scrubbed... URL: From greanie at yahoo.com Fri May 29 10:59:33 2015 From: greanie at yahoo.com (Michael Greenish) Date: Fri, 29 May 2015 08:59:33 +0000 (UTC) Subject: [Scilab-users] Understanding the Sigbuilder block Message-ID: <246980141.999740.1432889973100.JavaMail.yahoo@mail.yahoo.com> Hello, I am new to SciLab & Xcos and already love the capabilities of the tool. I have built a model in Xcos and would like to add a time-varying value to it.? I believe the Sigbuilder block is the best approach but I cannot seem to get it to work.? I don't know what to put as an input into the command port so that the desired value is summed into the model from the start of the simulation.? I have looked at the help documentation on the site and what I can find on the web but without any luck so far.? Can someone please provide some insight or an example on how I should implement the Sigbuilder block? Thanks, Mike -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Sun May 31 23:39:52 2015 From: sgougeon at free.fr (Samuel Gougeon) Date: Sun, 31 May 2015 23:39:52 +0200 Subject: [Scilab-users] Getting names of attributes of an XML tag Message-ID: <556B7FA8.6010501@free.fr> Hello, I am trying to get the list of _names_ of attributes of an XML tag. Getting their values is OK, but i fail catching related names! Is this possible? From XML examples: s = ""+.. ""+.. "Hello world" doc = xmlReadStr (s); Then: -->e = doc.root.children(1).attributes e = XML Attributes att --> foo rib --> bar Getting values is OK: -->e(1) ans = foo but i need first to get names "att" and "rib" in a variable. I tried: -->fieldnames(e) ans = _id ??? nothing else. I also tried through xmlXPath(): xmlXPath(doc.root.children(1), "@*") but it still return the same XML List. Any clue would be welcome. Thanks Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: