From gaelle.marsal at edf.fr Mon Nov 3 13:53:41 2014 From: gaelle.marsal at edf.fr (Gaelle) Date: Mon, 3 Nov 2014 04:53:41 -0800 (PST) Subject: [Scilab-users] Is it possible to compile xcos models with TCC ? Message-ID: <1415019221161-4031461.post@n3.nabble.com> Hi I need to compile xcos models for simulation, but I haven't any C compiler on my computer and I can only install portable apps (professional computer with Windows Vista). I found only one portable compiler : TCC. Is it possible to use TCC with Scilab/xcos ? Thanks -- View this message in context: http://mailinglists.scilab.org/Is-it-possible-to-compile-xcos-models-with-TCC-tp4031461.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From nguyenthientin at gmail.com Tue Nov 4 09:34:12 2014 From: nguyenthientin at gmail.com (Tin Nguyen) Date: Tue, 4 Nov 2014 15:34:12 +0700 Subject: [Scilab-users] How to find module containing a function In-Reply-To: References: <004001cff3ee$5b3bde90$11b39bb0$@gmail.com> <5451F4B3.1050508@inria.fr> Message-ID: <000901cff80a$2aa4d280$7fee7780$@gmail.com> @Claus: Yes, I want to do Discrete Fourier Transform. @Serge Steer: Thank you so much! /Tin Nguyen From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of Claus Futtrup Sent: Thursday, October 30, 2014 10:38 PM To: International users mailing list for Scilab. Subject: Re: [Scilab-users] How to find module containing a function Hi Serge I see your response too late :-) /Claus On Oct 30, 2014 9:20 AM, "Serge Steer" wrote: The dft function is lust called fft (discrete and fast) Serge Steer Le 30/10/2014 04:05, Tin Nguyen a ?crit : Hi all, I am being stuck with the function dft. My Scilab software doesn?t include this function. So I searched the internet to find appropriate module in order to use it. I tried Signal_Processing_Supplementary_toolbox, but it didn?t help. Can anyone show me how to find the module that contains a particular function. Thanks! _______________________________________________ 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 joodlink at hotmail.com Tue Nov 4 09:57:48 2014 From: joodlink at hotmail.com (Joo Cat) Date: Tue, 4 Nov 2014 16:57:48 +0800 Subject: [Scilab-users] Importing multiple Java classes Message-ID: I have a jar file which contains java classes. I can set a path to the jar using javaclasspath. In order to use these classes, I need to import them first using jimport. However, the jar contains a significant number of classes and so using jimport will be tedious and time consuming. Is there a way to import all them at once? Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: From akhorshidi at live.com Mon Nov 10 13:24:43 2014 From: akhorshidi at live.com (A Khorshidi) Date: Mon, 10 Nov 2014 05:24:43 -0700 (MST) Subject: [Scilab-users] Importing multiple Java classes In-Reply-To: References: Message-ID: <1415622283249-4031467.post@n3.nabble.com> Hello; That's my question too. I hope Calixte can add a new calling sequence to jimort function similar to what is used in native Java language (i.e. jimport package.* ). Merci, Mehran _ -- View this message in context: http://mailinglists.scilab.org/Scilab-users-Importing-multiple-Java-classes-tp4031463p4031467.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From simondaout at gmail.com Wed Nov 12 22:40:47 2014 From: simondaout at gmail.com (simond) Date: Wed, 12 Nov 2014 14:40:47 -0700 (MST) Subject: [Scilab-users] 3d interpolation griddata Message-ID: <1415828447677-4031468.post@n3.nabble.com> Hi, I am trying to convert a matlab code using griddata. Unfortunately, I havent succeed to solve the problem with the available scilal functions (linear_interpn, interpd..). I have a data set of disordered points (x,y,z), with x,y the position, and z the elevation. I m trying to interpolate all this points to create a 3d digital elevation model. 1) I create a meshgrid xx=min(x):1:max(x) yy=min(y):1:max(y) [xy,yx]=meshgrid(xx,yy) 2) I would like to interpolate all the elevation points z for my new grid (xy,yx) such as xy,yx,zz=griddata(x,y,z,xy,yx) But i cannot find the scilab equivalence... Thank you very much for your response. Simon -- View this message in context: http://mailinglists.scilab.org/3d-interpolation-griddata-tp4031468.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From stephane.mottelet at utc.fr Thu Nov 13 10:02:39 2014 From: stephane.mottelet at utc.fr (=?ISO-8859-1?Q?St=E9phane_Mottelet?=) Date: Thu, 13 Nov 2014 10:02:39 +0100 Subject: [Scilab-users] 3d interpolation griddata In-Reply-To: <1415828447677-4031468.post@n3.nabble.com> References: <1415828447677-4031468.post@n3.nabble.com> Message-ID: <546473AF.80404@utc.fr> Hello, the cshep2d macro should fit your needs. S. Le 12/11/2014 22:40, simond a ?crit : > Hi, > I am trying to convert a matlab code using griddata. Unfortunately, I havent > succeed to solve the problem with the available scilal functions > (linear_interpn, interpd..). > > I have a data set of disordered points (x,y,z), with x,y the position, and z > the elevation. I m trying to interpolate all this points to create a 3d > digital elevation model. > > 1) I create a meshgrid > xx=min(x):1:max(x) > yy=min(y):1:max(y) > [xy,yx]=meshgrid(xx,yy) > > 2) I would like to interpolate all the elevation points z for my new grid > (xy,yx) such as > xy,yx,zz=griddata(x,y,z,xy,yx) > But i cannot find the scilab equivalence... > > Thank you very much for your response. > Simon > > > > > -- > View this message in context: http://mailinglists.scilab.org/3d-interpolation-griddata-tp4031468.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 Thu Nov 13 21:27:59 2014 From: calixte.denizet at scilab-enterprises.com (Calixte Denizet) Date: Thu, 13 Nov 2014 21:27:59 +0100 Subject: [Scilab-users] Importing multiple Java classes In-Reply-To: <1415622283249-4031467.post@n3.nabble.com> References: <1415622283249-4031467.post@n3.nabble.com> Message-ID: <5465144F.40900@scilab-enterprises.com> Hi all, Please report a bug and I'll try to fix it quickly. Regards Calixte On 10/11/2014 13:24, A Khorshidi wrote: > Hello; > That's my question too. > I hope Calixte can add a new calling sequence to jimort function similar to > what is used in native Java language (i.e. jimport package.* ). > > Merci, > Mehran > _ > > > > > > -- > View this message in context: http://mailinglists.scilab.org/Scilab-users-Importing-multiple-Java-classes-tp4031463p4031467.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 bhavani.tbc.shopping at gmail.com Tue Nov 18 07:41:29 2014 From: bhavani.tbc.shopping at gmail.com (AnonymousPersona) Date: Mon, 17 Nov 2014 23:41:29 -0700 (MST) Subject: [Scilab-users] Integration with infinite limits Message-ID: <1416292889500-4031477.post@n3.nabble.com> Is there a way to find integrals from limit -infinity to +infinity in scilab. I am a beginner here, please guide me around. -- View this message in context: http://mailinglists.scilab.org/Integration-with-infinite-limits-tp4031477.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From Christophe.Dang at sidel.com Tue Nov 18 13:52:44 2014 From: Christophe.Dang at sidel.com (Dang, Christophe) Date: Tue, 18 Nov 2014 12:52:44 +0000 Subject: [Scilab-users] Integration with infinite limits In-Reply-To: <1416292889500-4031477.post@n3.nabble.com> References: <1416292889500-4031477.post@n3.nabble.com> Message-ID: <0dd658a2efda4cad9df2e5d7e56f2323@AMSPR07MB209.eurprd07.prod.outlook.com> Hello, > De : users [mailto:users-bounces at lists.scilab.org] De la part de AnonymousPersona > Envoy? : mardi 18 novembre 2014 07:41 > > Is there a way to find integrals from limit -infinity to +infinity in scilab. If you are looking for symbolic integrals, I'm afraid Scilab is not the best tool. If you are sure the integral is defined, I suggest you just perform integrals from a big negative value to big positive value e.g. 1e-380 to 1e308. Or, knowing the integral between -M and M (arbitrary value), you calculate the integral between -2*M and -M, and between M and 2*M, add the result to the previous value, and stop if the last increment is small or if M reaches high values. HTH -- Christophe Dang Ngoc Chan Mechanical calculation engineer This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error), please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. From sdr at durietz.se Wed Nov 19 18:39:12 2014 From: sdr at durietz.se (Stefan Du Rietz) Date: Wed, 19 Nov 2014 18:39:12 +0100 Subject: [Scilab-users] xpoly() Message-ID: <546CD5C0.5040905@durietz.se> Hello, I have made quite an effort to write commands in numerous sci-files with the low level function xpoly() to avoid changes to the axes. But (surprise, surprise!), suddenly the low level function make those changes, and there is no way of avoiding it! Because set(a,"auto_clear","off") only works for high level functions: auto_clear: "If this property value is equal to "on", a call to a high level graphic will re-ininitialize the current axes and erase all its children before preforming the drawing (log_flags will be reset). If the value is "off" the drawings will be added to current axes according to "auto_scale" property." So, the good low level function has become a new type of high level function (that does not obey the usual rules) and is not replaced by anything! Is that not a serious bug? "re-ininitialize" should probably be "re-initialize" ... Stefan From festusisaac at yahoo.com Thu Nov 20 11:34:19 2014 From: festusisaac at yahoo.com (Isaac Festus) Date: Thu, 20 Nov 2014 11:34:19 +0100 Subject: [Scilab-users] My e-mail address Message-ID: <424EAF43-8405-43E1-A3A2-E5912073C56D@yahoo.com> Tnx Sent from my iPhone From antoine.monmayrant at laas.fr Thu Nov 20 12:59:52 2014 From: antoine.monmayrant at laas.fr (Antoine Monmayrant) Date: Thu, 20 Nov 2014 12:59:52 +0100 Subject: [Scilab-users] xpoly() In-Reply-To: <546CD5C0.5040905@durietz.se> References: <546CD5C0.5040905@durietz.se> Message-ID: <546DD7B8.5030302@laas.fr> On 11/19/2014 06:39 PM, Stefan Du Rietz wrote: > Hello, > > I have made quite an effort to write commands in numerous sci-files > with the low level function xpoly() to avoid changes to the axes. > > But (surprise, surprise!), suddenly the low level function make those > changes, and there is no way of avoiding it! > > Because set(a,"auto_clear","off") only works for high level functions: > > auto_clear: > "If this property value is equal to "on", a call to a high level > graphic will re-ininitialize the current axes and erase all its > children before preforming the drawing (log_flags will be reset). If > the value is "off" the drawings will be added to current axes > according to "auto_scale" property." > > So, the good low level function has become a new type of high level > function (that does not obey the usual rules) and is not replaced by > anything! > > Is that not a serious bug? Hi, It sounds like a regression. You might be able to hack a workaround by making your own version of xpoly that correct the changes? Something like: //horrible pseudo code your_xpoly(poly_arguments): //keep a copy of the axis properties before //calling xpoly a=gca(); ac=copy(a); //actual call to xpoly x=sin(2*%pi*(0:4)/5); y=cos(2*%pi*(0:4)/5); xpoly(x,y,"lines"); //undoing xpoly changes to the axis a.data_bounds=ac.data_bounds; ... a.whatever=ac.whatever; //clean up the mess delete(ac); end Antoine > > "re-ininitialize" should probably be "re-initialize" ... > > Stefan > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > From sdr at durietz.se Thu Nov 20 17:47:14 2014 From: sdr at durietz.se (Stefan Du Rietz) Date: Thu, 20 Nov 2014 17:47:14 +0100 Subject: [Scilab-users] xpoly() In-Reply-To: <546DD7B8.5030302@laas.fr> References: <546CD5C0.5040905@durietz.se> <546DD7B8.5030302@laas.fr> Message-ID: <546E1B12.9060700@durietz.se> On 2014-11-20 12:59, Antoine Monmayrant wrote: > On 11/19/2014 06:39 PM, Stefan Du Rietz wrote: >> Hello, >> >> I have made quite an effort to write commands in numerous sci-files >> with the low level function xpoly() to avoid changes to the axes. >> >> But (surprise, surprise!), suddenly the low level function make >> those changes, and there is no way of avoiding it! >> >> Because set(a,"auto_clear","off") only works for high level functions: >> >> auto_clear: >> "If this property value is equal to "on", a call to a high level >> graphic will re-ininitialize the current axes and erase all its >> children before preforming the drawing (log_flags will be reset). If >> the value is "off" the drawings will be added to current axes >> according to "auto_scale" property." >> >> So, the good low level function has become a new type of high level >> function (that does not obey the usual rules) and is not replaced by >> anything! >> >> Is that not a serious bug? > Hi, > > It sounds like a regression. > You might be able to hack a workaround by making your own version of > xpoly that correct the changes? > Something like: > > //horrible pseudo code > your_xpoly(poly_arguments): > //keep a copy of the axis properties before > //calling xpoly > a=gca(); > ac=copy(a); > > //actual call to xpoly > x=sin(2*%pi*(0:4)/5); > y=cos(2*%pi*(0:4)/5); > xpoly(x,y,"lines"); > > //undoing xpoly changes to the axis > a.data_bounds=ac.data_bounds; > ... > a.whatever=ac.whatever; > > //clean up the mess > delete(ac); > end > > > Antoine > > Thanks, Antoine, but to be on the safe side I will have to include *all* the axes properties and I will have a large script instead of a built-in function with the advantages of speed etc.: -->typeof(xpoly) ans = fptr Stefan From sgougeon at free.fr Thu Nov 20 23:58:29 2014 From: sgougeon at free.fr (Samuel Gougeon) Date: Thu, 20 Nov 2014 23:58:29 +0100 Subject: [Scilab-users] xpoly() In-Reply-To: <546CD5C0.5040905@durietz.se> References: <546CD5C0.5040905@durietz.se> Message-ID: <546E7215.6060907@free.fr> Hello, Le 19/11/2014 18:39, Stefan Du Rietz a ?crit : > Hello, > > I have made quite an effort to write commands in numerous sci-files > with the low level function xpoly() to avoid changes to the axes. > > But (surprise, surprise!), The fix of the bug 8956 has been announced in the Release Notes of Scilab 5.5.0 : #8956 - xpoly, xfpoly, xrect, xsegs and xarc did not update data_bounds property. http://bugzilla.scilab.org/8956 See also http://bugzilla.scilab.org/13365, fixed in 5.5.1 The new behavior has been reported as a buggy one at http://bugzilla.scilab.org/show_bug.cgi?id=13643 But as written in comment of that report, I fully agree with the #8656 reporter (and duplicates ones): The former behavior was very bad, while from the new one, it is trivial to get the former behavior. As Antoine has written it, if you want to keep the data bounds unchanged, from Scilab 5.5.1 you just have to save the initial bounds (no need to copy and save the full axes!) and finally restore them: ax = gca(); DBold = ax.data_bounds; // Then here plot tens, hundred or thousands xpoly(), xfpolys(), xarcs(), xsegs(), etc... // Finally, restore the entering bounds; ax.data_bounds = DBold; // and that's it! Whereas with the former behavior, updating data bounds with an external script was impossible. Reasons are somewhat detailled here: http://bugzilla.scilab.org/show_bug.cgi?id=13643#c2 This is why this fix and the new behavior should rather be considered as a big improvement, since there is no specific Scilab function dedicated to bounds recalculation. Unfortunately, replot() does not do that : http://help.scilab.org/docs/5.5.1/en_US/replot.html By the way, when one plots something, it looks quite expected to be able to see the plotted object. It was often not the case for geometrical shapes with the former behavior of xpoly() and of other comparable plotting functions, with no way to compute relevant data bounds. Regards Samuel From denis.crete at thalesgroup.com Fri Nov 21 14:19:19 2014 From: denis.crete at thalesgroup.com (=?UTF-8?Q?Denis_Cr=C3=A9t=C3=A9?=) Date: Fri, 21 Nov 2014 06:19:19 -0700 (MST) Subject: [Scilab-users] Integration with infinite limits In-Reply-To: <1416292889500-4031477.post@n3.nabble.com> References: <1416292889500-4031477.post@n3.nabble.com> Message-ID: <1416575959439-4031487.post@n3.nabble.com> As an addition to Christophe Dang's answer, there is a way of optimizing the procedure in the particular case when you know that your function (or data ?) has an asymptotic behaviour: in this case, you may integrate the analytical (approximate) expression above M (and below -M). Now, M needs to be chosen where the asymptotic expression becomes acceptable (which generally reduces the value of M).Another solution has already been given here : http://stackoverflow.com/questions/2840475/how-to-find-integrals-from-limit-infinity-to-infinity-in-scilab HTHDenis ----- Denis Crété -- View this message in context: http://mailinglists.scilab.org/Integration-with-infinite-limits-tp4031477p4031487.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dominique at wildhippo.ca Sat Nov 22 19:50:51 2014 From: dominique at wildhippo.ca (Sangoma) Date: Sat, 22 Nov 2014 11:50:51 -0700 (MST) Subject: [Scilab-users] Yosemite and Java 8 Message-ID: <1416682251148-4031489.post@n3.nabble.com> Hi, Does anybody know how to get SciLab 5.5.1 to run in Yosemite with Java 8 installed. I have other software incompatible with Java 6. Thanks -- View this message in context: http://mailinglists.scilab.org/Yosemite-and-Java-8-tp4031489.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From communication at scilab-enterprises.com Mon Nov 24 11:10:02 2014 From: communication at scilab-enterprises.com (Scilab Communications) Date: Mon, 24 Nov 2014 11:10:02 +0100 Subject: [Scilab-users] Yosemite and Java 8 In-Reply-To: <1416682251148-4031489.post@n3.nabble.com> References: <1416682251148-4031489.post@n3.nabble.com> Message-ID: <547303FA.40501@scilab-enterprises.com> Dear Sir, Scilab 5.5.1 under Yosemite is working only with Java 6. Java will be updated in the next Scilab family. Best Regards -- Communication Department, Scilab Enterprises 143bis rue Yves Le Coz - 78000 Versailles (France) http://www.scilab-enterprises.com - http://www.scilab.org Le 22/11/2014 19:50, Sangoma a ?crit : > Hi, > > Does anybody know how to get SciLab 5.5.1 to run in Yosemite with Java 8 > installed. I have other software incompatible with Java 6. > > Thanks > > > > -- > View this message in context: http://mailinglists.scilab.org/Yosemite-and-Java-8-tp4031489.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 ecejegan at gmail.com Wed Nov 26 08:14:08 2014 From: ecejegan at gmail.com (Jegan Amirthalingam) Date: Wed, 26 Nov 2014 12:44:08 +0530 Subject: [Scilab-users] unable to program arduino uno-from xcos Message-ID: Hi, I am trying to program arduino uno R3 with scilab/xcos.... -->Trying to download a simple 'digital write' getting the following error.. communication with card 1 on com 6 is ok il faut charger avec le sketch toolbox_arduino_v3.ino dans la carte arduino Error occurred in pre_xcos_simulate: Cancelling simulation. at line 50 of function ARDUINO_pre_simulate Kindly help me (with english) ...Thanks in advance Regards Jegan.A -------------- next part -------------- An HTML attachment was scrubbed... URL: From singh.punit1990 at gmail.com Thu Nov 27 14:18:25 2014 From: singh.punit1990 at gmail.com (Puneet Singh) Date: Thu, 27 Nov 2014 18:48:25 +0530 Subject: [Scilab-users] regarding scilab ssh login issue Message-ID: Dear Sir/Madam, I have installed scilab 5.5.1 on CentOS machine, and i am able to successfully use scilab on my machine . Issue arises when i need to use scilab from a remote machine using a client say *putty* or* mobaxterm* (Issue is *attached*). Is there a problem with the scilab's Xforwarding ?. Any Hint / Suggestion in this regard will be very useful. Eagerly awaiting your reply, Thanks & Regards, Puneet Singh -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: scilab Type: application/octet-stream Size: 5766 bytes Desc: not available URL: From Guylaine.Collewet at irstea.fr Fri Nov 28 15:45:18 2014 From: Guylaine.Collewet at irstea.fr (Collewet Guylaine) Date: Fri, 28 Nov 2014 15:45:18 +0100 Subject: [Scilab-users] Plotlib Message-ID: <651A5DDAC5F8034291AB7F20A27B99B4013C8AB0@Jaudy.rennes.cemagref.fr> Hello, I would like to plot an image using a colormap with plotlib (pcolor function) In order to "zoom" on the values between A and B, I use the function caxis([A B]) But I would like also the pixels with values lower than A or greater than B to be colored in white as the background Is it possible to do that? Thanks Guylaine Collewet -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Sat Nov 29 00:43:11 2014 From: stephane.mottelet at utc.fr (=?ISO-8859-1?Q?St=E9phane_Mottelet?=) Date: Sat, 29 Nov 2014 00:43:11 +0100 Subject: [Scilab-users] Plotlib In-Reply-To: <651A5DDAC5F8034291AB7F20A27B99B4013C8AB0@Jaudy.rennes.cemagref.fr> References: <651A5DDAC5F8034291AB7F20A27B99B4013C8AB0@Jaudy.rennes.cemagref.fr> Message-ID: <5479088F.10406@utc.fr> Le 28/11/2014 15:45, Collewet Guylaine a ?crit : > > Hello, > > I would like to plot an image using a colormap with plotlib (pcolor > function) > > In order to "zoom" on the values between A and B, I use the function > caxis([A B]) > > But I would like also the pixels with values lower than A or greater > than B to be colored in white as the background > > Is it possible to do that? > > Thanks > > Guylaine Collewet > > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users Hello, Try this : colormap([1 1 1;jetcolormap(128);1 1 1]) x=linspace(-1,1,100); [X,Y]=meshgrid(x,x); pcolor(cos(%pi*(X.^2+Y.^2))) shading flat caxis([0 0.9]) hth S. -------------- next part -------------- An HTML attachment was scrubbed... URL: From invitations at boxbe.com Sat Nov 29 11:21:04 2014 From: invitations at boxbe.com (krunal gangawane) Date: Sat, 29 Nov 2014 10:21:04 +0000 (UTC) Subject: [Scilab-users] krunal gangawane invites you to use Boxbe Message-ID: <995349105.2522269.1417256464045.JavaMail.prod@boxbe-com01.ny3> This message was sent at the request of krunalgangawane at gmail.com. If you want to opt-out of invitations from Boxbe members, use this link: https://www.boxbe.com/unsubscribe?email=users at lists.scilab.org&tc_serial=19504404925&tc_rand=2102589673&utm_source=stf&utm_medium=email&utm_campaign=invite_generic&utm_content=original_001 International, I'm inviting you to join Boxbe. Here's the link: https://www.boxbe.com/register?tc_serial=19504404925&tc_rand=2102589673&utm_source=stf&utm_medium=email&utm_campaign=invite_generic&utm_content=original_001 -krunal Boxbe, Inc. | 65 Broadway, Suite 601 | New York, NY 10006Boxbe, Inc. | 65 Broadway, Suite 601 | New York, NY 10006 Privacy Policy: http://www.boxbe.com/privacy | Unsubscribe: http://www.boxbe.com/unsubscribe -------------- next part -------------- An HTML attachment was scrubbed... URL: From joona.palaste at saunalahti.fi Sat Nov 29 21:38:41 2014 From: joona.palaste at saunalahti.fi (Joona Palaste) Date: Sat, 29 Nov 2014 22:38:41 +0200 Subject: [Scilab-users] krunal gangawane invites you to use Boxbe In-Reply-To: <995349105.2522269.1417256464045.JavaMail.prod@boxbe-com01.ny3> References: <995349105.2522269.1417256464045.JavaMail.prod@boxbe-com01.ny3> Message-ID: <1417293521.2108.3.camel@teletran-1> On Sat, 2014-11-29 at 10:21 +0000, krunal gangawane wrote: > This message was sent at the request of krunalgangawane at gmail.com. > If you would like to opt-out of Boxbe invitations, click here. > > > Boxbe | Contact Request > International, > > I'm inviting you to join Boxbe. > > -krunal > > Here's the link: > > https://www.boxbe.com/register?tc_serial=19504404925&tc_rand=2102589673&utm_source=stf&utm_medium=email&utm_campaign=invite_generic&utm_content=original_001 > > > > > > Boxbe, Inc. | 65 Broadway, Suite 601 | New York, NY 10006 > Privacy Policy | Unsubscribe This looks like a scam e-mail. Notice that this person is addressing the entire list as a person, and every single link, including the "opt out" and "unsubscribe" links, goes to the same URL. You're best off not clicking any of the links. Joona Palaste