From sgougeon at free.fr  Mon Oct  1 08:28:14 2018
From: sgougeon at free.fr (Samuel Gougeon)
Date: Mon, 1 Oct 2018 08:28:14 +0200
Subject: [Scilab-users] Punch a hole into a facet
In-Reply-To: <5BB141B8.1060505@hslmg.de>
References: <5BB13D72.8060308@hslmg.de> <5BB141B8.1060505@hslmg.de>
Message-ID: <da877802-c901-029d-7e2f-1c4a615b7e4b@free.fr>

Hello Jens,

%nan are often used to do so: As soon as at least one coordinate of a 
vertex is equal to %nan, the vertex and all lines and facets going 
through it are skipped/not rendered.

HTH
Samuel


Le 30/09/2018 ? 23:35, Jens Simon Strom a ?crit :
> Hallo Scilab friends,
> Is there a way to punch a*peak through* hole into a rectangle?
>
> The result below  looks like a hole but it is just white intransparent 
> color.
> xdel();
> xf=[1;-1;-1;1];  yf=[1;1;-1;-1];  zf=[0;0;0;0];      
> plot3d(xf,yf,list(zf,5))//Facet
>    ce=gce();  ce.hiddencolor  =  5;
> xf=0.5*[1;-1;-1;1];  yf=0.5*[1;1;-1;-1]; zf=[0;0;0;0]; plot3d(xf,yf,list(zf,8))//Hole 
> ce=gce(); ce.hiddencolor = 8; Cheers Jens
>
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181001/12affb28/attachment.htm>

From clement.david at scilab-enterprises.com  Mon Oct  1 09:36:32 2018
From: clement.david at scilab-enterprises.com (=?iso-8859-1?Q?Cl=E9ment_DAVID?=)
Date: Mon, 1 Oct 2018 07:36:32 +0000
Subject: [Scilab-users] Scilab 6.0.1 extremely slow on new (high-end)
 laptop
In-Reply-To: <1538214817520-0.post@n3.nabble.com>
References: <1538214817520-0.post@n3.nabble.com>
Message-ID: <AM6PR0502MB3702B5837B5C5CFF9B4B9B5EB0EF0@AM6PR0502MB3702.eurprd05.prod.outlook.com>

Hello,

>From my knowledge, windows builds should be faster in the general case as the MKL shipped with it has better optimizations (especially on Intel processors) for numerical computing[1]. However, depending on your script there might be a difference. For example, `host()` (process spawning) might be slower as it is related to the way the OS work.

[1]: https://wiki.scilab.org/Linalg%20performances

Thanks,

--
Cl?ment

-----Original Message-----
From: users <users-bounces at lists.scilab.org> On Behalf Of Orbeaman
Sent: Saturday, September 29, 2018 11:54 AM
To: users at lists.scilab.org
Subject: [Scilab-users] Scilab 6.0.1 extremely slow on new (high-end) laptop

Hello,

I received my new laptop a few days ago and found out that Scilab 6.0.1 is
extremely slow. I would say that it takes about twice the time in comparison
to my previous laptop

- New laptop (available since since June 2018)
I9-8950HK GTX 1080 with 1 x 16GB RAM SSD RAID 0 Windows 10 Home Version 1803

- Old laptop (purcharsed in 2009)
I7-720QM GT 240M with 2 x 2GB RAM Linux 19.1 Mint

Basically, I would expect my new laptop to run Scilab much faster (it is
also almost 4 times more expensive).. I'm really disappointed!! Is it
possible that Scilab is not optimised for I9 CPU or Windows 10?

Does anyone encounter similar issues?

Many thanks 



--
Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html
_______________________________________________
users mailing list
users at lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users


From paul.carrico at esterline.com  Mon Oct  1 11:20:21 2018
From: paul.carrico at esterline.com (Carrico, Paul)
Date: Mon, 1 Oct 2018 09:20:21 +0000
Subject: [Scilab-users] export to Excel with several sheets
Message-ID: <3A6B7233274DB449A2A0053A47684F953FEBE950@BGS-EX01.auxitrol.ad>

Dear All

I'm wondering if we can export matrixes from Scilab into Excel, in a single file but with several sheets? Obviously the csv format cannot be used here.

Not sure that the (quite old now) XLL project answers to it (I've not seen any doc)

Thanks

Paul


EXPORT CONTROL :
Cet email ne contient pas de donn?es techniques
This email does not contain technical data

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181001/214a1c43/attachment.htm>

From clement.david at scilab-enterprises.com  Mon Oct  1 12:27:04 2018
From: clement.david at scilab-enterprises.com (=?iso-8859-1?Q?Cl=E9ment_DAVID?=)
Date: Mon, 1 Oct 2018 10:27:04 +0000
Subject: [Scilab-users] export to Excel with several sheets
In-Reply-To: <3A6B7233274DB449A2A0053A47684F953FEBE950@BGS-EX01.auxitrol.ad>
References: <3A6B7233274DB449A2A0053A47684F953FEBE950@BGS-EX01.auxitrol.ad>
Message-ID: <AM6PR0502MB3702FA869F36372D3B538FA3B0EF0@AM6PR0502MB3702.eurprd05.prod.outlook.com>

Dear Paul,

XLS_link [1] could be used to interact with Excel. This basically offer you the Excel OLE Automation API inside Scilab [2] and let you drive an Excel runtime using Scilab functions. Drawbacks : it requires an Excel licence and is Windows only.

[1] : https://atoms.scilab.org/toolboxes/xls_link/
[2] https://support.microsoft.com/en-us/help/219151/how-to-automate-microsoft-excel-from-visual-basic

Thanks,

--
Cl?ment

From: users <users-bounces at lists.scilab.org> On Behalf Of Carrico, Paul
Sent: Monday, October 1, 2018 11:20 AM
To: International users mailing list for Scilab. (users at lists.scilab.org) <users at lists.scilab.org>
Subject: [Scilab-users] export to Excel with several sheets

Dear All

I'm wondering if we can export matrixes from Scilab into Excel, in a single file but with several sheets? Obviously the csv format cannot be used here.

Not sure that the (quite old now) XLL project answers to it (I've not seen any doc)

Thanks

Paul


EXPORT CONTROL :
Cet email ne contient pas de donn?es techniques
This email does not contain technical data

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181001/e77d1620/attachment.htm>

From stephane.mottelet at utc.fr  Mon Oct  1 12:45:22 2018
From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=)
Date: Mon, 1 Oct 2018 12:45:22 +0200
Subject: [Scilab-users] export to Excel with several sheets
In-Reply-To: <AM6PR0502MB3702FA869F36372D3B538FA3B0EF0@AM6PR0502MB3702.eurprd05.prod.outlook.com>
References: <3A6B7233274DB449A2A0053A47684F953FEBE950@BGS-EX01.auxitrol.ad>
 <AM6PR0502MB3702FA869F36372D3B538FA3B0EF0@AM6PR0502MB3702.eurprd05.prod.outlook.com>
Message-ID: <cce04234-fe45-cfad-f05f-1cbb309c6820@utc.fr>

Hello,

Under Matlab a contrib has interfaced poi java library, which has Apache 
license:

https://fr.mathworks.com/matlabcentral/fileexchange/38591-xlwrite-generate-xls-x-files-without-excel-on-mac-linux-win

This is just a matter of interfacing a Java class, which Scilab should 
be capable of. I have tried a little bit but did no managed to produce 
something that really works...

S.

Le 01/10/2018 ? 12:27, Cl?ment DAVID a ?crit?:
>
> Dear Paul,
>
> XLS_link [1] could be used to interact with Excel. This basically 
> offer you the Excel OLE Automation API inside Scilab [2] and let you 
> drive an Excel runtime using Scilab functions. Drawbacks : it requires 
> an Excel licence and is Windows only.
>
> [1]?: https://atoms.scilab.org/toolboxes/xls_link/
>
> [2] 
> https://support.microsoft.com/en-us/help/219151/how-to-automate-microsoft-excel-from-visual-basic
>
> Thanks,
>
> --
>
> Cl?ment
>
> *From:*users <users-bounces at lists.scilab.org> *On Behalf Of *Carrico, Paul
> *Sent:* Monday, October 1, 2018 11:20 AM
> *To:* International users mailing list for Scilab. 
> (users at lists.scilab.org) <users at lists.scilab.org>
> *Subject:* [Scilab-users] export to Excel with several sheets
>
> Dear All
>
> I?m wondering if we can export matrixes from Scilab into Excel, in a 
> single file but with several sheets? Obviously the csv format cannot 
> be used here.
>
> Not sure that the (quite old now) XLL project answers to it (I?ve not 
> seen any doc)
>
> Thanks
>
> Paul
>
> */EXPORT CONTROL :
> /**Cet email ne contient pas de donn?es techniques
> This email does not contain technical data*
>
>
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users


-- 
St?phane Mottelet
Ing?nieur de recherche
EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable
D?partement G?nie des Proc?d?s Industriels
Sorbonne Universit?s - Universit? de Technologie de Compi?gne
CS 60319, 60203 Compi?gne cedex
Tel : +33(0)344234688
http://www.utc.fr/~mottelet

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181001/ec4cb0d0/attachment.htm>

From j.s.strom at hslmg.de  Mon Oct  1 16:35:42 2018
From: j.s.strom at hslmg.de (Jens Simon Strom)
Date: Mon, 01 Oct 2018 16:35:42 +0200
Subject: [Scilab-users] Punch a hole into a facet
In-Reply-To: <da877802-c901-029d-7e2f-1c4a615b7e4b@free.fr>
References: <5BB13D72.8060308@hslmg.de> <5BB141B8.1060505@hslmg.de>
 <da877802-c901-029d-7e2f-1c4a615b7e4b@free.fr>
Message-ID: <5BB230BE.4050802@hslmg.de>

Thanks Samuel,
%nan works with surf, not with plot3d. The latter is attractive because 
it can handle polygons - but unfortunately  not those with embayments:  
Facet coloring exeeds the contour (Vers. 5.5.2)
I have to assemble my facet with several windos from partially 
overlapping rectangles

Cheers
Jens

--------------------------------------------------------------------------------------------------------------


Am 01.10.2018 08:28, schrieb Samuel Gougeon:
> Hello Jens,
>
> %nan are often used to do so: As soon as at least one coordinate of a 
> vertex is equal to %nan, the vertex and all lines and facets going 
> through it are skipped/not rendered.
>
> HTH
> Samuel
>
>
> Le 30/09/2018 ? 23:35, Jens Simon Strom a ?crit :
>> Hallo Scilab friends,
>> Is there a way to punch a*peak through* hole into a rectangle?
>>
>> The result below  looks like a hole but it is just white 
>> intransparent color.
>> xdel();
>> xf=[1;-1;-1;1];  yf=[1;1;-1;-1];  zf=[0;0;0;0];      
>> plot3d(xf,yf,list(zf,5))//Facet
>>    ce=gce();  ce.hiddencolor  =  5;
>> xf=0.5*[1;-1;-1;1];  yf=0.5*[1;1;-1;-1];  zf=[0;0;0;0];
>> plot3d(xf,yf,list(zf,8))//Hole
>>    ce=gce();  ce.hiddencolor  =  8;
>>
>> Cheers
>>
>> Jens
>>
>>
>> _______________________________________________
>> 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: <https://lists.scilab.org/pipermail/users/attachments/20181001/411aed23/attachment.htm>

From cfuttrup at gmail.com  Mon Oct  1 21:42:14 2018
From: cfuttrup at gmail.com (Claus Futtrup)
Date: Mon, 1 Oct 2018 21:42:14 +0200
Subject: [Scilab-users] Fetching the script path
In-Reply-To: <d67c773d-8e1a-9ec8-adad-f67c8f010a3a@free.fr>
References: <ef379ef7-456c-d127-bcf4-7daf7826c610@gmail.com>
 <d67c773d-8e1a-9ec8-adad-f67c8f010a3a@free.fr>
Message-ID: <937ef970-1415-60c8-59e6-29b75520ce74@gmail.com>

Hi Samuel

Thank you. It works ... (of course :-) ).

Best regards,
Claus

On 30.09.2018 22:03, Samuel Gougeon wrote:
> Le 30/09/2018 ? 20:59, Claus Futtrup a ?crit?:
>>
>> Hi Scilabers
>>
>> I have almost always included a neat piece of code in my Scilab 
>> scripts, so that I can later dump the plots into e.g. SVG or PNG 
>> files (script path is not write-protected). The code doesn't work 
>> anymore:
>>
>> // Extract the filename and path of this script:
>> [units,typs,nams]=file();  // nams(1) = script file name incl. path
>> fpathname=strsplit(nams(1),  [filesep()]);  // disp(b($-1));
>> scriptpath  =  get_absolute_file_path(fpathname($));
>> chdir(scriptpath);
>>
>> The above code returns an empty string in scriptpath. I'm using 
>> Scilab 6.0.1 (Windows 10) and I wonder what I should do instead?
>>
>
> The following should work.
> In Scilab 6, file() additionally lists stderr as unit #0.
> Samuel
> [units,typs, nams]= file();  
> nams(find(units==0  |  units==5  |  units==6))  =  [];
> scriptpath  =  fileparts(nams($),"path");
> chdir(scriptpath);
>
>
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users




---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181001/e4f95de5/attachment.htm>

From antoine.monmayrant at laas.fr  Tue Oct  2 09:36:27 2018
From: antoine.monmayrant at laas.fr (antoine.monmayrant at laas.fr)
Date: Tue, 2 Oct 2018 09:36:27 +0200
Subject: [Scilab-users] csvRead hangs scilab for big csv file (more than
	10000 lines)
Message-ID: <343fd001-485e-44b5-df66-7d7ea0ca9526@laas.fr>

Hi,

I'm trying to load a big csv file ( 20002 lines).
It seems that scilab fails when I have more than 10000 lines in my csv file.
If I try to csvRead the whole file, I have a spinning wait icon of death 
that stays there forever (I tried this night: it spinned for more than 
17 hours).
The only way to recover is to kill scilab (Ctrl+C does not work).
If I split my file in several files with less than 10000 lines, I can 
read each chunk in a matter of a few ms and concatenate them without a 
problem.
As anyone ever experienced such a problem with csvRead?


Antoine

-- 
+++++++++++++++++++++++++++++++++++++++++++++++++++++++

  Antoine Monmayrant LAAS - CNRS
  7 avenue du Colonel Roche
  BP 54200
  31031 TOULOUSE Cedex 4
  FRANCE

  Tel:+33 5 61 33 64 59
  
  email : antoine.monmayrant at laas.fr
  permanent email : antoine.monmayrant at polytechnique.org

+++++++++++++++++++++++++++++++++++++++++++++++++++++++



From paul.carrico at esterline.com  Tue Oct  2 09:47:19 2018
From: paul.carrico at esterline.com (Carrico, Paul)
Date: Tue, 2 Oct 2018 07:47:19 +0000
Subject: [Scilab-users] export to Excel with several sheets
In-Reply-To: <AM6PR0502MB3702FA869F36372D3B538FA3B0EF0@AM6PR0502MB3702.eurprd05.prod.outlook.com>
References: <3A6B7233274DB449A2A0053A47684F953FEBE950@BGS-EX01.auxitrol.ad>
 <AM6PR0502MB3702FA869F36372D3B538FA3B0EF0@AM6PR0502MB3702.eurprd05.prod.outlook.com>
Message-ID: <3A6B7233274DB449A2A0053A47684F953FEBEAFF@BGS-EX01.auxitrol.ad>

Hi

Thanks for the feedback, nevertheless I think it's not what I would like to do, I mean to create a xls file with several sheets to share it.

Paul

EXPORT CONTROL :
Cet email ne contient pas de donn?es techniques
This email does not contain technical data

De : users [mailto:users-bounces at lists.scilab.org] De la part de Cl?ment DAVID
Envoy? : lundi 1 octobre 2018 12:27
? : Users mailing list for Scilab
Cc : Cl?ment David
Objet : [EXTERNAL] Re: [Scilab-users] export to Excel with several sheets

Dear Paul,

XLS_link [1] could be used to interact with Excel. This basically offer you the Excel OLE Automation API inside Scilab [2] and let you drive an Excel runtime using Scilab functions. Drawbacks : it requires an Excel licence and is Windows only.

[1] : https://atoms.scilab.org/toolboxes/xls_link/
[2] https://support.microsoft.com/en-us/help/219151/how-to-automate-microsoft-excel-from-visual-basic

Thanks,

--
Cl?ment

From: users <users-bounces at lists.scilab.org> On Behalf Of Carrico, Paul
Sent: Monday, October 1, 2018 11:20 AM
To: International users mailing list for Scilab. (users at lists.scilab.org) <users at lists.scilab.org>
Subject: [Scilab-users] export to Excel with several sheets

Dear All

I'm wondering if we can export matrixes from Scilab into Excel, in a single file but with several sheets? Obviously the csv format cannot be used here.

Not sure that the (quite old now) XLL project answers to it (I've not seen any doc)

Thanks

Paul

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181002/b2f03135/attachment.htm>

From amonmayr at laas.fr  Tue Oct  2 10:09:24 2018
From: amonmayr at laas.fr (amonmayr at laas.fr)
Date: Tue, 2 Oct 2018 10:09:24 +0200
Subject: [Scilab-users] csvRead hangs scilab for big csv file (more than
 10000 lines)
In-Reply-To: <343fd001-485e-44b5-df66-7d7ea0ca9526@laas.fr>
References: <343fd001-485e-44b5-df66-7d7ea0ca9526@laas.fr>
Message-ID: <6d017dce-2455-1d14-ff6c-39fcd15f8209@laas.fr>

Hi all,

I submitted a bug report with a test script and csv file: 
http://bugzilla.scilab.org/show_bug.cgi?id=15788
Could you try it? with your os/scilab-version and comment the bug report?

Cheers,

Antoine

Le 02/10/2018 ? 09:36, antoine.monmayrant at laas.fr a ?crit?:
> Hi,
>
> I'm trying to load a big csv file ( 20002 lines).
> It seems that scilab fails when I have more than 10000 lines in my csv 
> file.
> If I try to csvRead the whole file, I have a spinning wait icon of 
> death that stays there forever (I tried this night: it spinned for 
> more than 17 hours).
> The only way to recover is to kill scilab (Ctrl+C does not work).
> If I split my file in several files with less than 10000 lines, I can 
> read each chunk in a matter of a few ms and concatenate them without a 
> problem.
> As anyone ever experienced such a problem with csvRead?
>
>
> Antoine
>

-- 
+++++++++++++++++++++++++++++++++++++++++++++++++++++++

  Antoine Monmayrant LAAS - CNRS
  7 avenue du Colonel Roche
  BP 54200
  31031 TOULOUSE Cedex 4
  FRANCE

  Tel:+33 5 61 33 64 59
  
  email : antoine.monmayrant at laas.fr
  permanent email : antoine.monmayrant at polytechnique.org

+++++++++++++++++++++++++++++++++++++++++++++++++++++++



From adelson.oliveira at gmail.com  Tue Oct  2 18:37:59 2018
From: adelson.oliveira at gmail.com (Adelson Oliveira)
Date: Tue, 2 Oct 2018 13:37:59 -0300
Subject: [Scilab-users] array constructors
Message-ID: <CAOsmt4W8_FVB6EB+ZOwN3DYLqTz4sif=+tA24SZtvkTSSAGM0A@mail.gmail.com>

Hi,

In scilab 6.1, I've noticed that the array

[8.9:0.2:9.9] does contain 8.9 and 9.9,

but the array,

[-5.1:0.2:5.1]

does not contain the last element 5.1!

find([-5.1:0.2:5.1] == 5.1) = []

Why is that?

Isn't it a bug?

Thanks
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181002/4abc37c2/attachment.htm>

From sgougeon at free.fr  Tue Oct  2 20:31:16 2018
From: sgougeon at free.fr (Samuel Gougeon)
Date: Tue, 2 Oct 2018 20:31:16 +0200
Subject: [Scilab-users] array constructors
In-Reply-To: <CAOsmt4W8_FVB6EB+ZOwN3DYLqTz4sif=+tA24SZtvkTSSAGM0A@mail.gmail.com>
References: <CAOsmt4W8_FVB6EB+ZOwN3DYLqTz4sif=+tA24SZtvkTSSAGM0A@mail.gmail.com>
Message-ID: <bbbb7232-de7e-fe54-2180-e5ee8be6e1d9@free.fr>

Le 02/10/2018 ? 18:37, Adelson Oliveira a ?crit :
> Hi,
>
> In scilab 6.1, I've noticed that the array
>
> [8.9:0.2:9.9] does contain 8.9 and 9.9,
>
> but the array,
>
> [-5.1:0.2:5.1]
>
> does not contain the last element 5.1!
>
> find([-5.1:0.2:5.1] == 5.1) = []
>
> Why is that?
>
> Isn't it a bug?

We have
--> a = -5.1:0.2:5.1;
--> delta = a($)+0.2-5.1
  delta  =
    8.882D-16

--> delta/5.1/%eps
  ans  =
    0.7843137

So, computing the next value leads to 5.1 /but with an excess/ within 
the epsilon machine.
Because of this excess, this last value is not included in the output set.

I am wondering whether we could detect this kind of edge effects, and 
manage them more softly.

Samuel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181002/84109341/attachment.htm>

From heinznabielek at me.com  Tue Oct  2 21:02:21 2018
From: heinznabielek at me.com (Heinz Nabielek)
Date: Tue, 02 Oct 2018 21:02:21 +0200
Subject: [Scilab-users] array constructors
In-Reply-To: <bbbb7232-de7e-fe54-2180-e5ee8be6e1d9@free.fr>
References: <CAOsmt4W8_FVB6EB+ZOwN3DYLqTz4sif=+tA24SZtvkTSSAGM0A@mail.gmail.com>
 <bbbb7232-de7e-fe54-2180-e5ee8be6e1d9@free.fr>
Message-ID: <76BABC53-DBCD-41EA-83C9-3BFF11A19EA3@me.com>

On 02.10.2018, at 20:31, Samuel Gougeon <sgougeon at free.fr> wrote:
> 
> Le 02/10/2018 ? 18:37, Adelson Oliveira a ?crit :
>> Hi,
>> 
>> In scilab 6.1, I've noticed that the array
>> 
>> [8.9:0.2:9.9] does contain 8.9 and 9.9,
>> 
>> but the array,
>> 
>> [-5.1:0.2:5.1]
>> 
>> does not contain the last element 5.1!
>> 
>> find([-5.1:0.2:5.1] == 5.1) = []
>> 
>> Why is that?
>> 
>> Isn't it a bug?
> 
> We have
> --> a = -5.1:0.2:5.1;
> --> delta = a($)+0.2-5.1
>  delta  = 
>    8.882D-16
> 
> --> delta/5.1/%eps
>  ans  =
>    0.7843137
> 
> So, computing the next value leads to 5.1 but with an excess within the epsilon machine.
> Because of this excess, this last value is not included in the output set.
> 
> I am wondering whether we could detect this kind of edge effects, and manage them more softly.
> 
> Samuel


UNDERSTOOD. But what is a safe way to plot histograms like histplot(a:b:c, X) where X is a one-dimensional array?
Heinz

From sgougeon at free.fr  Tue Oct  2 21:12:44 2018
From: sgougeon at free.fr (Samuel Gougeon)
Date: Tue, 2 Oct 2018 21:12:44 +0200
Subject: [Scilab-users] array constructors
In-Reply-To: <76BABC53-DBCD-41EA-83C9-3BFF11A19EA3@me.com>
References: <CAOsmt4W8_FVB6EB+ZOwN3DYLqTz4sif=+tA24SZtvkTSSAGM0A@mail.gmail.com>
 <bbbb7232-de7e-fe54-2180-e5ee8be6e1d9@free.fr>
 <76BABC53-DBCD-41EA-83C9-3BFF11A19EA3@me.com>
Message-ID: <4fa12f10-d520-9b1c-1c7f-82f961c2f3ab@free.fr>

Le 02/10/2018 ? 21:02, Heinz Nabielek a ?crit :
> On 02.10.2018, at 20:31, Samuel Gougeon <sgougeon at free.fr> wrote:
>> Le 02/10/2018 ? 18:37, Adelson Oliveira a ?crit :
>>> Hi,
>>>
>>> In scilab 6.1, I've noticed that the array
>>>
>>> [8.9:0.2:9.9] does contain 8.9 and 9.9,
>>>
>>> but the array,
>>>
>>> [-5.1:0.2:5.1]
>>>
>>> does not contain the last element 5.1!
>>>
>>> find([-5.1:0.2:5.1] == 5.1) = []
>>>
>>> Why is that?
>>>
>>> Isn't it a bug?
>> We have
>> --> a = -5.1:0.2:5.1;
>> --> delta = a($)+0.2-5.1
>>   delta  =
>>     8.882D-16
>>
>> --> delta/5.1/%eps
>>   ans  =
>>     0.7843137
>>
>> So, computing the next value leads to 5.1 but with an excess within the epsilon machine.
>> Because of this excess, this last value is not included in the output set.
>>
>> I am wondering whether we could detect this kind of edge effects, and manage them more softly.
>>
>> Samuel
>
> UNDERSTOOD. But what is a safe way to plot histograms like histplot(a:b:c, X) where X is a one-dimensional array?

histplot(linspace(a, c, round((c-a)/b), X)
or
histplot(a:b:nearfloat("succ",c), X)



From sgougeon at free.fr  Tue Oct  2 21:27:22 2018
From: sgougeon at free.fr (Samuel Gougeon)
Date: Tue, 2 Oct 2018 21:27:22 +0200
Subject: [Scilab-users] Punch a hole into a facet
In-Reply-To: <5BB230BE.4050802@hslmg.de>
References: <5BB13D72.8060308@hslmg.de> <5BB141B8.1060505@hslmg.de>
 <da877802-c901-029d-7e2f-1c4a615b7e4b@free.fr> <5BB230BE.4050802@hslmg.de>
Message-ID: <a7d8b04d-614a-4f1f-cfb8-2397106c5458@free.fr>

Le 01/10/2018 ? 16:35, Jens Simon Strom a ?crit :
> Thanks Samuel,
> %nan works with surf, not with plot3d. The latter is attractive 
> because it can handle polygons - but unfortunately  not those with 
> embayments:  Facet coloring exeeds the contour (Vers. 5.5.2)

This is fixed in Scilab 6.

> I have to assemble my facet with several windos from partially 
> overlapping rectangles

You may use this:

xf  =  [1   -1  -1  1   1   0.5  0.5  -0.5  -0.5   0.5]';  
yf  =  [-1  -1   1  1  -1  -0.5  0.5   0.5  -0.5  -0.5]';  
zf  =  zeros(yf);
red  =  color("red");
plot3d(xf,  yf,  list(zf,  red))//Facet
set(gce(),  "foreground",  red,  "hiddencolor",  red);




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181002/06060833/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: hinbpbdccjniaknh.png
Type: image/png
Size: 7668 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/users/attachments/20181002/06060833/attachment.png>

From heinznabielek at me.com  Tue Oct  2 21:51:36 2018
From: heinznabielek at me.com (Heinz Nabielek)
Date: Tue, 02 Oct 2018 21:51:36 +0200
Subject: [Scilab-users] array constructors
In-Reply-To: <4fa12f10-d520-9b1c-1c7f-82f961c2f3ab@free.fr>
References: <CAOsmt4W8_FVB6EB+ZOwN3DYLqTz4sif=+tA24SZtvkTSSAGM0A@mail.gmail.com>
 <bbbb7232-de7e-fe54-2180-e5ee8be6e1d9@free.fr>
 <76BABC53-DBCD-41EA-83C9-3BFF11A19EA3@me.com>
 <4fa12f10-d520-9b1c-1c7f-82f961c2f3ab@free.fr>
Message-ID: <C63561F2-EAFB-4887-9273-E47673401C65@me.com>

On 02.10.2018, at 21:12, Samuel Gougeon <sgougeon at free.fr> wrote:
> 
> Le 02/10/2018 ? 21:02, Heinz Nabielek a ?crit :
>> On 02.10.2018, at 20:31, Samuel Gougeon <sgougeon at free.fr> wrote:
>>> Le 02/10/2018 ? 18:37, Adelson Oliveira a ?crit :
>>>> Hi,
>>>> 
>>>> In scilab 6.1, I've noticed that the array
>>>> 
>>>> [8.9:0.2:9.9] does contain 8.9 and 9.9,
>>>> 
>>>> but the array,
>>>> 
>>>> [-5.1:0.2:5.1]
>>>> 
>>>> does not contain the last element 5.1!
>>>> 
>>>> find([-5.1:0.2:5.1] == 5.1) = []
>>>> 
>>>> Why is that?
>>>> 
>>>> Isn't it a bug?
>>> We have
>>> --> a = -5.1:0.2:5.1;
>>> --> delta = a($)+0.2-5.1
>>>  delta  =
>>>    8.882D-16
>>> 
>>> --> delta/5.1/%eps
>>>  ans  =
>>>    0.7843137
>>> 
>>> So, computing the next value leads to 5.1 but with an excess within the epsilon machine.
>>> Because of this excess, this last value is not included in the output set.
>>> 
>>> I am wondering whether we could detect this kind of edge effects, and manage them more softly.
>>> 
>>> Samuel
>> 
>> UNDERSTOOD. But what is a safe way to plot histograms like histplot(a:b:c, X) where X is a one-dimensional array?
> 
> histplot(linspace(a, c, round((c-a)/b), X)
> or
> histplot(a:b:nearfloat("succ",c), X)

THANKS THE LOT. I had all sort of problems in the past.....
Heinz

From j.s.strom at hslmg.de  Wed Oct  3 14:07:02 2018
From: j.s.strom at hslmg.de (Jens Simon Strom)
Date: Wed, 03 Oct 2018 14:07:02 +0200
Subject: [Scilab-users] Punch a hole into a facet
In-Reply-To: <a7d8b04d-614a-4f1f-cfb8-2397106c5458@free.fr>
References: <5BB13D72.8060308@hslmg.de> <5BB141B8.1060505@hslmg.de>
 <da877802-c901-029d-7e2f-1c4a615b7e4b@free.fr> <5BB230BE.4050802@hslmg.de>
 <a7d8b04d-614a-4f1f-cfb8-2397106c5458@free.fr>
Message-ID: <5BB4B0E6.7030702@hslmg.de>

Thanks Samuel,
I would use Vers. 6 if I could use variable names containing an 
exlamation mark ("!"). All my several hundreds of function names contain 
that character. The bug is announced to be fixed  - but is it also fixed 
if I download the recent Version of Scilab?
Cheers
Jens
----------------------------------------------------------------------

Am 02.10.2018 21:27, schrieb Samuel Gougeon:
> Le 01/10/2018 ? 16:35, Jens Simon Strom a ?crit :
>> Thanks Samuel,
>> %nan works with surf, not with plot3d. The latter is attractive 
>> because it can handle polygons - but unfortunately  not those with 
>> embayments:  Facet coloring exeeds the contour (Vers. 5.5.2)
>
> This is fixed in Scilab 6.
>
>> I have to assemble my facet with several windos from partially 
>> overlapping rectangles
>
> You may use this:
> xf  =  [1   -1  -1  1   1   0.5  0.5  -0.5  -0.5   0.5]';  
> yf  =  [-1  -1   1  1  -1  -0.5  0.5   0.5  -0.5  -0.5]';  
> zf  =  zeros(yf);
> red  =  color("red");
> plot3d(xf,  yf,  list(zf,  red))//Facet
> set(gce(),  "foreground",  red,  "hiddencolor",  red);
>
>
>
>
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181003/381a0899/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 7668 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/users/attachments/20181003/381a0899/attachment.png>

From sgougeon at free.fr  Wed Oct  3 14:21:38 2018
From: sgougeon at free.fr (Samuel Gougeon)
Date: Wed, 3 Oct 2018 14:21:38 +0200
Subject: [Scilab-users] Punch a hole into a facet
In-Reply-To: <5BB4B0E6.7030702@hslmg.de>
References: <5BB13D72.8060308@hslmg.de> <5BB141B8.1060505@hslmg.de>
 <da877802-c901-029d-7e2f-1c4a615b7e4b@free.fr> <5BB230BE.4050802@hslmg.de>
 <a7d8b04d-614a-4f1f-cfb8-2397106c5458@free.fr> <5BB4B0E6.7030702@hslmg.de>
Message-ID: <0a61513e-e19d-dfe6-faaa-5aacb148bc82@free.fr>

Le 03/10/2018 ? 14:07, Jens Simon Strom a ?crit :
> Thanks Samuel,
> I would use Vers. 6 if I could use variable names containing an 
> exlamation mark ("!"). All my several hundreds of function names 
> contain that character. The bug is announced to be fixed  - but is it 
> also fixed if I download the recent Version of Scilab?

It is fixed only in the master branch, for 6.1.0, not for 6.0.2:
http://www.scilab.org/en/development/nightly_builds/master

Samuel



From fs.andre at gmail.com  Thu Oct  4 07:08:28 2018
From: fs.andre at gmail.com (=?UTF-8?B?QW5kcsOpIEZT?=)
Date: Thu, 4 Oct 2018 02:08:28 -0300
Subject: [Scilab-users] Consistency in linearization function
Message-ID: <CACFeq6LwBzOpDjNvfDDcUoNWiCbdm15YTWMJRnptOj=Pe=JXyA@mail.gmail.com>

Hello people,

I am not sure if I am doing something wrong but the lin function for
linearization of a non-linear function surrounding a given point is
returning different results each time I call it. And sometimes the results
affects the following calculations I am performing (like root locus, for
example). Below I pasted the output of a same linearization call.

--> [A_body,B_body,C_body,D_body] = lin(sim_f16_body, X0_lin_body, U0);
A_body
 A_body  =

  -0.0209023   0.0519875  -32.14689    0.454861
  -0.0403812  -1.0077261  -1.17722     456.03564
   0.          0.          0.          1.
   0.0002606   0.0026867  -0.0006798  -1.0747435


--> [A_body,B_body,C_body,D_body] = lin(sim_f16_body, X0_lin_body, U0);
A_body
 A_body  =

  -0.0201514   0.0538445  -32.14483    0.4545237
  -0.0464131  -1.0221136  -1.1907031   456.02225
   0.          0.          0.          1.
   0.000417    0.0020722  -0.0011822  -1.0745151


--> [A_body,B_body,C_body,D_body] = lin(sim_f16_body, X0_lin_body, U0);
A_body
 A_body  =

  -0.0195838   0.0528224  -32.148353   0.4557581
  -0.0495045  -1.0029337  -1.1827851   456.02261
  -1.970D-16   0.         -1.203D-16   1.
   0.0000567   0.0028515  -0.0000533  -1.0754311


--> [A_body,B_body,C_body,D_body] = lin(sim_f16_body, X0_lin_body, U0);
A_body
 A_body  =

  -0.0196784   0.0539473  -32.148072   0.4556623
  -0.050291   -1.0081099  -1.1862481   456.02452
   1.263D-16   0.          0.          1.
   0.0002898   0.0026783  -0.0003306  -1.075333

Also, I made an overplot of a simulation using the linear and non-linear
systems, as shown below (blue curve is the non-linear system and the green
curves are linear system from several lin executions).

[image: image.png]
The full code is here [1].

Anyone faced something like that? I'd appreciate any help.

[1]
https://github.com/fsandre/mcflight/blob/master/scripts/controls/nz/sim_body_stab_comparison.sce

--
Andr?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181004/72f70d15/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 17062 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/users/attachments/20181004/72f70d15/attachment.png>

From vijeesh at nal.res.in  Fri Oct  5 11:48:24 2018
From: vijeesh at nal.res.in (vijeesh)
Date: Fri, 5 Oct 2018 02:48:24 -0700 (MST)
Subject: [Scilab-users] Some questions about Xcos
In-Reply-To: <00f901caf10b$2c7e00f0$0302a8c0@HOUC35439>
References: <4BE30FF9.3070800@gmail.com> <4BE9085E.7040106@scilab.org>
 <00f901caf10b$2c7e00f0$0302a8c0@HOUC35439>
Message-ID: <1538732904463-0.post@n3.nabble.com>

Hi,

I'm also new to Scilab/Xcos and want to migrate from Simulink to XCos. My
objective is similar to what Andrea had asked. I want to interface joystick
to the model and run the model in soft real time in windows platform. I also
want to sent and receive data through UDP to some other software. Because
Andrea's question was long time ago, I thought there might be some updates
on this. So please help me to accomplish this task so that we can use Xcos
for our model development.


Vijeesh 
CSIR-NAL
Bangalaore



--
Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html


From antoine.monmayrant at laas.fr  Mon Oct  8 14:13:37 2018
From: antoine.monmayrant at laas.fr (antoine.monmayrant at laas.fr)
Date: Mon, 8 Oct 2018 14:13:37 +0200
Subject: [Scilab-users] concatenate hypermatrices along the 3rd dimension
Message-ID: <e299f0cd-3929-9b67-3acf-d9f84692efdf@laas.fr>

Hi all,

I'm trying to stack (or concatenate) 3D matrices (hypermatrices) along 
the 3rd dimension.
(The goal is to perform zero-padding along the 3rd dimension).
So far, the only - and ugly - solution I've found is the following:

//my padding
a=zeros(2,2,3);
//my data
b=a;
b(:,:,1)=[111,112;121,122];
b(:,:,2)=[211,212;221,222];
b(:,:,3)=[311,312;321,322];
// zero-padded data
padded_b=matrix([a(:);b(:);a(:)],[size(a,1),size(a,2),3*size(a,3)]);
Is there a solution that is less convoluted (and maybe more efficient) 
than resorting to this mix of "(:)" and "matrix"?

Thanks in advance,

Antoine

PS: If you are curious, I'm looking at the time evolution of a 2D image 
and need to do zero-padding and fft for spectral analysis : the 2 first 
dimensions are space ones (x,y), while the 3rd one is temporal evolution.

-- 
+++++++++++++++++++++++++++++++++++++++++++++++++++++++

  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 antoine.monmayrant at laas.fr  Mon Oct  8 14:49:24 2018
From: antoine.monmayrant at laas.fr (antoine.monmayrant at laas.fr)
Date: Mon, 8 Oct 2018 14:49:24 +0200
Subject: [Scilab-users] fft help page: can you read it?
Message-ID: <61a660e0-ddeb-b58d-6fd3-90a6b703872f@laas.fr>

Hi all,

It might be me getting too old, but I am unable to read the formulas in 
the fft help page.
The tiny png of the LaTeX formulas for direct and inverse fft are way 
too small to read.
So, I have two questions:
1) If you can read it, can you confirm that we have 
exp(-2*i*%pi/n*(m-1)*(k-1) for the direct transform (and the opposite 
for inverse) ?
2) Do you think this is worth filling a bug report ?

Cheers,

Antoine

-- 
+++++++++++++++++++++++++++++++++++++++++++++++++++++++

  Antoine Monmayrant LAAS - CNRS
  7 avenue du Colonel Roche
  BP 54200
  31031 TOULOUSE Cedex 4
  FRANCE

  Tel:+33 5 61 33 64 59
  
  email : antoine.monmayrant at laas.fr
  permanent email : antoine.monmayrant at polytechnique.org

+++++++++++++++++++++++++++++++++++++++++++++++++++++++



From sgougeon at free.fr  Mon Oct  8 15:30:48 2018
From: sgougeon at free.fr (sgougeon at free.fr)
Date: Mon, 8 Oct 2018 15:30:48 +0200 (CEST)
Subject: [Scilab-users] =?utf-8?q?Re=C2=A0=3A__concatenate_hypermatrices_a?=
 =?utf-8?q?long_the_3rd_dimension?=
In-Reply-To: <e299f0cd-3929-9b67-3acf-d9f84692efdf@laas.fr>
Message-ID: <2058635929.980156016.1539005448886.JavaMail.root@zimbra75-e12.priv.proxad.net>

Hello Antoine,

Please check cat(3, ..) to concatenate along the 3rd (or any) dimension.
Please check resize_matrix() to padd an hypermatrix (with what you want).

Regards
Samuel

----- Mail d'origine -----
De: antoine monmayrant <antoine.monmayrant at laas.fr>
?: International users mailing list for Scilab. <users at lists.scilab.org>
Envoy?: Mon, 08 Oct 2018 14:13:37 +0200 (CEST)
Objet: [Scilab-users] concatenate hypermatrices along the 3rd dimension

Hi all,

I'm trying to stack (or concatenate) 3D matrices (hypermatrices) along 
the 3rd dimension.
(The goal is to perform zero-padding along the 3rd dimension).
So far, the only - and ugly - solution I've found is the following:

//my padding
a=zeros(2,2,3);
//my data
b=a;
b(:,:,1)=[111,112;121,122];
b(:,:,2)=[211,212;221,222];
b(:,:,3)=[311,312;321,322];
// zero-padded data
padded_b=matrix([a(:);b(:);a(:)],[size(a,1),size(a,2),3*size(a,3)]);
Is there a solution that is less convoluted (and maybe more efficient) 
than resorting to this mix of "(:)" and "matrix"?


From stephane.mottelet at utc.fr  Mon Oct  8 16:39:29 2018
From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=)
Date: Mon, 8 Oct 2018 16:39:29 +0200
Subject: [Scilab-users] concatenate hypermatrices along the 3rd dimension
In-Reply-To: <e299f0cd-3929-9b67-3acf-d9f84692efdf@laas.fr>
References: <e299f0cd-3929-9b67-3acf-d9f84692efdf@laas.fr>
Message-ID: <22dd703c-f491-e6fd-3d22-8a579efabfde@utc.fr>

Hello Antoine,

Why not write:

padded_b=zeros(2,2,9);
padded_b(:,:,4:6)=b;

?

S.

Le 08/10/2018 ? 14:13, antoine.monmayrant at laas.fr a ?crit?:
> Hi all,
>
> I'm trying to stack (or concatenate) 3D matrices (hypermatrices) along 
> the 3rd dimension.
> (The goal is to perform zero-padding along the 3rd dimension).
> So far, the only - and ugly - solution I've found is the following:
>
> //my padding
> a=zeros(2,2,3);
> //my data
> b=a;
> b(:,:,1)=[111,112;121,122];
> b(:,:,2)=[211,212;221,222];
> b(:,:,3)=[311,312;321,322];
> // zero-padded data
> padded_b=matrix([a(:);b(:);a(:)],[size(a,1),size(a,2),3*size(a,3)]);
> Is there a solution that is less convoluted (and maybe more efficient) 
> than resorting to this mix of "(:)" and "matrix"?
>
> Thanks in advance,
>
> Antoine
>
> PS: If you are curious, I'm looking at the time evolution of a 2D 
> image and need to do zero-padding and fft for spectral analysis : the 
> 2 first dimensions are space ones (x,y), while the 3rd one is temporal 
> evolution.
>

-- 
St?phane Mottelet
Ing?nieur de recherche
EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable
D?partement G?nie des Proc?d?s Industriels
Sorbonne Universit?s - Universit? de Technologie de Compi?gne
CS 60319, 60203 Compi?gne cedex
Tel : +33(0)344234688
http://www.utc.fr/~mottelet



From chrisp at poundsc.org  Mon Oct  8 17:11:03 2018
From: chrisp at poundsc.org (Pndsc)
Date: Mon, 8 Oct 2018 08:11:03 -0700 (MST)
Subject: [Scilab-users] Unable to update ATOMS packages - Scilab 6.0.1
Message-ID: <1539011463988-0.post@n3.nabble.com>

I've just done a fresh install of Scilab on Ubuntu 1804 with KDE Plasma as my
window manager and cannot update anything via ATOMS. Subsequent to checking
for the Atoms packages a dialog is displayed to check my internet
connection, but that is presumably fine since I'm writing this on the same
machine.

I have the following from bash:

HDF5-DIAG: Error detected in HDF5 (1.10.0-patch1) thread 139959785489920:
  #000: ../../../src/H5A.c line 265 in H5Acreate2(): not a location
    major: Invalid arguments to routine
    minor: Inappropriate type
  #001: ../../../src/H5Gloc.c line 253 in H5G_loc(): invalid object ID
    major: Invalid arguments to routine
    minor: Bad value

and running atomsList() in scilab gives:

--> atomsList
Scanning repository http://atoms.scilab.org/6.0 ... Done

at line   265 of function atomsDESCRIPTIONget (
/usr/share/scilab/modules/atoms/macros/atoms_internals/atomsDESCRIPTIONget.sci
line 284 )
at line    38 of function atomsList           (
/usr/share/scilab/modules/atoms/macros/atomsList.sci line 54 )

atomsDESCRIPTIONget: save
('/home/chris/.Scilab/scilab-6.0.1/.atoms/packages') has failed.

-->

Can anyone shed some light on this issue and how I solve it?



--
Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html


From antoine.monmayrant at laas.fr  Mon Oct  8 17:53:04 2018
From: antoine.monmayrant at laas.fr (antoine monmayrant)
Date: Mon, 8 Oct 2018 17:53:04 +0200
Subject: [Scilab-users] Unable to update ATOMS packages - Scilab 6.0.1
In-Reply-To: <1539011463988-0.post@n3.nabble.com>
References: <1539011463988-0.post@n3.nabble.com>
Message-ID: <c498fda2-4577-9035-cb0b-2ffdfb8b7b84@laas.fr>

Hello,

I think I face a similar issue (it's not a problem of internet 
connection, it's more an issue with hdf5 support).
It should be fixed in the current nightly build for the 6.0 branch:

https://www.scilab.org/fr/development/nightly_builds/branch60

Hope it helps,

Antoine


Le 08/10/2018 ? 17:11, Pndsc a ?crit?:
> I've just done a fresh install of Scilab on Ubuntu 1804 with KDE Plasma as my
> window manager and cannot update anything via ATOMS. Subsequent to checking
> for the Atoms packages a dialog is displayed to check my internet
> connection, but that is presumably fine since I'm writing this on the same
> machine.
>
> I have the following from bash:
>
> HDF5-DIAG: Error detected in HDF5 (1.10.0-patch1) thread 139959785489920:
>    #000: ../../../src/H5A.c line 265 in H5Acreate2(): not a location
>      major: Invalid arguments to routine
>      minor: Inappropriate type
>    #001: ../../../src/H5Gloc.c line 253 in H5G_loc(): invalid object ID
>      major: Invalid arguments to routine
>      minor: Bad value
>
> and running atomsList() in scilab gives:
>
> --> atomsList
> Scanning repository http://atoms.scilab.org/6.0 ... Done
>
> at line   265 of function atomsDESCRIPTIONget (
> /usr/share/scilab/modules/atoms/macros/atoms_internals/atomsDESCRIPTIONget.sci
> line 284 )
> at line    38 of function atomsList           (
> /usr/share/scilab/modules/atoms/macros/atomsList.sci line 54 )
>
> atomsDESCRIPTIONget: save
> ('/home/chris/.Scilab/scilab-6.0.1/.atoms/packages') has failed.
>
> -->
>
> Can anyone shed some light on this issue and how I solve it?
>
>
>
> --
> Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>



From chrisp at poundsc.org  Mon Oct  8 17:59:30 2018
From: chrisp at poundsc.org (Pndsc)
Date: Mon, 8 Oct 2018 08:59:30 -0700 (MST)
Subject: [Scilab-users] Unable to update ATOMS packages - Scilab 6.0.1
In-Reply-To: <c498fda2-4577-9035-cb0b-2ffdfb8b7b84@laas.fr>
References: <1539011463988-0.post@n3.nabble.com>
 <c498fda2-4577-9035-cb0b-2ffdfb8b7b84@laas.fr>
Message-ID: <1539014370032-0.post@n3.nabble.com>

Thanks for the tip.

Is there a handy sudo apt-get id for the nightly build or do I need to unzip
and install a downloaded tar?



--
Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html


From sgougeon at free.fr  Mon Oct  8 20:55:08 2018
From: sgougeon at free.fr (Samuel Gougeon)
Date: Mon, 8 Oct 2018 20:55:08 +0200
Subject: [Scilab-users]
 =?utf-8?q?Re=C2=A0=3A_concatenate_hypermatrices_al?=
 =?utf-8?q?ong_the_3rd_dimension?=
In-Reply-To: <2058635929.980156016.1539005448886.JavaMail.root@zimbra75-e12.priv.proxad.net>
References: <2058635929.980156016.1539005448886.JavaMail.root@zimbra75-e12.priv.proxad.net>
Message-ID: <7038b3e2-d834-42c4-0b66-b7239dc88c89@free.fr>

Le 08/10/2018 ? 15:30, sgougeon at free.fr a ?crit :
> Hello Antoine,
>
> Please check cat(3, ..) to concatenate along the 3rd (or any) dimension.
> Please check resize_matrix() to padd an hypermatrix (with what you want).

In your specific padding case, you may better use

b  =   cat(3,[111,112;121,122], [211,212;221,222],  [211,212;221,222])
padded_b=  cat(3,zeros(b),b,zeros(b))

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181008/6ba30cbb/attachment.htm>

From Christophe.Dang at sidel.com  Tue Oct  9 09:30:14 2018
From: Christophe.Dang at sidel.com (Dang Ngoc Chan, Christophe)
Date: Tue, 9 Oct 2018 07:30:14 +0000
Subject: [Scilab-users] {EXT}  fft help page: can you read it?
In-Reply-To: <61a660e0-ddeb-b58d-6fd3-90a6b703872f@laas.fr>
References: <61a660e0-ddeb-b58d-6fd3-90a6b703872f@laas.fr>
Message-ID: <DB6PR07MB4344D8A21AC2EC785698A65FE5E70@DB6PR07MB4344.eurprd07.prod.outlook.com>

Hello,

> De : antoine.monmayrant at laas.fr
> Envoy? : lundi 8 octobre 2018 14:49
>
> It might be me getting too old, but I am unable to read the formulas in the fft help page.
> The tiny png of the LaTeX formulas for direct and inverse fft are way too small to read.

The problem is not that they are small,
It is that they have a poor resolution so zooming only gives blur.

> 1) If you can read it, can you confirm that we have
> exp(-2*i*%pi/n*(m-1)*(k-1) for the direct transform (and the opposite for inverse) ?

Seems all right to me

> 2) Do you think this is worth filling a bug report ?

Think so.
The most easier for them would be to use \exp instead of e^{},
but imho the image tag should have an "alt" parameter with the formula in LaTeX (or whatever)
that usually shows up when the mouse pointer is on the picture.

Regards

--
Christophe Dang Ngoc Chan
Mechanical calculation engineer

Public
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 antoine.monmayrant+scilab at laas.fr  Tue Oct  9 11:02:20 2018
From: antoine.monmayrant+scilab at laas.fr (antoine.monmayrant+scilab at laas.fr)
Date: Tue, 9 Oct 2018 11:02:20 +0200
Subject: [Scilab-users] fftshift and ifftshift are way too different
Message-ID: <dcfc9d32-9749-51b5-3c15-0ea52a68b27a@laas.fr>

Hello all,

 From what I understand of fast Fourier transforms, fftshift and 
ifftshift should be almost identical.
The only difference is when there are an odd number of elements in the 
dimension along which the shift is performed (ie 
fftshift([1:4])==ifftshift([1:4]) but fftshift([1:5])!=ifftshift([1:5])).
However, it seems that in scilab6.x fftshift and ifftshift are based on 
completely different codes and do not accept the same arguments.
In particular, with fftshift, one can specify the dimension along which 
to perform the shift, while it is not the case for ifftshift.
I think some update of ifftshift would be welcome.
I propose to use the code below (myifftshift), where I just changed 
"ceil" by "floor" in the definition if fftshift.
What do you think, does it look right to you?

Cheers,

Antoine

function x = myifftshift(x,job)
     if argn(2)<2 then job="all",end
     deff("sel=fun(sk)","c=floor(sk/2);sel=[c+1:sk,1:c]")
     if job=="r" then job=1,elseif job=="c" then job=2,end
     ind=list()
     if job=="all" then
         for sk=size(x),ind($+1)=fun(sk),end
     else
         for sk=size(x),ind($+1)=:,end;
         ind(job)=fun(size(x,job))
     end
     x=x(ind(:))
endfunction



From sgougeon at free.fr  Tue Oct  9 16:05:31 2018
From: sgougeon at free.fr (sgougeon at free.fr)
Date: Tue, 9 Oct 2018 16:05:31 +0200 (CEST)
Subject: [Scilab-users] =?utf-8?q?Re=C2=A0=3A__fftshift_and_ifftshift_are_?=
 =?utf-8?q?way_too_different?=
In-Reply-To: <dcfc9d32-9749-51b5-3c15-0ea52a68b27a@laas.fr>
Message-ID: <248496656.993127881.1539093931290.JavaMail.root@zimbra75-e12.priv.proxad.net>

Hello Antoine,

fttshift() switches all halves along all dimensions. This is mandatory.
So for instance in 2D, opposite quadrants (wrt the center) are switched.
In 3D, opposite cubes are switched. etc.

To me, the current implementation is right:

--> m=grand(3,5,"uin",0,9)
 m  = 
   2.   5.   9.   3.   0.
   2.   4.   5.   5.   6.
   4.   1.   8.   5.   9.

--> fftshift(m)
 ans  =
   5.   9.   4.   1.   8.
   3.   0.   2.   5.   9.
   5.   6.   2.   4.   5.

--> ifftshift(fftshift(m))
 ans  =
   2.   5.   9.   3.   0.
   2.   4.   5.   5.   6.
   4.   1.   8.   5.   9.

--> and(ifftshift(fftshift(m))==m)
 ans  =
  T

BR
Samuel

----- Mail d'origine -----
De: antoine monmayrant+scilab <antoine.monmayrant+scilab at laas.fr>
?: International users mailing list for Scilab. <users at lists.scilab.org>, List dedicated to development questions <dev at lists.scilab.org>
Envoy?: Tue, 09 Oct 2018 11:02:20 +0200 (CEST)
Objet: [Scilab-users] fftshift and ifftshift are way too different

Hello all,

 From what I understand of fast Fourier transforms, fftshift and 
ifftshift should be almost identical.
The only difference is when there are an odd number of elements in the 
dimension along which the shift is performed (ie 
fftshift([1:4])==ifftshift([1:4]) but fftshift([1:5])!=ifftshift([1:5])).
However, it seems that in scilab6.x fftshift and ifftshift are based on 
completely different codes and do not accept the same arguments.
In particular, with fftshift, one can specify the dimension along which 
to perform the shift, while it is not the case for ifftshift.
I think some update of ifftshift would be welcome.
I propose to use the code below (myifftshift), where I just changed 
"ceil" by "floor" in the definition if fftshift.
What do you think, does it look right to you?

Cheers,

Antoine

function x = myifftshift(x,job)
     if argn(2)<2 then job="all",end
     deff("sel=fun(sk)","c=floor(sk/2);sel=[c+1:sk,1:c]")
     if job=="r" then job=1,elseif job=="c" then job=2,end
     ind=list()
     if job=="all" then
         for sk=size(x),ind($+1)=fun(sk),end
     else
         for sk=size(x),ind($+1)=:,end;
         ind(job)=fun(size(x,job))
     end
     x=x(ind(:))
endfunction


From vijeesh at nal.res.in  Tue Oct  9 06:00:13 2018
From: vijeesh at nal.res.in (vijeesh)
Date: Mon, 8 Oct 2018 21:00:13 -0700 (MST)
Subject: [Scilab-users] Scilab/Xcos for flight simulator
Message-ID: <1539057613615-0.post@n3.nabble.com>

Hi, 

I'm new to Scilab/Xcos and want to migrate from Simulink to XCos. I want to
interface USB joystick to the model and run the model in soft real-time in
windows platform. I also want to sent and receive data through UDP to some
other software. So please help me to accomplish this task so that we can use
Xcos for our model development. 


Vijeesh T 





--
Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html


From sgougeon at free.fr  Mon Oct  8 23:43:00 2018
From: sgougeon at free.fr (Samuel Gougeon)
Date: Mon, 8 Oct 2018 23:43:00 +0200
Subject: [Scilab-users] fft help page: can you read it?
In-Reply-To: <61a660e0-ddeb-b58d-6fd3-90a6b703872f@laas.fr>
References: <61a660e0-ddeb-b58d-6fd3-90a6b703872f@laas.fr>
Message-ID: <cc0e9374-c13f-7dfc-b48e-cf8ef927faea@free.fr>

Le 08/10/2018 ? 14:49, antoine.monmayrant at laas.fr a ?crit :
> Hi all,
>
> It might be me getting too old, but I am unable to read the formulas 
> in the fft help page.
> The tiny png of the LaTeX formulas for direct and inverse fft are way 
> too small to read.
> So, I have two questions:
> 1) If you can read it, can you confirm that we have 
> exp(-2*i*%pi/n*(m-1)*(k-1) for the direct transform (and the opposite 
> for inverse) ?

Yes i do
> 2) Do you think this is worth filling a bug report ?

I am fixing it in the pages. Now it is displayed as the following:

and


Regards
Samuel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181008/11dd463e/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: _LaTeX_fft.xml_1.png
Type: image/png
Size: 2266 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/users/attachments/20181008/11dd463e/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: _LaTeX_fft.xml_2.png
Type: image/png
Size: 2299 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/users/attachments/20181008/11dd463e/attachment-0001.png>

From antoine.monmayrant at laas.fr  Tue Oct  9 21:52:20 2018
From: antoine.monmayrant at laas.fr (antoine monmayrant)
Date: Tue, 9 Oct 2018 21:52:20 +0200
Subject: [Scilab-users]
 =?utf-8?q?Re=C2=A0=3A_fftshift_and_ifftshift_are_w?=
 =?utf-8?q?ay_too_different?=
In-Reply-To: <248496656.993127881.1539093931290.JavaMail.root@zimbra75-e12.priv.proxad.net>
References: <248496656.993127881.1539093931290.JavaMail.root@zimbra75-e12.priv.proxad.net>
Message-ID: <dd7c3feb-c213-5fb2-a880-9b61081ca425@laas.fr>

Hello Samuel,

Sorry I might not have made myself clear: fft and fftshift provide the 
ability to perform transform along only one of the dimensions of a 
multidimensional array.
Something like S(x,y,z) --[FFT along 3rd dim]--> ffthift(ffft(S(x,y,z), 
-1,3),3)=?(x,y,kz).
In that case, you need to perform fft and eventually fftshift along only 
the dimension of the transform.
ifftshift should also provide the same possibility to perform the 
inverse transform: ?(x,y,kz) --[IFFT along 3rd dim]--> 
iffthift(ffft(?(x,y,kz), +1,3),3)=S(x,y,z).

This is a basic signal processing requirement in my field.

Cheers,

Antoine



Le 09/10/2018 ? 16:05, sgougeon at free.fr a ?crit?:
> Hello Antoine,
>
> fttshift() switches all halves along all dimensions. This is mandatory.
> So for instance in 2D, opposite quadrants (wrt the center) are switched.
> In 3D, opposite cubes are switched. etc.
>
> To me, the current implementation is right:
>
> --> m=grand(3,5,"uin",0,9)
>   m  =
>     2.   5.   9.   3.   0.
>     2.   4.   5.   5.   6.
>     4.   1.   8.   5.   9.
>
> --> fftshift(m)
>   ans  =
>     5.   9.   4.   1.   8.
>     3.   0.   2.   5.   9.
>     5.   6.   2.   4.   5.
>
> --> ifftshift(fftshift(m))
>   ans  =
>     2.   5.   9.   3.   0.
>     2.   4.   5.   5.   6.
>     4.   1.   8.   5.   9.
>
> --> and(ifftshift(fftshift(m))==m)
>   ans  =
>    T
>
> BR
> Samuel
>
> ----- Mail d'origine -----
> De: antoine monmayrant+scilab <antoine.monmayrant+scilab at laas.fr>
> ?: International users mailing list for Scilab. <users at lists.scilab.org>, List dedicated to development questions <dev at lists.scilab.org>
> Envoy?: Tue, 09 Oct 2018 11:02:20 +0200 (CEST)
> Objet: [Scilab-users] fftshift and ifftshift are way too different
>
> Hello all,
>
>   From what I understand of fast Fourier transforms, fftshift and
> ifftshift should be almost identical.
> The only difference is when there are an odd number of elements in the
> dimension along which the shift is performed (ie
> fftshift([1:4])==ifftshift([1:4]) but fftshift([1:5])!=ifftshift([1:5])).
> However, it seems that in scilab6.x fftshift and ifftshift are based on
> completely different codes and do not accept the same arguments.
> In particular, with fftshift, one can specify the dimension along which
> to perform the shift, while it is not the case for ifftshift.
> I think some update of ifftshift would be welcome.
> I propose to use the code below (myifftshift), where I just changed
> "ceil" by "floor" in the definition if fftshift.
> What do you think, does it look right to you?
>
> Cheers,
>
> Antoine
>
> function x = myifftshift(x,job)
>       if argn(2)<2 then job="all",end
>       deff("sel=fun(sk)","c=floor(sk/2);sel=[c+1:sk,1:c]")
>       if job=="r" then job=1,elseif job=="c" then job=2,end
>       ind=list()
>       if job=="all" then
>           for sk=size(x),ind($+1)=fun(sk),end
>       else
>           for sk=size(x),ind($+1)=:,end;
>           ind(job)=fun(size(x,job))
>       end
>       x=x(ind(:))
> endfunction
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>



From sgougeon at free.fr  Wed Oct 10 08:47:29 2018
From: sgougeon at free.fr (Samuel Gougeon)
Date: Wed, 10 Oct 2018 08:47:29 +0200
Subject: [Scilab-users]
 =?utf-8?q?Re=C2=A0=3A_fftshift_and_ifftshift_are_w?=
 =?utf-8?q?ay_too_different?=
In-Reply-To: <dd7c3feb-c213-5fb2-a880-9b61081ca425@laas.fr>
References: <248496656.993127881.1539093931290.JavaMail.root@zimbra75-e12.priv.proxad.net>
 <dd7c3feb-c213-5fb2-a880-9b61081ca425@laas.fr>
Message-ID: <4f167b65-4986-7bd5-ccc7-68a4e99eed5b@free.fr>

Le 09/10/2018 ? 21:52, antoine monmayrant a ?crit :
> Hello Samuel,
>
> Sorry I might not have made myself clear: fft and fftshift provide the 
> ability to perform transform along only one of the dimensions of a 
> multidimensional array.
> Something like S(x,y,z) --[FFT along 3rd dim]--> 
> ffthift(ffft(S(x,y,z), -1,3),3)=?(x,y,kz).
> In that case, you need to perform fft and eventually fftshift along 
> only the dimension of the transform.
> ifftshift should also provide the same possibility to perform the 
> inverse transform: ?(x,y,kz) --[IFFT along 3rd dim]--> 
> iffthift(ffft(?(x,y,kz), +1,3),3)=S(x,y,z).
>
> This is a basic signal processing requirement in my field.

Hello Antoine,

Yes, you are right: in case of directional FFT and odd number of 
elements along the chosen direction, ifftshift can't presently be used.
Could you please post the same remark on bugzilla? This bug/wish is not 
yet reported.

IMO we may propose and include it in Scilab as soon as for Scilab 6.0.2.

BTW, still IMO, fftshift and ifftshift should rather be merged in a 
single function.
It's the same code, except a floor<=>ceil. This should deserve just an 
option, not a separate dedicated function.
I guess that this separation likely comes from a kind of abusive 
Matlab-like mimicry.

Best regards
Samuel



From amonmayr at laas.fr  Wed Oct 10 09:21:50 2018
From: amonmayr at laas.fr (amonmayr at laas.fr)
Date: Wed, 10 Oct 2018 09:21:50 +0200
Subject: [Scilab-users]
 =?utf-8?q?Re=C2=A0=3A_fftshift_and_ifftshift_are_w?=
 =?utf-8?q?ay_too_different?=
In-Reply-To: <4f167b65-4986-7bd5-ccc7-68a4e99eed5b@free.fr>
References: <248496656.993127881.1539093931290.JavaMail.root@zimbra75-e12.priv.proxad.net>
 <dd7c3feb-c213-5fb2-a880-9b61081ca425@laas.fr>
 <4f167b65-4986-7bd5-ccc7-68a4e99eed5b@free.fr>
Message-ID: <dd1dbc55-dd6c-8eed-7981-2720e751cded@laas.fr>

Le 10/10/2018 ? 08:47, Samuel Gougeon a ?crit?:
> Le 09/10/2018 ? 21:52, antoine monmayrant a ?crit :
>> Hello Samuel,
>>
>> Sorry I might not have made myself clear: fft and fftshift provide 
>> the ability to perform transform along only one of the dimensions of 
>> a multidimensional array.
>> Something like S(x,y,z) --[FFT along 3rd dim]--> 
>> ffthift(ffft(S(x,y,z), -1,3),3)=?(x,y,kz).
>> In that case, you need to perform fft and eventually fftshift along 
>> only the dimension of the transform.
>> ifftshift should also provide the same possibility to perform the 
>> inverse transform: ?(x,y,kz) --[IFFT along 3rd dim]--> 
>> iffthift(ffft(?(x,y,kz), +1,3),3)=S(x,y,z).
>>
>> This is a basic signal processing requirement in my field.
>
> Hello Antoine,
>
> Yes, you are right: in case of directional FFT and odd number of 
> elements along the chosen direction, ifftshift can't presently be used.
> Could you please post the same remark on bugzilla? This bug/wish is 
> not yet reported.
OK, I'll put it in my TODO-list.
>
> IMO we may propose and include it in Scilab as soon as for Scilab 6.0.2.
>
> BTW, still IMO, fftshift and ifftshift should rather be merged in a 
> single function.
> It's the same code, except a floor<=>ceil. This should deserve just an 
> option, not a separate dedicated function.
> I guess that this separation likely comes from a kind of abusive 
> Matlab-like mimicry.
Yes, I agree.
But I don't see how we can merge the two without increasing the huge 
halo of confusion that blurs the help pages and use of fft-related 
functions? ?.
The first idea that came to my mind was to make one single fftshift 
function where:
 ?- if dim>0, you do direct shift (ie for a direct Fourier transform) 
along dimension dim;
 ?- if dim<0, you do inverse shift (ie for an inverse Fourier transform) 
along dimension |dim|.
But as "-1" means direct fft and "+1" inverse fft, mixing fft and 
fftshift would be a real mess.

Antoine
? One I just discovered yesterday: the help page for fft is not listed 
in "Scilab Help >> Signal Processing > Transforms " ! Only ifft is 
listed, cool, he? Of course, ifft points to "Scilab Help >> Signal 
Processing > Transforms > fft". Idem? for dst, ...
? Oh, and this one cool too: in the fft help page:
"incr
a vector of positive numbers with integer values, or a vector of 
positive integers. *See the Description part for details.*" but the 
Description never says what the heck "incr" is, does and means.... 
Arghhh. It only appears once in an example of a "previous syntax".

>
> Best regards
> Samuel
>
> _______________________________________________
> 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

+++++++++++++++++++++++++++++++++++++++++++++++++++++++

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181010/a28b2655/attachment.htm>

From sgougeon at free.fr  Wed Oct 10 10:22:14 2018
From: sgougeon at free.fr (Samuel Gougeon)
Date: Wed, 10 Oct 2018 10:22:14 +0200
Subject: [Scilab-users]
 =?utf-8?q?Re=C2=A0=3A_fftshift_and_ifftshift_are_w?=
 =?utf-8?q?ay_too_different?=
In-Reply-To: <dd1dbc55-dd6c-8eed-7981-2720e751cded@laas.fr>
References: <248496656.993127881.1539093931290.JavaMail.root@zimbra75-e12.priv.proxad.net>
 <dd7c3feb-c213-5fb2-a880-9b61081ca425@laas.fr>
 <4f167b65-4986-7bd5-ccc7-68a4e99eed5b@free.fr>
 <dd1dbc55-dd6c-8eed-7981-2720e751cded@laas.fr>
Message-ID: <f6b609bb-11ec-22b0-bcb4-1c882a0c9db2@free.fr>

Le 10/10/2018 ? 09:21, amonmayr at laas.fr a ?crit :
> Le 10/10/2018 ? 08:47, Samuel Gougeon a ?crit :
>> Le 09/10/2018 ? 21:52, antoine monmayrant a ?crit :
>>> Hello Samuel,
>>>
>>> Sorry I might not have made myself clear: fft and fftshift provide 
>>> the ability to perform transform along only one of the dimensions of 
>>> a multidimensional array.
>>> Something like S(x,y,z) --[FFT along 3rd dim]--> 
>>> ffthift(ffft(S(x,y,z), -1,3),3)=?(x,y,kz).
>>> In that case, you need to perform fft and eventually fftshift along 
>>> only the dimension of the transform.
>>> ifftshift should also provide the same possibility to perform the 
>>> inverse transform: ?(x,y,kz) --[IFFT along 3rd dim]--> 
>>> iffthift(ffft(?(x,y,kz), +1,3),3)=S(x,y,z).
>>>
>>> This is a basic signal processing requirement in my field.
>>
>> Hello Antoine,
>>
>> Yes, you are right: in case of directional FFT and odd number of 
>> elements along the chosen direction, ifftshift can't presently be used.
>> Could you please post the same remark on bugzilla? This bug/wish is 
>> not yet reported.
> OK, I'll put it in my TODO-list.
>>
>> IMO we may propose and include it in Scilab as soon as for Scilab 6.0.2.
>>
>> BTW, still IMO, fftshift and ifftshift should rather be merged in a 
>> single function.
>> It's the same code, except a floor<=>ceil. This should deserve just 
>> an option, not a separate dedicated function.
>> I guess that this separation likely comes from a kind of abusive 
>> Matlab-like mimicry.
> Yes, I agree.
> But I don't see how we can merge the two without increasing the huge 
> halo of confusion that blurs the help pages and use of fft-related 
> functions? ?.

You know, the most numerous pages we have about basically the same 
feature, the more inconsistencies between them we can get.

> The first idea that came to my mind was to make one single fftshift 
> function where:
>  - if dim>0, you do direct shift (ie for a direct Fourier transform) 
> along dimension dim;
>  - if dim<0, you do inverse shift (ie for an inverse Fourier 
> transform) along dimension |dim|.

I am not too convinced using the sign of dim to set the direction of the 
shift,
because the dim sign could be used to something else more useful (and 
general)
when dealing with an hypermatrix (to be discussed elsewhere).

> But as "-1" means direct fft and "+1" inverse fft, mixing fft and 
> fftshift would be a real mess.
Yes, having chosen the sign of the exponent as a flag to set the 
direction is not very handy/clear.
But we must do with it now...

Basically, flipdim() could do the same, by implementing  new 
"fft"|"ifft" values for its blockSize option.

>
> Antoine
> ? One I just discovered yesterday: the help page for fft is not listed 
> in "Scilab Help >> Signal Processing > Transforms " ! Only ifft is 
> listed, cool, he? Of course, ifft points to "Scilab Help >> Signal 
> Processing > Transforms > fft". Idem  for dst, ...

It is listed, but it depends on the way you get the list:

  * Go to the Scilab help browser, and watch the list in the left margin
    : fft is listed, but not ifft
  * Now, click on the fft help directory, still on the leftside list :
    in the page pannel, you get the list of contents of the help
    directory: here, ifft is listed, but not fft

This is due to the bug 11633 
<http://bugzilla.scilab.org/show_bug.cgi?id=11633>. It occurs when a 
page has multiple <refname> (titles)

About ifft() and fft2(): to me, these both functions are completely 
useless. They do nothing more than what fft() can do.
I presume they have been introduced again to mimic Matlab. What brings 
confusion.
Formerly, there was also a mfft() in Scilab. We have removed it, since 
fft() does its job whatever is the number of dimensions of the input!
To me, we must go on and remove fft2() and ifft(), or at least 
undocument them.
This does not prevent to keep "fft2" and "ifft" tags in the fft() page, 
in order to get the fft() page when we type "help ifft" ;
or even to keep also their code (but maintaining the Matlab-to-Scilab 
converter should be a priority instead!).
But not to keep their pages. Or otherwise, to move them in the 
"Compatibility functions" module.
To me, it's their only relevant place.

> ? Oh, and this one cool too: in the fft help page:
> "incr
> a vector of positive numbers with integer values, or a vector of 
> positive integers. *See the Description part for details.*"
> but the Description never says what the heck "incr" is, does and 
> means.... Arghhh. It only appears once in an example of a "previous 
> syntax".

It is written:

      *

        /|X=fft(A,sign,dims,incr [,option])|//is a previous syntax that
        also allows to perform all direct or inverse fft of the slices
        of //|A|//along selected dimensions. /

        //

        /For example, if //|A|//is an array with //|n1*n2*n3|//elements
        //|X=fft(A,-1,n1,1)|//is equivalent to
        //|X=fft(matrix(A,[n1,n2,n3]),-1,1)|//.
        and //|X=fft(A,-1,[n1 n3],[1 n1*n2])|//is equivalent to
        //|X=fft(matrix(A,[n1,n2,n3]),-1,[1,3])|//. /

        //

    //

//
//So, it is described ;) But it is rather unclear, indeed. You are 
welcome to reformulate it :)

When 3 pages have to be written and maintained (in ideally 5 different 
languages en fr ja pt ru) instead of one, then the time and care than 
can be invested to write excellent pages is expectedly 3 times shorter 
for each one of them...

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181010/284feafc/attachment.htm>

From amonmayr at laas.fr  Wed Oct 10 12:39:48 2018
From: amonmayr at laas.fr (amonmayr at laas.fr)
Date: Wed, 10 Oct 2018 12:39:48 +0200
Subject: [Scilab-users]
 =?utf-8?q?Re=C2=A0=3A_fftshift_and_ifftshift_are_w?=
 =?utf-8?q?ay_too_different?=
In-Reply-To: <4f167b65-4986-7bd5-ccc7-68a4e99eed5b@free.fr>
References: <248496656.993127881.1539093931290.JavaMail.root@zimbra75-e12.priv.proxad.net>
 <dd7c3feb-c213-5fb2-a880-9b61081ca425@laas.fr>
 <4f167b65-4986-7bd5-ccc7-68a4e99eed5b@free.fr>
Message-ID: <98348825-4536-9821-b612-010ae7a0495f@laas.fr>

Le 10/10/2018 ? 08:47, Samuel Gougeon a ?crit?:
> Le 09/10/2018 ? 21:52, antoine monmayrant a ?crit :
>> Hello Samuel,
>>
>> Sorry I might not have made myself clear: fft and fftshift provide 
>> the ability to perform transform along only one of the dimensions of 
>> a multidimensional array.
>> Something like S(x,y,z) --[FFT along 3rd dim]--> 
>> ffthift(ffft(S(x,y,z), -1,3),3)=?(x,y,kz).
>> In that case, you need to perform fft and eventually fftshift along 
>> only the dimension of the transform.
>> ifftshift should also provide the same possibility to perform the 
>> inverse transform: ?(x,y,kz) --[IFFT along 3rd dim]--> 
>> iffthift(ffft(?(x,y,kz), +1,3),3)=S(x,y,z).
>>
>> This is a basic signal processing requirement in my field.
>
> Hello Antoine,
>
> Yes, you are right: in case of directional FFT and odd number of 
> elements along the chosen direction, ifftshift can't presently be used.
> Could you please post the same remark on bugzilla? This bug/wish is 
> not yet reported.
Done: http://bugzilla.scilab.org/show_bug.cgi?id=15799
>
> IMO we may propose and include it in Scilab as soon as for Scilab 6.0.2.
>
> BTW, still IMO, fftshift and ifftshift should rather be merged in a 
> single function.
> It's the same code, except a floor<=>ceil. This should deserve just an 
> option, not a separate dedicated function.
> I guess that this separation likely comes from a kind of abusive 
> Matlab-like mimicry.
>
> Best regards
> Samuel
>
> _______________________________________________
> 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 chrisp at poundsc.org  Wed Oct 10 23:37:08 2018
From: chrisp at poundsc.org (Pndsc)
Date: Wed, 10 Oct 2018 14:37:08 -0700 (MST)
Subject: [Scilab-users] Unable to update ATOMS packages - Scilab 6.0.1
In-Reply-To: <1539011463988-0.post@n3.nabble.com>
References: <1539011463988-0.post@n3.nabble.com>
Message-ID: <1539207428446-0.post@n3.nabble.com>

So to update my own inquiry - as far as I can make out theres no solution to
this problem. Or at least, I havent been able to fix it.

I'm not the only person with this problem - theres an  Ubuntu stackexchange
thread with a suggested fix here
<https://askubuntu.com/questions/1029163/how-to-get-scilab-6-0-1-working-on-ubuntu-18-04-lts/1029164>  
by N0rbert which might prove useful for other people with issues of simply
getting Scilab to work, but does not solve my issue of ATOMS not updating or
displaying an up to date package list.

The HDF5 thing is a known issue and is on the bugtracker here thanks to
N0rbert:

https://bugs.launchpad.net/ubuntu/+source/scilab/+bug/1765503

I have to admit I have a hard time with believing that this issue has been
allowed to persist for so long with the current most widespread linux
distribution out there. 

Running an atomsInstall command doesnt work either:

--> atomsInstall("coselica")
Scanning repository http://atoms.scilab.org/6.0 ... Done

at line   265 of function atomsDESCRIPTIONget (
/usr/share/scilab/modules/atoms/macros/atoms_internals/atomsDESCRIPTIONget.sci
line 284 )
at line    31 of function atomsIsPackage      (
/usr/share/scilab/modules/atoms/macros/atoms_internals/atomsIsPackage.sci
line 47 )
at line    69 of function atomsInstallList    (
/usr/share/scilab/modules/atoms/macros/atoms_internals/atomsInstallList.sci
line 108 )
at line   233 of function atomsInstall        (
/usr/share/scilab/modules/atoms/macros/atomsInstall.sci line 249 )

atomsDESCRIPTIONget: save
('/home/chris/.Scilab/scilab-6.0.1/.atoms/packages') has failed.

I dont know if its significant or not, but in
/usr/share/scilab/modules/atoms/etc/ , in the "repositories" text file, the
url for the atoms repository for 6.0 (https://atoms.scilab.org/6.0/) returns
a 443 forbidden error.

Its late here but the next thing on my list to do tomorrow is to download
the package zips manually and installing via atomsInstall('pathtozip').



--
Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html


From samuel.enibe at unn.edu.ng  Thu Oct 11 08:11:35 2018
From: samuel.enibe at unn.edu.ng (Samuel Enibe)
Date: Thu, 11 Oct 2018 07:11:35 +0100
Subject: [Scilab-users] Unable to update ATOMS packages - Scilab 6.0.1
In-Reply-To: <1539207428446-0.post@n3.nabble.com>
References: <1539011463988-0.post@n3.nabble.com>
 <1539207428446-0.post@n3.nabble.com>
Message-ID: <CAJKcLoUmNUcXTJrMxMH0+jJ+7XU03vGdX2PUtwjifke0cocsug@mail.gmail.com>

I have a similar problem with SCILAB on Ubuntu 1804.

A solution to this problem from the developers of SCILAB or the Ubuntu
maintainers will be most appreciated.

Samuel Ogbonna Enibe
University of Nigeria, Nsukka, Nigeria


On Wed, Oct 10, 2018 at 10:37 PM Pndsc <chrisp at poundsc.org> wrote:

> So to update my own inquiry - as far as I can make out theres no solution
> to
> this problem. Or at least, I havent been able to fix it.
>
> I'm not the only person with this problem - theres an  Ubuntu stackexchange
> thread with a suggested fix here
> <
> https://askubuntu.com/questions/1029163/how-to-get-scilab-6-0-1-working-on-ubuntu-18-04-lts/1029164>
>
> by N0rbert which might prove useful for other people with issues of simply
> getting Scilab to work, but does not solve my issue of ATOMS not updating
> or
> displaying an up to date package list.
>
> The HDF5 thing is a known issue and is on the bugtracker here thanks to
> N0rbert:
>
> https://bugs.launchpad.net/ubuntu/+source/scilab/+bug/1765503
>
> I have to admit I have a hard time with believing that this issue has been
> allowed to persist for so long with the current most widespread linux
> distribution out there.
>
> Running an atomsInstall command doesnt work either:
>
> --> atomsInstall("coselica")
> Scanning repository http://atoms.scilab.org/6.0 ... Done
>
> at line   265 of function atomsDESCRIPTIONget (
>
> /usr/share/scilab/modules/atoms/macros/atoms_internals/atomsDESCRIPTIONget.sci
> line 284 )
> at line    31 of function atomsIsPackage      (
> /usr/share/scilab/modules/atoms/macros/atoms_internals/atomsIsPackage.sci
> line 47 )
> at line    69 of function atomsInstallList    (
> /usr/share/scilab/modules/atoms/macros/atoms_internals/atomsInstallList.sci
> line 108 )
> at line   233 of function atomsInstall        (
> /usr/share/scilab/modules/atoms/macros/atomsInstall.sci line 249 )
>
> atomsDESCRIPTIONget: save
> ('/home/chris/.Scilab/scilab-6.0.1/.atoms/packages') has failed.
>
> I dont know if its significant or not, but in
> /usr/share/scilab/modules/atoms/etc/ , in the "repositories" text file, the
> url for the atoms repository for 6.0 (https://atoms.scilab.org/6.0/)
> returns
> a 443 forbidden error.
>
> Its late here but the next thing on my list to do tomorrow is to download
> the package zips manually and installing via atomsInstall('pathtozip').
>
>
>
> --
> Sent from:
> http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181011/a7a00deb/attachment.htm>

From n.strelkov at gmail.com  Thu Oct 11 10:10:11 2018
From: n.strelkov at gmail.com (Nikolay Strelkov)
Date: Thu, 11 Oct 2018 11:10:11 +0300
Subject: [Scilab-users] Unable to update ATOMS packages - Scilab 6.0.1
In-Reply-To: <CAJKcLoUmNUcXTJrMxMH0+jJ+7XU03vGdX2PUtwjifke0cocsug@mail.gmail.com>
References: <1539011463988-0.post@n3.nabble.com>
 <1539207428446-0.post@n3.nabble.com>
 <CAJKcLoUmNUcXTJrMxMH0+jJ+7XU03vGdX2PUtwjifke0cocsug@mail.gmail.com>
Message-ID: <CADK7Jf=+jVT=C1bBZdOPFSrM0P3Y6cT_Pz7rHRCCkciXEMva-A@mail.gmail.com>

Dear all!

It is known bug https://bugs.launchpad.net/bugs/1765503 .

The solution is to use binary version of Scilab 6 as described in this
AskUbuntu answer ( https://askubuntu.com/a/1029164/66509 ).

Official reaction from Scilab developers and/or Debian/Ubuntu maintainers
is highly needed and will be appreciated.
Otherwise Scilab 6 from deb-packages is useless waste of disk resources.
So please take all needed measures on distro-level.

--

*With best regards,Ph.D., *


*associate professor at MPEI
<http://mpei.ru/lang/en/Pages/default.aspx>,IEEE member,maintainer of
Mathieu functions toolbox for Scilab
<http://atoms.scilab.org/toolboxes/Mathieu/>,Nikolay Strelkov.*


??, 11 ???. 2018 ?. ? 9:12, Samuel Enibe <samuel.enibe at unn.edu.ng>:

> I have a similar problem with SCILAB on Ubuntu 1804.
>
> A solution to this problem from the developers of SCILAB or the Ubuntu
> maintainers will be most appreciated.
>
> Samuel Ogbonna Enibe
> University of Nigeria, Nsukka, Nigeria
>
>
> On Wed, Oct 10, 2018 at 10:37 PM Pndsc <chrisp at poundsc.org> wrote:
>
>> So to update my own inquiry - as far as I can make out theres no solution
>> to
>> this problem. Or at least, I havent been able to fix it.
>>
>> I'm not the only person with this problem - theres an  Ubuntu
>> stackexchange
>> thread with a suggested fix here
>> <
>> https://askubuntu.com/questions/1029163/how-to-get-scilab-6-0-1-working-on-ubuntu-18-04-lts/1029164>
>>
>> by N0rbert which might prove useful for other people with issues of simply
>> getting Scilab to work, but does not solve my issue of ATOMS not updating
>> or
>> displaying an up to date package list.
>>
>> The HDF5 thing is a known issue and is on the bugtracker here thanks to
>> N0rbert:
>>
>> https://bugs.launchpad.net/ubuntu/+source/scilab/+bug/1765503
>>
>> I have to admit I have a hard time with believing that this issue has been
>> allowed to persist for so long with the current most widespread linux
>> distribution out there.
>>
>> Running an atomsInstall command doesnt work either:
>>
>> --> atomsInstall("coselica")
>> Scanning repository http://atoms.scilab.org/6.0 ... Done
>>
>> at line   265 of function atomsDESCRIPTIONget (
>>
>> /usr/share/scilab/modules/atoms/macros/atoms_internals/atomsDESCRIPTIONget.sci
>> line 284 )
>> at line    31 of function atomsIsPackage      (
>> /usr/share/scilab/modules/atoms/macros/atoms_internals/atomsIsPackage.sci
>> line 47 )
>> at line    69 of function atomsInstallList    (
>>
>> /usr/share/scilab/modules/atoms/macros/atoms_internals/atomsInstallList.sci
>> line 108 )
>> at line   233 of function atomsInstall        (
>> /usr/share/scilab/modules/atoms/macros/atomsInstall.sci line 249 )
>>
>> atomsDESCRIPTIONget: save
>> ('/home/chris/.Scilab/scilab-6.0.1/.atoms/packages') has failed.
>>
>> I dont know if its significant or not, but in
>> /usr/share/scilab/modules/atoms/etc/ , in the "repositories" text file,
>> the
>> url for the atoms repository for 6.0 (https://atoms.scilab.org/6.0/)
>> returns
>> a 443 forbidden error.
>>
>> Its late here but the next thing on my list to do tomorrow is to download
>> the package zips manually and installing via atomsInstall('pathtozip').
>>
>>
>>
>> --
>> Sent from:
>> http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html
>> _______________________________________________
>> users mailing list
>> users at lists.scilab.org
>> http://lists.scilab.org/mailman/listinfo/users
>>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181011/e5b00ed6/attachment.htm>

From amonmayr at laas.fr  Thu Oct 11 10:52:13 2018
From: amonmayr at laas.fr (amonmayr at laas.fr)
Date: Thu, 11 Oct 2018 10:52:13 +0200
Subject: [Scilab-users] Unable to update ATOMS packages - Scilab 6.0.1
In-Reply-To: <1539207428446-0.post@n3.nabble.com>
References: <1539011463988-0.post@n3.nabble.com>
 <1539207428446-0.post@n3.nabble.com>
Message-ID: <72673daa-1ee9-8d43-2c68-5dc6bb724659@laas.fr>

Le 10/10/2018 ? 23:37, Pndsc a ?crit?:
> So to update my own inquiry - as far as I can make out theres no solution to
> this problem. Or at least, I havent been able to fix it.
Hello,

Did you try using the last nightly from the 6.x-branch, like I suggested 
two days ago?

https://www.scilab.org/en/development/nightly_builds/branch60

Did it work?
If it worked, it means this is not an unsolved problem, it is just a 
matter of getting this fix to an official scilab release and wait for it 
to be packaged by your distro.

Cheers,

Antoine
>
> I'm not the only person with this problem - theres an  Ubuntu stackexchange
> thread with a suggested fix here
> <https://askubuntu.com/questions/1029163/how-to-get-scilab-6-0-1-working-on-ubuntu-18-04-lts/1029164>
> by N0rbert which might prove useful for other people with issues of simply
> getting Scilab to work, but does not solve my issue of ATOMS not updating or
> displaying an up to date package list.
>
> The HDF5 thing is a known issue and is on the bugtracker here thanks to
> N0rbert:
>
> https://bugs.launchpad.net/ubuntu/+source/scilab/+bug/1765503
>
> I have to admit I have a hard time with believing that this issue has been
> allowed to persist for so long with the current most widespread linux
> distribution out there.
>
> Running an atomsInstall command doesnt work either:
>
> --> atomsInstall("coselica")
> Scanning repository http://atoms.scilab.org/6.0 ... Done
>
> at line   265 of function atomsDESCRIPTIONget (
> /usr/share/scilab/modules/atoms/macros/atoms_internals/atomsDESCRIPTIONget.sci
> line 284 )
> at line    31 of function atomsIsPackage      (
> /usr/share/scilab/modules/atoms/macros/atoms_internals/atomsIsPackage.sci
> line 47 )
> at line    69 of function atomsInstallList    (
> /usr/share/scilab/modules/atoms/macros/atoms_internals/atomsInstallList.sci
> line 108 )
> at line   233 of function atomsInstall        (
> /usr/share/scilab/modules/atoms/macros/atomsInstall.sci line 249 )
>
> atomsDESCRIPTIONget: save
> ('/home/chris/.Scilab/scilab-6.0.1/.atoms/packages') has failed.
>
> I dont know if its significant or not, but in
> /usr/share/scilab/modules/atoms/etc/ , in the "repositories" text file, the
> url for the atoms repository for 6.0 (https://atoms.scilab.org/6.0/) returns
> a 443 forbidden error.
>
> Its late here but the next thing on my list to do tomorrow is to download
> the package zips manually and installing via atomsInstall('pathtozip').
>
>
>
> --
> Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>

-- 
+++++++++++++++++++++++++++++++++++++++++++++++++++++++

  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  Thu Oct 11 11:08:55 2018
From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=)
Date: Thu, 11 Oct 2018 11:08:55 +0200
Subject: [Scilab-users] Unable to update ATOMS packages - Scilab 6.0.1
In-Reply-To: <72673daa-1ee9-8d43-2c68-5dc6bb724659@laas.fr>
References: <1539011463988-0.post@n3.nabble.com>
 <1539207428446-0.post@n3.nabble.com>
 <72673daa-1ee9-8d43-2c68-5dc6bb724659@laas.fr>
Message-ID: <ea231cd2-e106-6c5d-a74a-188392501a79@utc.fr>

Le 11/10/2018 ? 10:52, amonmayr at laas.fr a ?crit?:
> Le 10/10/2018 ? 23:37, Pndsc a ?crit?:
>> So to update my own inquiry - as far as I can make out theres no 
>> solution to
>> this problem. Or at least, I havent been able to fix it.
> Hello,
>
> Did you try using the last nightly from the 6.x-branch, like I 
> suggested two days ago?
>
> https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/www.scilab.org/en/development/nightly_builds/branch60 
>
>
> Did it work?
> If it worked, it means this is not an unsolved problem, it is just a 
> matter of getting this fix to an official scilab release and wait for 
> it to be packaged by your distro.
It took already a lot of time to officially package Scilab 6.0.1 instead 
of Scilab 5.5.2? in Ubuntu. I am not sure that 6.0.2 will be the next 
(6.1, likely). These problems really don't serve the reputation of Scilab...

S.
>
> Cheers,
>
> Antoine
>>
>> I'm not the only person with this problem - theres an? Ubuntu 
>> stackexchange
>> thread with a suggested fix here
>> <https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/askubuntu.com/questions/1029163/how-to-get-scilab-6-0-1-working-on-ubuntu-18-04-lts/1029164> 
>>
>> by N0rbert which might prove useful for other people with issues of 
>> simply
>> getting Scilab to work, but does not solve my issue of ATOMS not 
>> updating or
>> displaying an up to date package list.
>>
>> The HDF5 thing is a known issue and is on the bugtracker here thanks to
>> N0rbert:
>>
>> https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/bugs.launchpad.net/ubuntu/+source/scilab/+bug/1765503 
>>
>>
>> I have to admit I have a hard time with believing that this issue has 
>> been
>> allowed to persist for so long with the current most widespread linux
>> distribution out there.
>>
>> Running an atomsInstall command doesnt work either:
>>
>> --> atomsInstall("coselica")
>> Scanning repository 
>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/atoms.scilab.org/6.0 
>> ... Done
>>
>> at line?? 265 of function atomsDESCRIPTIONget (
>> /usr/share/scilab/modules/atoms/macros/atoms_internals/atomsDESCRIPTIONget.sci 
>>
>> line 284 )
>> at line??? 31 of function atomsIsPackage????? (
>> /usr/share/scilab/modules/atoms/macros/atoms_internals/atomsIsPackage.sci 
>>
>> line 47 )
>> at line??? 69 of function atomsInstallList??? (
>> /usr/share/scilab/modules/atoms/macros/atoms_internals/atomsInstallList.sci 
>>
>> line 108 )
>> at line?? 233 of function atomsInstall??????? (
>> /usr/share/scilab/modules/atoms/macros/atomsInstall.sci line 249 )
>>
>> atomsDESCRIPTIONget: save
>> ('/home/chris/.Scilab/scilab-6.0.1/.atoms/packages') has failed.
>>
>> I dont know if its significant or not, but in
>> /usr/share/scilab/modules/atoms/etc/ , in the "repositories" text 
>> file, the
>> url for the atoms repository for 6.0 
>> (https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/atoms.scilab.org/6.0/) 
>> returns
>> a 443 forbidden error.
>>
>> Its late here but the next thing on my list to do tomorrow is to 
>> download
>> the package zips manually and installing via atomsInstall('pathtozip').
>>
>>
>>
>> -- 
>> Sent from: 
>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html
>> _______________________________________________
>> users mailing list
>> users at lists.scilab.org
>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users 
>>
>>
>

-- 
St?phane Mottelet
Ing?nieur de recherche
EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable
D?partement G?nie des Proc?d?s Industriels
Sorbonne Universit?s - Universit? de Technologie de Compi?gne
CS 60319, 60203 Compi?gne cedex
Tel : +33(0)344234688
http://www.utc.fr/~mottelet



From cfuttrup at gmail.com  Thu Oct 11 13:47:42 2018
From: cfuttrup at gmail.com (Claus Futtrup)
Date: Thu, 11 Oct 2018 13:47:42 +0200
Subject: [Scilab-users] Unable to update ATOMS packages - Scilab 6.0.1
In-Reply-To: <ea231cd2-e106-6c5d-a74a-188392501a79@utc.fr>
References: <1539011463988-0.post@n3.nabble.com>
 <1539207428446-0.post@n3.nabble.com>
 <72673daa-1ee9-8d43-2c68-5dc6bb724659@laas.fr>
 <ea231cd2-e106-6c5d-a74a-188392501a79@utc.fr>
Message-ID: <a8385487-bf26-c182-7bbf-3f6dca378dd0@gmail.com>

Dear Scilabers

On 11.10.2018 11:08, St?phane Mottelet wrote:

 >It took already a lot of time to officially package Scilab 6.0.1 
instead of Scilab 5.5.2? in Ubuntu.
 >I am not sure that 6.0.2 will be the next (6.1, likely). These 
problems really don't serve the reputation of Scilab...

In the big scheme I agree and wish that installing Scilab would be 
straightforward. Maybe pack for a version of Ubuntu that supports 
Flatpacks ? (I use the latest Linux Mint).

Best regards,
Claus

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus



From adelson.oliveira at gmail.com  Thu Oct 11 19:57:58 2018
From: adelson.oliveira at gmail.com (Adelson Oliveira)
Date: Thu, 11 Oct 2018 14:57:58 -0300
Subject: [Scilab-users] grand in 6.0.1
Message-ID: <CAOsmt4Uot78VWJRV5+sHiiJots6EYYkTkVfvzXJ=Vd+wxF-q3w@mail.gmail.com>

Hello,

It seems that there is a problem with grand in scilab 6.0.1. It used to
work in 6.0 but now one gets,

--> grand(10,1,"nor",0,1)

An error has been detected while loading
/u/s0b6/Baixas/SCILAB/scilab-6.0.1/share/scilab/modules/randlib/.libs/libscirandlib.so:
/u/s0b6/Baixas/SCILAB/scilab-6.0.1/share/scilab/modules/randlib/.libs/libscirandlib.so:
undefined symbol: _gfortran_string_index

BTW, libscirandlib.so in 6.0.1 is found at SCI_HOME/lib! The directories
listed above are empty or do not exist.

Thanks
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181011/6056ab89/attachment.htm>

From chrisp at poundsc.org  Thu Oct 11 23:33:59 2018
From: chrisp at poundsc.org (Pndsc)
Date: Thu, 11 Oct 2018 14:33:59 -0700 (MST)
Subject: [Scilab-users] Unable to update ATOMS packages - Scilab 6.0.1
In-Reply-To: <72673daa-1ee9-8d43-2c68-5dc6bb724659@laas.fr>
References: <1539011463988-0.post@n3.nabble.com>
 <1539207428446-0.post@n3.nabble.com>
 <72673daa-1ee9-8d43-2c68-5dc6bb724659@laas.fr>
Message-ID: <1539293639249-0.post@n3.nabble.com>

Hi Antoine,

Yes, I had tried the nightly version. Scilab continued to crash after
clicking the ATOMS package manager icon as before.

I've tried several times this evening to download another copy of one of the
nightly versions but there seems to be some kind of issue with the server
this evening - while I can view the downloads page any attempt to download
the nightly release fails on both the problem linux computer and my windows
alternate.

I'll give it another go tomorrow or over the weekend.

Thanks,

Chris.



--
Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html


From amonmayr at laas.fr  Fri Oct 12 09:39:11 2018
From: amonmayr at laas.fr (amonmayr at laas.fr)
Date: Fri, 12 Oct 2018 09:39:11 +0200
Subject: [Scilab-users] grand in 6.0.1
In-Reply-To: <CAOsmt4Uot78VWJRV5+sHiiJots6EYYkTkVfvzXJ=Vd+wxF-q3w@mail.gmail.com>
References: <CAOsmt4Uot78VWJRV5+sHiiJots6EYYkTkVfvzXJ=Vd+wxF-q3w@mail.gmail.com>
Message-ID: <4a29a529-c66b-6f52-a6cc-0427f2a226f2@laas.fr>

Le 11/10/2018 ? 19:57, Adelson Oliveira a ?crit?:
> Hello,
>
> It seems that there is a problem with grand in scilab 6.0.1. It used 
> to work in 6.0 but now one gets,
>
> --> grand(10,1,"nor",0,1)
>
> An error has been detected while loading 
> /u/s0b6/Baixas/SCILAB/scilab-6.0.1/share/scilab/modules/randlib/.libs/libscirandlib.so: 
> /u/s0b6/Baixas/SCILAB/scilab-6.0.1/share/scilab/modules/randlib/.libs/libscirandlib.so: 
> undefined symbol: _gfortran_string_index
>
> BTW, libscirandlib.so in 6.0.1 is found at SCI_HOME/lib! The 
> directories listed above are empty or do not exist.
Hello again,

I just tried grand(10,1,"nor",0,1) on a fresh install of 6.0.1 on Ubuntu 
18.04 and I can reproduce your bug.
Can you fill a bug report on bugzilla?

Antoine
>
> Thanks
>
>
> _______________________________________________
> 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

+++++++++++++++++++++++++++++++++++++++++++++++++++++++

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181012/b0b82c2d/attachment.htm>

From amonmayr at laas.fr  Fri Oct 12 13:25:35 2018
From: amonmayr at laas.fr (amonmayr at laas.fr)
Date: Fri, 12 Oct 2018 13:25:35 +0200
Subject: [Scilab-users] Unable to update ATOMS packages - Scilab 6.0.1
In-Reply-To: <1539293639249-0.post@n3.nabble.com>
References: <1539011463988-0.post@n3.nabble.com>
 <1539207428446-0.post@n3.nabble.com>
 <72673daa-1ee9-8d43-2c68-5dc6bb724659@laas.fr>
 <1539293639249-0.post@n3.nabble.com>
Message-ID: <eab555ad-f368-f1e8-6958-ecddf928164e@laas.fr>

Le 11/10/2018 ? 23:33, Pndsc a ?crit?:
> Hi Antoine,
>
> Yes, I had tried the nightly version. Scilab continued to crash after
> clicking the ATOMS package manager icon as before.
>
> I've tried several times this evening to download another copy of one of the
> nightly versions but there seems to be some kind of issue with the server
> this evening - while I can view the downloads page any attempt to download
> the nightly release fails on both the problem linux computer and my windows
> alternate.
>
> I'll give it another go tomorrow or over the weekend.
>
> Thanks,
>
> Chris.
>
>
>
> --
> Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>
Hello Chris,

I just tried scilab in Kubuntu 18.04.
I installed kubuntu-full in a Ubuntu 18.04 virtual machine, then scilab 
from the ubuntu repos and atoms worked without any problem.

Could you try to purge scilab, remove the content of SCIHOME (something 
like ~/.Scilab/scilab-6.0.1) and reinstall from scratch?

Antoine

-- 
+++++++++++++++++++++++++++++++++++++++++++++++++++++++

  Antoine Monmayrant LAAS - CNRS
  7 avenue du Colonel Roche
  BP 54200
  31031 TOULOUSE Cedex 4
  FRANCE

  Tel:+33 5 61 33 64 59
  
  email : antoine.monmayrant at laas.fr
  permanent email : antoine.monmayrant at polytechnique.org

+++++++++++++++++++++++++++++++++++++++++++++++++++++++



From sgougeon at free.fr  Fri Oct 12 15:05:44 2018
From: sgougeon at free.fr (sgougeon at free.fr)
Date: Fri, 12 Oct 2018 15:05:44 +0200 (CEST)
Subject: [Scilab-users] =?utf-8?b?UmXCoDogUmU6ICBncmFuZCBpbiA2LjAuMQ==?=
In-Reply-To: <4a29a529-c66b-6f52-a6cc-0427f2a226f2@laas.fr>
Message-ID: <458578740.1029452367.1539349544099.JavaMail.root@zimbra75-e12.priv.proxad.net>

It is already reported: http://bugzilla.scilab.org/15524

----- Mail d'origine -----
De: amonmayr at laas.fr
?: users at lists.scilab.org
Envoy?: Fri, 12 Oct 2018 09:39:11 +0200 (CEST)
Objet: Re: [Scilab-users] grand in 6.0.1

Hello again,

I just tried grand(10,1,"nor",0,1) on a fresh install of 6.0.1 on Ubuntu 
18.04 and I can reproduce your bug.
Can you fill a bug report on bugzilla?

Antoine


From clement.david at scilab-enterprises.com  Fri Oct 12 16:25:47 2018
From: clement.david at scilab-enterprises.com (=?utf-8?B?Q2zDqW1lbnQgREFWSUQ=?=)
Date: Fri, 12 Oct 2018 14:25:47 +0000
Subject: [Scilab-users] Scilab takes forever to boot ... because of
 http://news.scilab.io/feed ???
In-Reply-To: <15c00304-355a-cf96-58f4-81daaffd5965@laas.fr>
References: <d2c4a18a-0bf7-51ae-c693-9fb73f6f390e@laas.fr>
 <dcbffd1d-ba71-5b6f-b2de-264d74216c2d@utc.fr>
 <15c00304-355a-cf96-58f4-81daaffd5965@laas.fr>
Message-ID: <AM6PR0502MB370232BF51382DCBF09CB4B2B0E20@AM6PR0502MB3702.eurprd05.prod.outlook.com>

Hello Antoine,

Yep there is a known bug #14592 that might trigger this kind of behavior. If you have custom hosts rules or a very restrictive firewall you will probably have some issues. 

Please comment on http://bugzilla.scilab.org/show_bug.cgi?id=14592 .

--
Cl?ment

-----Original Message-----
From: users <users-bounces at lists.scilab.org> On Behalf Of antoine monmayrant
Sent: Wednesday, September 19, 2018 3:20 PM
To: users at lists.scilab.org
Subject: Re: [Scilab-users] Scilab takes forever to boot ... because of http://news.scilab.io/feed ???



Le 19/09/2018 ? 15:03, St?phane Mottelet a ?crit?:
> Hi Antoine,
>
> I just tried to start teh latest Scilab-branch-6.0 build? after 
> deactivating my network connection and had the usual startup time. I 
> just have the following text appearing in the Newsfeed pane: " News 
> feed unavailable. "
Well, I just installed the latest nighly and managed to reproduce this bug at least once (ie on the first startup after install).
It seems that I cannot reach http://news.scilab.io/feed whereas my connection to other websites is OK.

Antoine
>
> S.
>
> Le 19/09/2018 ? 14:55, antoine monmayrant a ?crit?:
>> Hi all,
>>
>> A recent nightly-build of scilab-6.0 just took more than a minute to 
>> start.
>> It seems due to a problem of connection to 
>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/news
>> .scilab.io/feed
>> .
>> Here is the error I get on the terminal:
>>
>> ??? java.io.IOException: Server returned HTTP response code: 500 for
>> URL: 
>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/news
>> .scilab.io/feed
>>
>> It raises 3 questions:
>>
>> 1) How do I disable this? Is closing the news feed docking window 
>> enough to prevent scilab from trying to connect to this server?
>>
>> 2) Am I this only one experiencing this problem?
>>
>> 3) Shouldn't this be considered a bug? Scilab should startup as fast 
>> possible even if there is a connection issue, right?
>>
>> Cheers,
>>
>> Antoine
>>
>> _______________________________________________
>> users mailing list
>> users at lists.scilab.org
>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/list
>> s.scilab.org/mailman/listinfo/users
>>
>
>

_______________________________________________
users mailing list
users at lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users

From chrisp at poundsc.org  Fri Oct 12 22:28:55 2018
From: chrisp at poundsc.org (Pndsc)
Date: Fri, 12 Oct 2018 13:28:55 -0700 (MST)
Subject: [Scilab-users] Unable to update ATOMS packages - Scilab 6.0.1
In-Reply-To: <eab555ad-f368-f1e8-6958-ecddf928164e@laas.fr>
References: <1539011463988-0.post@n3.nabble.com>
 <1539207428446-0.post@n3.nabble.com>
 <72673daa-1ee9-8d43-2c68-5dc6bb724659@laas.fr>
 <1539293639249-0.post@n3.nabble.com>
 <eab555ad-f368-f1e8-6958-ecddf928164e@laas.fr>
Message-ID: <1539376135669-0.post@n3.nabble.com>

So today I've tried:

1) The nightly version. Scilab couldnt find the right version of
libgfortran. Installed gcc-7 g++-7 and fixed the gfortran issue. Original
problem with ATOMS replicated.

2) Nuked the install folder as requested, sudo removed scilab to clean,
installed again. Same problem as before with another repeat of the issue in
the askubuntu thread:

chris at eniac:~$ scilab
Warning: Could not find Java package
'/usr/share/java/jlatexmath-fop-1.0.6.jar'.
Some problems during the loading of the Java libraries occurred.
This could lead to inconsistent behaviours.
Please check SCI/etc/classpath.xml.
HDF5-DIAG: Error detected in HDF5 (1.10.0-patch1) thread 140034842764800:
  #000: ../../../src/H5G.c line 553 in H5Gget_info(): invalid argument
    major: Invalid arguments to routine
    minor: Bad value
HDF5-DIAG: Error detected in HDF5 (1.10.0-patch1) thread 140034842764800:
  #000: ../../../src/H5G.c line 301 in H5Gcreate2(): not a location
    major: Invalid arguments to routine
    minor: Inappropriate type
  #001: ../../../src/H5Gloc.c line 253 in H5G_loc(): invalid object ID
    major: Invalid arguments to routine
    minor: Bad value
HDF5-DIAG: Error detected in HDF5 (1.10.0-patch1) thread 140034842764800:
  #000: ../../../src/H5A.c line 265 in H5Acreate2(): not a location
    major: Invalid arguments to routine
    minor: Inappropriate type
  #001: ../../../src/H5Gloc.c line 253 in H5G_loc(): invalid object ID
    major: Invalid arguments to routine
    minor: Bad value
HDF5-DIAG: Error detected in HDF5 (1.10.0-patch1) thread 140034842764800:
  #000: ../../../src/H5D.c line 121 in H5Dcreate2(): not a location ID
    major: Invalid arguments to routine
    minor: Inappropriate type
  #001: ../../../src/H5Gloc.c line 253 in H5G_loc(): invalid object ID
    major: Invalid arguments to routine
    minor: Bad value
HDF5-DIAG: Error detected in HDF5 (1.10.0-patch1) thread 140034842764800:
  #000: ../../../src/H5F.c line 749 in H5Fclose(): not a file ID
    major: Invalid arguments to routine
    minor: Inappropriate type
failed to close file

Im out of ideas to fix this, it appears to keep coming back to this HDF5
issue that theres already a bugtracker entry for.

https://bugs.launchpad.net/ubuntu/+source/scilab/+bug/1765503



--
Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html


From adelson.oliveira at gmail.com  Sat Oct 13 01:32:33 2018
From: adelson.oliveira at gmail.com (Adelson Oliveira)
Date: Fri, 12 Oct 2018 20:32:33 -0300
Subject: [Scilab-users] grand in 6.0.1
In-Reply-To: <4a29a529-c66b-6f52-a6cc-0427f2a226f2@laas.fr>
References: <CAOsmt4Uot78VWJRV5+sHiiJots6EYYkTkVfvzXJ=Vd+wxF-q3w@mail.gmail.com>
 <4a29a529-c66b-6f52-a6cc-0427f2a226f2@laas.fr>
Message-ID: <CAOsmt4VSz52yvcQhKEvDYEGhisQva1XLS99sDfiyugANm0=PzA@mail.gmail.com>

As pointed out by sgougeon, a bug has already been filed.

I couldn't download a nightly build by now. I'll try later.

Thanks

Em sex, 12 de out de 2018 ?s 04:39, <amonmayr at laas.fr> escreveu:

> Le 11/10/2018 ? 19:57, Adelson Oliveira a ?crit :
>
> Hello,
>
> It seems that there is a problem with grand in scilab 6.0.1. It used to
> work in 6.0 but now one gets,
>
> --> grand(10,1,"nor",0,1)
>
> An error has been detected while loading
> /u/s0b6/Baixas/SCILAB/scilab-6.0.1/share/scilab/modules/randlib/.libs/libscirandlib.so:
> /u/s0b6/Baixas/SCILAB/scilab-6.0.1/share/scilab/modules/randlib/.libs/libscirandlib.so:
> undefined symbol: _gfortran_string_index
>
> BTW, libscirandlib.so in 6.0.1 is found at SCI_HOME/lib! The directories
> listed above are empty or do not exist.
>
> Hello again,
>
> I just tried grand(10,1,"nor",0,1) on a fresh install of 6.0.1 on Ubuntu
> 18.04 and I can reproduce your bug.
> Can you fill a bug report on bugzilla?
>
> Antoine
>
>
> Thanks
>
>
> _______________________________________________
> users mailing listusers at lists.scilab.orghttp://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
>
> +++++++++++++++++++++++++++++++++++++++++++++++++++++++
>
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181012/717cf354/attachment.htm>

From antoine.monmayrant at laas.fr  Sun Oct 14 09:30:29 2018
From: antoine.monmayrant at laas.fr (antoine monmayrant)
Date: Sun, 14 Oct 2018 09:30:29 +0200
Subject: [Scilab-users] bugzilla.scilab.org is down
Message-ID: <a2ecb3e0-a869-b2a8-3d76-9b2ccc71131e@laas.fr>

Hi all,

bugzilla.scilab.org is down at the moment.
I checked and it seems that its not just me...
Can anyone fix this?

Cheers,

Antoine



From stephane.mottelet at utc.fr  Sun Oct 14 09:49:16 2018
From: stephane.mottelet at utc.fr (=?utf-8?Q?St=C3=A9phane_Mottelet?=)
Date: Sun, 14 Oct 2018 09:49:16 +0200
Subject: [Scilab-users] bugzilla.scilab.org is down
In-Reply-To: <a2ecb3e0-a869-b2a8-3d76-9b2ccc71131e@laas.fr>
References: <a2ecb3e0-a869-b2a8-3d76-9b2ccc71131e@laas.fr>
Message-ID: <3BEF2EEC-4D1F-4B1E-8657-B131B29C607C@utc.fr>

Hello

> Le 14 oct. 2018 ? 09:30, antoine monmayrant <antoine.monmayrant at laas.fr> a ?crit :
> 
> Hi all,
> 
> bugzilla.scilab.org is down at the moment.

codereview.scilab.org is also down

> I checked and it seems that its not just me...
> Can anyone fix this?
> 
> Cheers,
> 
> Antoine
> 
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users



From antoine.monmayrant at laas.fr  Sun Oct 14 14:16:22 2018
From: antoine.monmayrant at laas.fr (antoine monmayrant)
Date: Sun, 14 Oct 2018 14:16:22 +0200
Subject: [Scilab-users] bugzilla.scilab.org is down
In-Reply-To: <3BEF2EEC-4D1F-4B1E-8657-B131B29C607C@utc.fr>
References: <a2ecb3e0-a869-b2a8-3d76-9b2ccc71131e@laas.fr>
 <3BEF2EEC-4D1F-4B1E-8657-B131B29C607C@utc.fr>
Message-ID: <44f5c8ae-d1a1-0fed-fba3-ea0785545a93@laas.fr>



Le 14/10/2018 ? 09:49, St?phane Mottelet a ?crit?:
> Hello
>
>> Le 14 oct. 2018 ? 09:30, antoine monmayrant <antoine.monmayrant at laas.fr> a ?crit :
>>
>> Hi all,
>>
>> bugzilla.scilab.org is down at the moment.
> codereview.scilab.org is also down.
>
atoms are also dead apparently: it must be some server issue at ESI.
We might have to wait Monday morning to see whether they can fix it.

Antoine
>
>> I checked and it seems that its not just me...
>> Can anyone fix this?
>>
>> Cheers,
>>
>> Antoine
>>
>> _______________________________________________
>> users mailing list
>> users at lists.scilab.org
>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>



From clement.david at scilab-enterprises.com  Mon Oct 15 09:00:32 2018
From: clement.david at scilab-enterprises.com (=?utf-8?B?Q2zDqW1lbnQgREFWSUQ=?=)
Date: Mon, 15 Oct 2018 07:00:32 +0000
Subject: [Scilab-users] bugzilla.scilab.org is down
In-Reply-To: <44f5c8ae-d1a1-0fed-fba3-ea0785545a93@laas.fr>
References: <a2ecb3e0-a869-b2a8-3d76-9b2ccc71131e@laas.fr>
 <3BEF2EEC-4D1F-4B1E-8657-B131B29C607C@utc.fr>
 <44f5c8ae-d1a1-0fed-fba3-ea0785545a93@laas.fr>
Message-ID: <AM6PR0502MB3702211E100B324A65B4586AB0FD0@AM6PR0502MB3702.eurprd05.prod.outlook.com>

Hi all,

It seems OK to me now. Could you please recheck ? 
--
Cl?ment

-----Original Message-----
From: users <users-bounces at lists.scilab.org> On Behalf Of antoine monmayrant
Sent: Sunday, October 14, 2018 2:16 PM
To: users at lists.scilab.org
Subject: Re: [Scilab-users] bugzilla.scilab.org is down



Le 14/10/2018 ? 09:49, St?phane Mottelet a ?crit?:
> Hello
>
>> Le 14 oct. 2018 ? 09:30, antoine monmayrant <antoine.monmayrant at laas.fr> a ?crit :
>>
>> Hi all,
>>
>> bugzilla.scilab.org is down at the moment.
> codereview.scilab.org is also down.
>
atoms are also dead apparently: it must be some server issue at ESI.
We might have to wait Monday morning to see whether they can fix it.

Antoine
>
>> I checked and it seems that its not just me...
>> Can anyone fix this?
>>
>> Cheers,
>>
>> Antoine
>>
>> _______________________________________________
>> users mailing list
>> users at lists.scilab.org
>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>

_______________________________________________
users mailing list
users at lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users

From stephane.mottelet at utc.fr  Mon Oct 15 09:29:21 2018
From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=)
Date: Mon, 15 Oct 2018 09:29:21 +0200
Subject: [Scilab-users] bugzilla.scilab.org is down
In-Reply-To: <AM6PR0502MB3702211E100B324A65B4586AB0FD0@AM6PR0502MB3702.eurprd05.prod.outlook.com>
References: <a2ecb3e0-a869-b2a8-3d76-9b2ccc71131e@laas.fr>
 <3BEF2EEC-4D1F-4B1E-8657-B131B29C607C@utc.fr>
 <44f5c8ae-d1a1-0fed-fba3-ea0785545a93@laas.fr>
 <AM6PR0502MB3702211E100B324A65B4586AB0FD0@AM6PR0502MB3702.eurprd05.prod.outlook.com>
Message-ID: <ff05f796-e182-1015-d404-b1b03eadf75a@utc.fr>

Hello,

Everything is fine now,

S.

Le 15/10/2018 ? 09:00, Cl?ment DAVID a ?crit?:
> Hi all,
>
> It seems OK to me now. Could you please recheck ?
> --
> Cl?ment
>
> -----Original Message-----
> From: users <users-bounces at lists.scilab.org> On Behalf Of antoine monmayrant
> Sent: Sunday, October 14, 2018 2:16 PM
> To: users at lists.scilab.org
> Subject: Re: [Scilab-users] bugzilla.scilab.org is down
>
>
>
> Le 14/10/2018 ? 09:49, St?phane Mottelet a ?crit?:
>> Hello
>>
>>> Le 14 oct. 2018 ? 09:30, antoine monmayrant <antoine.monmayrant at laas.fr> a ?crit :
>>>
>>> Hi all,
>>>
>>> bugzilla.scilab.org is down at the moment.
>> codereview.scilab.org is also down.
>>
> atoms are also dead apparently: it must be some server issue at ESI.
> We might have to wait Monday morning to see whether they can fix it.
>
> Antoine
>>> I checked and it seems that its not just me...
>>> Can anyone fix this?
>>>
>>> Cheers,
>>>
>>> Antoine
>>>
>>> _______________________________________________
>>> users mailing list
>>> users at lists.scilab.org
>>> https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users
>> _______________________________________________
>> users mailing list
>> users at lists.scilab.org
>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users
>>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users


-- 
St?phane Mottelet
Ing?nieur de recherche
EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable
D?partement G?nie des Proc?d?s Industriels
Sorbonne Universit?s - Universit? de Technologie de Compi?gne
CS 60319, 60203 Compi?gne cedex
Tel : +33(0)344234688
http://www.utc.fr/~mottelet



From arvid at softube.com  Mon Oct 15 10:11:15 2018
From: arvid at softube.com (=?utf-8?B?QXJ2aWQgUm9zw6lu?=)
Date: Mon, 15 Oct 2018 08:11:15 +0000
Subject: [Scilab-users] HDF5 save is super slow
Message-ID: <8FF26241-EE09-410A-9982-34648E0274FA@softube.com>

Dear Scilab list,

We have been using Scilab since version 3 at my company. Migrating from one version to another has always been some work, but going from 5 to 6 seems to be the most difficult so far.

One of the problems for us, is the new HDF5 format for loading and saving. We have a huge number of old data sets that we need to keep working on, and most of them contain large number of state-space systems stored in lists. However, loading of saving these data sets is extremely slow compared to the old binary format. So slow in fact, that using Scilab 6 is impossible for us at the moment. I have a short test case that demonstrates the problem:

/////////////////////////////////
N = 4;
n = 10000;

filters = list();

for i=1:n
  G=syslin('c', rand(N,N), rand(N,1), rand(1,N), rand(1,1));
  filters($+1) = G;
end

tic();
save('filters.dat', filters);
ts1 = toc();

tic();
save('filters.dat', 'filters');
ts2 = toc();

printf("old save %.2fs\n", ts1);
printf("new save %.2fs\n", ts2);
printf("slowdown %.1f\n", ts2/ts1);
/////////////////////////////////

Obviousle, the code above need to run in scilab 5, as it uses both new and old methods for saving the list of state-space filters. And to be fair, HDF5 saving a bit faster in scilab 6, but still orders of magnitude slower than the old format in scilab 5. As a reference, below is the output on my pretty fast Mac running scilab 5:

Warning: Scilab 6 will not support the file format used.
Warning: Please quote the variable declaration. Example, save('myData.sod',a) becomes save('myData.sod','a').
Warning: See help('save') for the rational.
Warning: file 'filters.dat' already opened in Scilab.
old save 0.03s
new save 20.93s
slowdown 775.0

So my questions:
Can and will this be addressed in future versions of Scilab?
Can I store large number of state-space systems in another way to make this faster?

Best Regards,
Arvid
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181015/9b8ecb50/attachment.htm>

From amonmayr at laas.fr  Mon Oct 15 11:07:49 2018
From: amonmayr at laas.fr (amonmayr at laas.fr)
Date: Mon, 15 Oct 2018 11:07:49 +0200
Subject: [Scilab-users] HDF5 save is super slow
In-Reply-To: <8FF26241-EE09-410A-9982-34648E0274FA@softube.com>
References: <8FF26241-EE09-410A-9982-34648E0274FA@softube.com>
Message-ID: <f40996d2-a76a-008c-925d-eb7ffa730c27@laas.fr>

Hello,

I tried your code in 5.5.1 and the last nightly-build of 6.0: I see a 
slowdown of around 175 between old save in 5.5.1 and new (and only) save 
in 6.0.
It's really related to the data structure, because we use hdf5 
read/write a lot here and did not experience significant slowdowns using 
6.0.
I think the overhead might come to the translation of your fairly 
complex variable (a long array of tlist) in the corresponding hdf5 
structure.
In the old save, this translation was not necessary.
Maybe you could try to save your data in a different way.
For example:
3) you could save each element of "filters" in a separate file.
2) you could bypass save and directly write your data in a hdf5 file by 
using h5open(), h5write() directly. It means you need to write your own 
load() for your custom file format. But this way, you can try to find 
the best way to layout your data in hdf5 format.
3) in addition to 2) you could try to save each entry of your "filters" 
array as one dataset in a given hdf5 file.

Did you search on bugzilla whether this bug was already submitted?
Could you try to report it?


Antoine

Le 15/10/2018 ? 10:11, Arvid Ros?n a ?crit?:
>
> /////////////////////////////////
>
> N = 4;
>
> n = 10000;
>
> filters = list();
>
> for i=1:n
>
> ? G=syslin('c', rand(N,N), rand(N,1), rand(1,N), rand(1,1));
>
> ? filters($+1) = G;
>
> end
>
> tic();
>
> save('filters.dat', filters);
>
> ts1 = toc();
>
> tic();
>
> save('filters.dat', 'filters');
>
> ts2 = toc();
>
> printf("old save %.2fs\n", ts1);
>
> printf("new save %.2fs\n", ts2);
>
> printf("slowdown %.1f\n", ts2/ts1);
>
> /////////////////////////////////
>

-- 
+++++++++++++++++++++++++++++++++++++++++++++++++++++++

  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

+++++++++++++++++++++++++++++++++++++++++++++++++++++++

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181015/ff9539e1/attachment.htm>

From amonmayr at laas.fr  Mon Oct 15 11:08:04 2018
From: amonmayr at laas.fr (amonmayr at laas.fr)
Date: Mon, 15 Oct 2018 11:08:04 +0200
Subject: [Scilab-users] HDF5 save is super slow
In-Reply-To: <8FF26241-EE09-410A-9982-34648E0274FA@softube.com>
References: <8FF26241-EE09-410A-9982-34648E0274FA@softube.com>
Message-ID: <f14694d7-dfa3-08dd-ad4a-caca39d7e814@laas.fr>

Hello Arvid,

On m

Le 15/10/2018 ? 10:11, Arvid Ros?n a ?crit?:
>
> /////////////////////////////////
>
> N = 4;
>
> n = 10000;
>
> filters = list();
>
> for i=1:n
>
> ? G=syslin('c', rand(N,N), rand(N,1), rand(1,N), rand(1,1));
>
> ? filters($+1) = G;
>
> end
>
> tic();
>
> save('filters.dat', filters);
>
> ts1 = toc();
>
> tic();
>
> save('filters.dat', 'filters');
>
> ts2 = toc();
>
> printf("old save %.2fs\n", ts1);
>
> printf("new save %.2fs\n", ts2);
>
> printf("slowdown %.1f\n", ts2/ts1);
>
> /////////////////////////////////
>

-- 
+++++++++++++++++++++++++++++++++++++++++++++++++++++++

  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

+++++++++++++++++++++++++++++++++++++++++++++++++++++++

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181015/e7cde788/attachment.htm>

From arvid at softube.com  Mon Oct 15 11:55:20 2018
From: arvid at softube.com (=?utf-8?B?QXJ2aWQgUm9zw6lu?=)
Date: Mon, 15 Oct 2018 09:55:20 +0000
Subject: [Scilab-users] HDF5 save is super slow
In-Reply-To: <f40996d2-a76a-008c-925d-eb7ffa730c27@laas.fr>
References: <8FF26241-EE09-410A-9982-34648E0274FA@softube.com>
 <f40996d2-a76a-008c-925d-eb7ffa730c27@laas.fr>
Message-ID: <20412977-4292-4E2F-B992-7DFDF29B9746@softube.com>

Hi,

Thanks for getting back to me!

Unfortunately, we used Scilab?s pretty cool way of doing object orientation, so we have big nested tlist structures with multiple instances of various lists of filters and other structures, as in my example. Saving those structures in some explicit manual way would be extremely complicated. Or is there some way of writing explicit HDF5 saving/loading schemes using overloading? That would be great! I am sure we could find the main culprits and do something explicit for them, but as they can be located wherever in a big nested structure, it would be painful to do anything on the top level.

Another, related I guess, problem here is that the new file format uses about 15 times as much disk space as the old format (for a typical ill-behaved nested structure). That adds to the save/load time too I guess, but is probably not the main source here.

I think I might have reported this earlier using Bugzilla, but I?m not sure. I?ll check and report it if not.

Cheers,
Arvid

From: users <users-bounces at lists.scilab.org> on behalf of "amonmayr at laas.fr" <amonmayr at laas.fr>
Reply-To: "antoine.monmayrant at laas.fr" <antoine.monmayrant at laas.fr>, Users mailing list for Scilab <users at lists.scilab.org>
Date: Monday, 15 October 2018 at 11:08
To: "users at lists.scilab.org" <users at lists.scilab.org>
Subject: Re: [Scilab-users] HDF5 save is super slow

Hello,

I tried your code in 5.5.1 and the last nightly-build of 6.0: I see a slowdown of around 175 between old save in 5.5.1 and new (and only) save in 6.0.
It's really related to the data structure, because we use hdf5 read/write a lot here and did not experience significant slowdowns using 6.0.
I think the overhead might come to the translation of your fairly complex variable (a long array of tlist) in the corresponding hdf5 structure.
In the old save, this translation was not necessary.
Maybe you could try to save your data in a different way.
For example:
3) you could save each element of "filters" in a separate file.
2) you could bypass save and directly write your data in a hdf5 file by using h5open(), h5write() directly. It means you need to write your own load() for your custom file format. But this way, you can try to find the best way to layout your data in hdf5 format.
3) in addition to 2) you could try to save each entry of your "filters" array as one dataset in a given hdf5 file.

Did you search on bugzilla whether this bug was already submitted?
Could you try to report it?


Antoine

Le 15/10/2018 ? 10:11, Arvid Ros?n a ?crit :
/////////////////////////////////
N = 4;
n = 10000;

filters = list();

for i=1:n
  G=syslin('c', rand(N,N), rand(N,1), rand(1,N), rand(1,1));
  filters($+1) = G;
end

tic();
save('filters.dat', filters);
ts1 = toc();

tic();
save('filters.dat', 'filters');
ts2 = toc();

printf("old save %.2fs\n", ts1);
printf("new save %.2fs\n", ts2);
printf("slowdown %.1f\n", ts2/ts1);
/////////////////////////////////



--

+++++++++++++++++++++++++++++++++++++++++++++++++++++++



 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<mailto:antoine.monmayrant at laas.fr>

 permanent email : antoine.monmayrant at polytechnique.org<mailto:antoine.monmayrant at polytechnique.org>



+++++++++++++++++++++++++++++++++++++++++++++++++++++++


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181015/a078796b/attachment.htm>

From antoine.monmayrant at laas.fr  Mon Oct 15 12:22:58 2018
From: antoine.monmayrant at laas.fr (Antoine Monmayrant)
Date: Mon, 15 Oct 2018 12:22:58 +0200
Subject: [Scilab-users] HDF5 save is super slow
In-Reply-To: <20412977-4292-4E2F-B992-7DFDF29B9746@softube.com>
References: <8FF26241-EE09-410A-9982-34648E0274FA@softube.com>
 <f40996d2-a76a-008c-925d-eb7ffa730c27@laas.fr>
 <20412977-4292-4E2F-B992-7DFDF29B9746@softube.com>
Message-ID: <7254d271-46d7-a83e-814a-400c106c7c11@laas.fr>

Le 15/10/2018 ? 11:55, Arvid Ros?n a ?crit?:
>
> Hi,
>
> Thanks for getting back to me!
>
> Unfortunately, we used Scilab?s pretty cool way of doing object 
> orientation, so we have big nested tlist structures with multiple 
> instances of various lists of filters and other structures, as in my 
> example. Saving those structures in some explicit manual way would be 
> extremely complicated. Or is there some way of writing explicit HDF5 
> saving/loading schemes using overloading? That would be great! I am 
> sure we could find the main culprits and do something explicit for 
> them, but as they can be located wherever in a big nested structure, 
> it would be painful to do anything on the top level.
>
> Another, related I guess, problem here is that the new file format 
> uses about 15 times as much disk space as the old format (for a 
> typical ill-behaved nested structure). That adds to the save/load time 
> too I guess, but is probably not the main source here.
>
Argh, yes, I tested it and in your example, I have a file x8.5 bigger.
I think that both increases in time and size are real issues and should 
be reported as bugs.

By the way, I rewrote your script to run it under both 6.0 and 5.5:

/////////////////////////////////
N = 4;
n = 10000;
filters = list();

for i=1:n
 ? G=syslin('c', rand(N,N), rand(N,1), rand(1,N), rand(1,1));
 ? filters($+1) = G;
end

ver=getversion('scilab');

if ver(1)<6 then
 ??? tic();
 ??? save('filters_old.dat', filters);
 ??? ts1 = toc();
else
 ??? tic();
 ??? save('filters_new.dat', 'filters');
 ??? ts1 = toc();
end

printf("Time for save %.2fs\n", ts1);
/////////////////////////////////

Hope it helps,

Antoine

> I think I might have reported this earlier using Bugzilla, but I?m not 
> sure. I?ll check and report it if not.
>
> Cheers,
>
> Arvid
>
> *From: *users <users-bounces at lists.scilab.org> on behalf of 
> "amonmayr at laas.fr" <amonmayr at laas.fr>
> *Reply-To: *"antoine.monmayrant at laas.fr" <antoine.monmayrant at laas.fr>, 
> Users mailing list for Scilab <users at lists.scilab.org>
> *Date: *Monday, 15 October 2018 at 11:08
> *To: *"users at lists.scilab.org" <users at lists.scilab.org>
> *Subject: *Re: [Scilab-users] HDF5 save is super slow
>
> Hello,
>
> I tried your code in 5.5.1 and the last nightly-build of 6.0: I see a 
> slowdown of around 175 between old save in 5.5.1 and new (and only) 
> save in 6.0.
> It's really related to the data structure, because we use hdf5 
> read/write a lot here and did not experience significant slowdowns 
> using 6.0.
> I think the overhead might come to the translation of your fairly 
> complex variable (a long array of tlist) in the corresponding hdf5 
> structure.
> In the old save, this translation was not necessary.
> Maybe you could try to save your data in a different way.
> For example:
> 3) you could save each element of "filters" in a separate file.
> 2) you could bypass save and directly write your data in a hdf5 file 
> by using h5open(), h5write() directly. It means you need to write your 
> own load() for your custom file format. But this way, you can try to 
> find the best way to layout your data in hdf5 format.
> 3) in addition to 2) you could try to save each entry of your 
> "filters" array as one dataset in a given hdf5 file.
>
> Did you search on bugzilla whether this bug was already submitted?
> Could you try to report it?
>
>
> Antoine
>
> Le 15/10/2018 ? 10:11, Arvid Ros?n a ?crit?:
>
>     /////////////////////////////////
>
>     N = 4;
>
>     n = 10000;
>
>     filters = list();
>
>     for i=1:n
>
>     G=syslin('c', rand(N,N), rand(N,1), rand(1,N), rand(1,1));
>
>     filters($+1) = G;
>
>     end
>
>     tic();
>
>     save('filters.dat', filters);
>
>     ts1 = toc();
>
>     tic();
>
>     save('filters.dat', 'filters');
>
>     ts2 = toc();
>
>     printf("old save %.2fs\n", ts1);
>
>     printf("new save %.2fs\n", ts2);
>
>     printf("slowdown %.1f\n", ts2/ts1);
>
>     /////////////////////////////////
>
> -- 
> +++++++++++++++++++++++++++++++++++++++++++++++++++++++
>   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 <mailto:antoine.monmayrant at laas.fr>
>   permanent email :antoine.monmayrant at polytechnique.org 
> <mailto:antoine.monmayrant at polytechnique.org>
> +++++++++++++++++++++++++++++++++++++++++++++++++++++++


-- 
+++++++++++++++++++++++++++++++++++++++++++++++++++++++

  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

+++++++++++++++++++++++++++++++++++++++++++++++++++++++

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181015/51e03511/attachment.htm>

From paul.carrico at esterline.com  Mon Oct 15 12:40:59 2018
From: paul.carrico at esterline.com (Carrico, Paul)
Date: Mon, 15 Oct 2018 10:40:59 +0000
Subject: [Scilab-users] mgetl -> diffrent number of lines
Message-ID: <3A6B7233274DB449A2A0053A47684F953FEEDF23@BGS-EX01.auxitrol.ad>

Dear All

I spent some time in finding a mistake in my code ; I finally noticed where the issue comes from ...

I'm reading a text file and if I use the windows release instead of the linux one, the number of lines is different, even if I use "dos2unix" tool: any idea of the origin?

Thanks

Paul

EXPORT CONTROL :
Cet email ne contient pas de donn?es techniques
This email does not contain technical data

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181015/5b650c8b/attachment.htm>

From stephane.mottelet at utc.fr  Mon Oct 15 14:36:12 2018
From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=)
Date: Mon, 15 Oct 2018 14:36:12 +0200
Subject: [Scilab-users] HDF5 save is super slow
In-Reply-To: <7254d271-46d7-a83e-814a-400c106c7c11@laas.fr>
References: <8FF26241-EE09-410A-9982-34648E0274FA@softube.com>
 <f40996d2-a76a-008c-925d-eb7ffa730c27@laas.fr>
 <20412977-4292-4E2F-B992-7DFDF29B9746@softube.com>
 <7254d271-46d7-a83e-814a-400c106c7c11@laas.fr>
Message-ID: <15e5c310-0725-3958-e35c-5b0b00acb7a0@utc.fr>

Hello,

I looked a little bit in the sources: the evident bottleneck is the 
nested creation of an hdf5 group each time that a container variable is met.
For the given example, this is particularly evident. If you replace the 
syslin structure by the corresponding [A,B;C,D] matrix, then save is ten 
times faster:

N = 4;
n = 1000;
filters = list();
for i=1:n
 ? G=syslin('c', rand(N,N), rand(N,1), rand(1,N), rand(1,1));
 ? filters($+1) = G;
end
tic();
save('filters.dat', 'filters');
disp(toc());
--> disp(toc());

 ?? 0.724754

N = 4;
n = 1000;
filters = list()
for i=1:n
 ? G=syslin('c', rand(N,N), rand(N,1), rand(1,N), rand(1,1));
 ? filters($+1) = [G.a G.b;G.c G.d];
end
tic();
save('filters.dat', 'filters');
disp(toc());
--> disp(toc());

 ?? 0.082302

Serializing container objects seems to be the solution, but it goes 
towards an orthogonal direction w.r.t. the hdf5 portability spirit.

S.


Le 15/10/2018 ? 12:22, Antoine Monmayrant a ?crit?:
> Le 15/10/2018 ? 11:55, Arvid Ros?n a ?crit?:
>>
>> Hi,
>>
>> Thanks for getting back to me!
>>
>> Unfortunately, we used Scilab?s pretty cool way of doing object 
>> orientation, so we have big nested tlist structures with multiple 
>> instances of various lists of filters and other structures, as in my 
>> example. Saving those structures in some explicit manual way would be 
>> extremely complicated. Or is there some way of writing explicit HDF5 
>> saving/loading schemes using overloading? That would be great! I am 
>> sure we could find the main culprits and do something explicit for 
>> them, but as they can be located wherever in a big nested structure, 
>> it would be painful to do anything on the top level.
>>
>> Another, related I guess, problem here is that the new file format 
>> uses about 15 times as much disk space as the old format (for a 
>> typical ill-behaved nested structure). That adds to the save/load 
>> time too I guess, but is probably not the main source here.
>>
> Argh, yes, I tested it and in your example, I have a file x8.5 bigger.
> I think that both increases in time and size are real issues and 
> should be reported as bugs.
>
> By the way, I rewrote your script to run it under both 6.0 and 5.5:
>
> /////////////////////////////////
> N = 4;
> n = 10000;
> filters = list();
>
> for i=1:n
> ? G=syslin('c', rand(N,N), rand(N,1), rand(1,N), rand(1,1));
> ? filters($+1) = G;
> end
>
> ver=getversion('scilab');
>
> if ver(1)<6 then
> ??? tic();
> ??? save('filters_old.dat', filters);
> ??? ts1 = toc();
> else
> ??? tic();
> ??? save('filters_new.dat', 'filters');
> ??? ts1 = toc();
> end
>
> printf("Time for save %.2fs\n", ts1);
> /////////////////////////////////
>
> Hope it helps,
>
> Antoine
>
>> I think I might have reported this earlier using Bugzilla, but I?m 
>> not sure. I?ll check and report it if not.
>>
>> Cheers,
>>
>> Arvid
>>
>> *From: *users <users-bounces at lists.scilab.org> on behalf of 
>> "amonmayr at laas.fr" <amonmayr at laas.fr>
>> *Reply-To: *"antoine.monmayrant at laas.fr" 
>> <antoine.monmayrant at laas.fr>, Users mailing list for Scilab 
>> <users at lists.scilab.org>
>> *Date: *Monday, 15 October 2018 at 11:08
>> *To: *"users at lists.scilab.org" <users at lists.scilab.org>
>> *Subject: *Re: [Scilab-users] HDF5 save is super slow
>>
>> Hello,
>>
>> I tried your code in 5.5.1 and the last nightly-build of 6.0: I see a 
>> slowdown of around 175 between old save in 5.5.1 and new (and only) 
>> save in 6.0.
>> It's really related to the data structure, because we use hdf5 
>> read/write a lot here and did not experience significant slowdowns 
>> using 6.0.
>> I think the overhead might come to the translation of your fairly 
>> complex variable (a long array of tlist) in the corresponding hdf5 
>> structure.
>> In the old save, this translation was not necessary.
>> Maybe you could try to save your data in a different way.
>> For example:
>> 3) you could save each element of "filters" in a separate file.
>> 2) you could bypass save and directly write your data in a hdf5 file 
>> by using h5open(), h5write() directly. It means you need to write 
>> your own load() for your custom file format. But this way, you can 
>> try to find the best way to layout your data in hdf5 format.
>> 3) in addition to 2) you could try to save each entry of your 
>> "filters" array as one dataset in a given hdf5 file.
>>
>> Did you search on bugzilla whether this bug was already submitted?
>> Could you try to report it?
>>
>>
>> Antoine
>>
>> Le 15/10/2018 ? 10:11, Arvid Ros?n a ?crit?:
>>
>>     /////////////////////////////////
>>
>>     N = 4;
>>
>>     n = 10000;
>>
>>     filters = list();
>>
>>     for i=1:n
>>
>>     ? G=syslin('c', rand(N,N), rand(N,1), rand(1,N), rand(1,1));
>>
>>     ? filters($+1) = G;
>>
>>     end
>>
>>     tic();
>>
>>     save('filters.dat', filters);
>>
>>     ts1 = toc();
>>
>>     tic();
>>
>>     save('filters.dat', 'filters');
>>
>>     ts2 = toc();
>>
>>     printf("old save %.2fs\n", ts1);
>>
>>     printf("new save %.2fs\n", ts2);
>>
>>     printf("slowdown %.1f\n", ts2/ts1);
>>
>>     /////////////////////////////////
>>
>> -- 
>> +++++++++++++++++++++++++++++++++++++++++++++++++++++++
>>   
>>   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 <mailto:antoine.monmayrant at laas.fr>
>>   permanent email :antoine.monmayrant at polytechnique.org 
>> <mailto:antoine.monmayrant at polytechnique.org>
>>   
>> +++++++++++++++++++++++++++++++++++++++++++++++++++++++
>>   
>
>
> -- 
> +++++++++++++++++++++++++++++++++++++++++++++++++++++++
>
>   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
>
> +++++++++++++++++++++++++++++++++++++++++++++++++++++++
>
>
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users


-- 
St?phane Mottelet
Ing?nieur de recherche
EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable
D?partement G?nie des Proc?d?s Industriels
Sorbonne Universit?s - Universit? de Technologie de Compi?gne
CS 60319, 60203 Compi?gne cedex
Tel : +33(0)344234688
http://www.utc.fr/~mottelet

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181015/9f55c9a0/attachment.htm>

From david.cheze at cea.fr  Mon Oct 15 13:40:45 2018
From: david.cheze at cea.fr (CHEZE David 227480)
Date: Mon, 15 Oct 2018 11:40:45 +0000
Subject: [Scilab-users] mgetl -> diffrent number of lines
In-Reply-To: <3A6B7233274DB449A2A0053A47684F953FEEDF23@BGS-EX01.auxitrol.ad>
References: <3A6B7233274DB449A2A0053A47684F953FEEDF23@BGS-EX01.auxitrol.ad>
Message-ID: <C1165F01A4B61C48AF8B97D1C4AB348B65B923D2@EXDAG0-B2.intra.cea.fr>

The line endings codes may change the behavior of such text import routines.



De : users <users-bounces at lists.scilab.org> De la part de Carrico, Paul
Envoy? : lundi 15 octobre 2018 12:41
? : International users mailing list for Scilab. (users at lists.scilab.org) <users at lists.scilab.org>
Objet : [Scilab-users] mgetl -> diffrent number of lines

Dear All

I spent some time in finding a mistake in my code ; I finally noticed where the issue comes from ...

I'm reading a text file and if I use the windows release instead of the linux one, the number of lines is different, even if I use "dos2unix" tool: any idea of the origin?

Thanks

Paul

EXPORT CONTROL :
Cet email ne contient pas de donn?es techniques
This email does not contain technical data

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181015/c31b4188/attachment.htm>

From arvid at softube.com  Mon Oct 15 15:07:08 2018
From: arvid at softube.com (=?utf-8?B?QXJ2aWQgUm9zw6lu?=)
Date: Mon, 15 Oct 2018 13:07:08 +0000
Subject: [Scilab-users] HDF5 save is super slow
In-Reply-To: <15e5c310-0725-3958-e35c-5b0b00acb7a0@utc.fr>
References: <8FF26241-EE09-410A-9982-34648E0274FA@softube.com>
 <f40996d2-a76a-008c-925d-eb7ffa730c27@laas.fr>
 <20412977-4292-4E2F-B992-7DFDF29B9746@softube.com>
 <7254d271-46d7-a83e-814a-400c106c7c11@laas.fr>
 <15e5c310-0725-3958-e35c-5b0b00acb7a0@utc.fr>
Message-ID: <35731538-5BB2-4C53-915C-BE53D3B95871@softube.com>

Hi,

Yeah, that makes sense. Or, it was about what I expected at least. It is a pity though, as handling thousands of filters isn?t necessarily a strange thing to do with a software like Scilab, and making a special serialization like that would be nothing less than a hack.

Do you think there is a way forward under the hood that could make big deep list structures >10x faster in the future? Otherwise, the whole object orientation part of Scilab (tlist and mlist etc.) would be hard to use for anything that comes in large numbers, which would be a shame, especially as it used to work just fine (well, I can see how the old structure wasn?t ?just fine? in other ways, but still).

Cheers,
Arvid


From: users <users-bounces at lists.scilab.org> on behalf of St?phane Mottelet <stephane.mottelet at utc.fr>
Organization: Universit? de Technologie de Compi?gne
Reply-To: Users mailing list for Scilab <users at lists.scilab.org>
Date: Monday, 15 October 2018 at 14:37
To: "users at lists.scilab.org" <users at lists.scilab.org>
Subject: Re: [Scilab-users] HDF5 save is super slow

Hello,

I looked a little bit in the sources: the evident bottleneck is the nested creation of an hdf5 group each time that a container variable is met.
For the given example, this is particularly evident. If you replace the syslin structure by the corresponding [A,B;C,D] matrix, then save is ten times faster:

N = 4;
n = 1000;
filters = list();
for i=1:n
  G=syslin('c', rand(N,N), rand(N,1), rand(1,N), rand(1,1));
  filters($+1) = G;
end
tic();
save('filters.dat', 'filters');
disp(toc());
--> disp(toc());

   0.724754

N = 4;
n = 1000;
filters = list()
for i=1:n
  G=syslin('c', rand(N,N), rand(N,1), rand(1,N), rand(1,1));
  filters($+1) = [G.a G.b;G.c G.d];
end
tic();
save('filters.dat', 'filters');
disp(toc());
--> disp(toc());

   0.082302

Serializing container objects seems to be the solution, but it goes towards an orthogonal direction w.r.t. the hdf5 portability spirit.

S.


Le 15/10/2018 ? 12:22, Antoine Monmayrant a ?crit :
Le 15/10/2018 ? 11:55, Arvid Ros?n a ?crit :
Hi,

Thanks for getting back to me!

Unfortunately, we used Scilab?s pretty cool way of doing object orientation, so we have big nested tlist structures with multiple instances of various lists of filters and other structures, as in my example. Saving those structures in some explicit manual way would be extremely complicated. Or is there some way of writing explicit HDF5 saving/loading schemes using overloading? That would be great! I am sure we could find the main culprits and do something explicit for them, but as they can be located wherever in a big nested structure, it would be painful to do anything on the top level.

Another, related I guess, problem here is that the new file format uses about 15 times as much disk space as the old format (for a typical ill-behaved nested structure). That adds to the save/load time too I guess, but is probably not the main source here.
Argh, yes, I tested it and in your example, I have a file x8.5 bigger.
I think that both increases in time and size are real issues and should be reported as bugs.

By the way, I rewrote your script to run it under both 6.0 and 5.5:

/////////////////////////////////
N = 4;
n = 10000;
filters = list();

for i=1:n
  G=syslin('c', rand(N,N), rand(N,1), rand(1,N), rand(1,1));
  filters($+1) = G;
end

ver=getversion('scilab');

if ver(1)<6 then
    tic();
    save('filters_old.dat', filters);
    ts1 = toc();
else
    tic();
    save('filters_new.dat', 'filters');
    ts1 = toc();
end

printf("Time for save %.2fs\n", ts1);
/////////////////////////////////

Hope it helps,

Antoine



I think I might have reported this earlier using Bugzilla, but I?m not sure. I?ll check and report it if not.

Cheers,
Arvid

From: users <users-bounces at lists.scilab.org><mailto:users-bounces at lists.scilab.org> on behalf of "amonmayr at laas.fr"<mailto:amonmayr at laas.fr> <amonmayr at laas.fr><mailto:amonmayr at laas.fr>
Reply-To: "antoine.monmayrant at laas.fr"<mailto:antoine.monmayrant at laas.fr> <antoine.monmayrant at laas.fr><mailto:antoine.monmayrant at laas.fr>, Users mailing list for Scilab <users at lists.scilab.org><mailto:users at lists.scilab.org>
Date: Monday, 15 October 2018 at 11:08
To: "users at lists.scilab.org"<mailto:users at lists.scilab.org> <users at lists.scilab.org><mailto:users at lists.scilab.org>
Subject: Re: [Scilab-users] HDF5 save is super slow

Hello,

I tried your code in 5.5.1 and the last nightly-build of 6.0: I see a slowdown of around 175 between old save in 5.5.1 and new (and only) save in 6.0.
It's really related to the data structure, because we use hdf5 read/write a lot here and did not experience significant slowdowns using 6.0.
I think the overhead might come to the translation of your fairly complex variable (a long array of tlist) in the corresponding hdf5 structure.
In the old save, this translation was not necessary.
Maybe you could try to save your data in a different way.
For example:
3) you could save each element of "filters" in a separate file.
2) you could bypass save and directly write your data in a hdf5 file by using h5open(), h5write() directly. It means you need to write your own load() for your custom file format. But this way, you can try to find the best way to layout your data in hdf5 format.
3) in addition to 2) you could try to save each entry of your "filters" array as one dataset in a given hdf5 file.

Did you search on bugzilla whether this bug was already submitted?
Could you try to report it?


Antoine

Le 15/10/2018 ? 10:11, Arvid Ros?n a ?crit :
/////////////////////////////////
N = 4;
n = 10000;

filters = list();

for i=1:n
  G=syslin('c', rand(N,N), rand(N,1), rand(1,N), rand(1,1));
  filters($+1) = G;
end

tic();
save('filters.dat', filters);
ts1 = toc();

tic();
save('filters.dat', 'filters');
ts2 = toc();

printf("old save %.2fs\n", ts1);
printf("new save %.2fs\n", ts2);
printf("slowdown %.1f\n", ts2/ts1);
/////////////////////////////////



--

+++++++++++++++++++++++++++++++++++++++++++++++++++++++



 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<mailto:antoine.monmayrant at laas.fr>

 permanent email : antoine.monmayrant at polytechnique.org<mailto:antoine.monmayrant at polytechnique.org>



+++++++++++++++++++++++++++++++++++++++++++++++++++++++





--

+++++++++++++++++++++++++++++++++++++++++++++++++++++++



 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<mailto:antoine.monmayrant at laas.fr>

 permanent email : antoine.monmayrant at polytechnique.org<mailto:antoine.monmayrant at polytechnique.org>



+++++++++++++++++++++++++++++++++++++++++++++++++++++++






_______________________________________________

users mailing list

users at lists.scilab.org<mailto:users at lists.scilab.org>

https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users



--

St?phane Mottelet

Ing?nieur de recherche

EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable

D?partement G?nie des Proc?d?s Industriels

Sorbonne Universit?s - Universit? de Technologie de Compi?gne

CS 60319, 60203 Compi?gne cedex

Tel : +33(0)344234688

http://www.utc.fr/~mottelet<http://www.utc.fr/%7Emottelet>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181015/f3f1d42f/attachment.htm>

From stephane.mottelet at utc.fr  Mon Oct 15 15:35:04 2018
From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=)
Date: Mon, 15 Oct 2018 15:35:04 +0200
Subject: [Scilab-users] HDF5 save is super slow
In-Reply-To: <35731538-5BB2-4C53-915C-BE53D3B95871@softube.com>
References: <8FF26241-EE09-410A-9982-34648E0274FA@softube.com>
 <f40996d2-a76a-008c-925d-eb7ffa730c27@laas.fr>
 <20412977-4292-4E2F-B992-7DFDF29B9746@softube.com>
 <7254d271-46d7-a83e-814a-400c106c7c11@laas.fr>
 <15e5c310-0725-3958-e35c-5b0b00acb7a0@utc.fr>
 <35731538-5BB2-4C53-915C-BE53D3B95871@softube.com>
Message-ID: <f78628e6-7d8a-0bdd-4763-0c0fa7eaaddf@utc.fr>

Le 15/10/2018 ? 15:07, Arvid Ros?n a ?crit?:
>
> Hi,
>
> Yeah, that makes sense. Or, it was about what I expected at least. It 
> is a pity though, as handling thousands of filters isn?t necessarily a 
> strange thing to do with a software like Scilab, and making a special 
> serialization like that would be nothing less than a hack.
>
> Do you think there is a way forward under the hood that could make big 
> deep list structures >10x faster in the future?
>
No. I think that hdf5 is not convenient for deeply structured data with 
small leafs. Some interesting discussions can be found here:

https://cyrille.rossant.net/should-you-use-hdf5/
https://cyrille.rossant.net/moving-away-hdf5/

If you just need to read/write within your own software, serializing 
should not be an issue. In the example you gave, the structure of each 
leaf is always the same: using an array of structs improves performances 
a little bit:

clear
N = 4;
n = 1000;
for i=1:n
 ?? G(i).a=rand(N,N);
 ?? G(i).b=rand(N,1);
 ?? G(i).c=rand(1,N);
 ?? G(i).c=rand(1,1);
end
tic();
save('filters.dat', 'G');
disp(toc());
--> disp(toc());

 ?? 0.24133


S.
>
> Otherwise, the whole object orientation part of Scilab (tlist and 
> mlist etc.) would be hard to use for anything that comes in large 
> numbers, which would be a shame, especially as it used to work just 
> fine (well, I can see how the old structure wasn?t ?just fine? in 
> other ways, but still).
>
> Cheers,
>
> Arvid
>
> *From: *users <users-bounces at lists.scilab.org> on behalf of St?phane 
> Mottelet <stephane.mottelet at utc.fr>
> *Organization: *Universit? de Technologie de Compi?gne
> *Reply-To: *Users mailing list for Scilab <users at lists.scilab.org>
> *Date: *Monday, 15 October 2018 at 14:37
> *To: *"users at lists.scilab.org" <users at lists.scilab.org>
> *Subject: *Re: [Scilab-users] HDF5 save is super slow
>
> Hello,
>
> I looked a little bit in the sources: the evident bottleneck is the 
> nested creation of an hdf5 group each time that a container variable 
> is met.
> For the given example, this is particularly evident. If you replace 
> the syslin structure by the corresponding [A,B;C,D] matrix, then save 
> is ten times faster:
>
> N = 4;
> n = 1000;
> filters = list();
> for i=1:n
> ? G=syslin('c', rand(N,N), rand(N,1), rand(1,N), rand(1,1));
> ? filters($+1) = G;
> end
> tic();
> save('filters.dat', 'filters');
> disp(toc());
> --> disp(toc());
>
> ?? 0.724754
>
> N = 4;
> n = 1000;
> filters = list()
> for i=1:n
> ? G=syslin('c', rand(N,N), rand(N,1), rand(1,N), rand(1,1));
> ? filters($+1) = [G.a G.b;G.c G.d];
> end
> tic();
> save('filters.dat', 'filters');
> disp(toc());
> --> disp(toc());
>
> ?? 0.082302
>
> Serializing container objects seems to be the solution, but it goes 
> towards an orthogonal direction w.r.t. the hdf5 portability spirit.
>
> S.
>
>
> Le 15/10/2018 ? 12:22, Antoine Monmayrant a ?crit?:
>
>     Le 15/10/2018 ? 11:55, Arvid Ros?n a ?crit?:
>
>         Hi,
>
>         Thanks for getting back to me!
>
>         Unfortunately, we used Scilab?s pretty cool way of doing
>         object orientation, so we have big nested tlist structures
>         with multiple instances of various lists of filters and other
>         structures, as in my example. Saving those structures in some
>         explicit manual way would be extremely complicated. Or is
>         there some way of writing explicit HDF5 saving/loading schemes
>         using overloading? That would be great! I am sure we could
>         find the main culprits and do something explicit for them, but
>         as they can be located wherever in a big nested structure, it
>         would be painful to do anything on the top level.
>
>         Another, related I guess, problem here is that the new file
>         format uses about 15 times as much disk space as the old
>         format (for a typical ill-behaved nested structure). That adds
>         to the save/load time too I guess, but is probably not the
>         main source here.
>
>     Argh, yes, I tested it and in your example, I have a file x8.5 bigger.
>     I think that both increases in time and size are real issues and
>     should be reported as bugs.
>
>     By the way, I rewrote your script to run it under both 6.0 and 5.5:
>
>     /////////////////////////////////
>     N = 4;
>     n = 10000;
>     filters = list();
>
>     for i=1:n
>     ? G=syslin('c', rand(N,N), rand(N,1), rand(1,N), rand(1,1));
>     ? filters($+1) = G;
>     end
>
>     ver=getversion('scilab');
>
>     if ver(1)<6 then
>     ??? tic();
>     ??? save('filters_old.dat', filters);
>     ??? ts1 = toc();
>     else
>     ??? tic();
>     ??? save('filters_new.dat', 'filters');
>     ??? ts1 = toc();
>     end
>
>     printf("Time for save %.2fs\n", ts1);
>     /////////////////////////////////
>
>     Hope it helps,
>
>     Antoine
>
>
>         I think I might have reported this earlier using Bugzilla, but
>         I?m not sure. I?ll check and report it if not.
>
>         Cheers,
>
>         Arvid
>
>         *From: *users <users-bounces at lists.scilab.org>
>         <mailto:users-bounces at lists.scilab.org> on behalf of
>         "amonmayr at laas.fr" <mailto:amonmayr at laas.fr>
>         <amonmayr at laas.fr> <mailto:amonmayr at laas.fr>
>         *Reply-To: *"antoine.monmayrant at laas.fr"
>         <mailto:antoine.monmayrant at laas.fr>
>         <antoine.monmayrant at laas.fr>
>         <mailto:antoine.monmayrant at laas.fr>, Users mailing list for
>         Scilab <users at lists.scilab.org> <mailto:users at lists.scilab.org>
>         *Date: *Monday, 15 October 2018 at 11:08
>         *To: *"users at lists.scilab.org" <mailto:users at lists.scilab.org>
>         <users at lists.scilab.org> <mailto:users at lists.scilab.org>
>         *Subject: *Re: [Scilab-users] HDF5 save is super slow
>
>         Hello,
>
>         I tried your code in 5.5.1 and the last nightly-build of 6.0:
>         I see a slowdown of around 175 between old save in 5.5.1 and
>         new (and only) save in 6.0.
>         It's really related to the data structure, because we use hdf5
>         read/write a lot here and did not experience significant
>         slowdowns using 6.0.
>         I think the overhead might come to the translation of your
>         fairly complex variable (a long array of tlist) in the
>         corresponding hdf5 structure.
>         In the old save, this translation was not necessary.
>         Maybe you could try to save your data in a different way.
>         For example:
>         3) you could save each element of "filters" in a separate file.
>         2) you could bypass save and directly write your data in a
>         hdf5 file by using h5open(), h5write() directly. It means you
>         need to write your own load() for your custom file format. But
>         this way, you can try to find the best way to layout your data
>         in hdf5 format.
>         3) in addition to 2) you could try to save each entry of your
>         "filters" array as one dataset in a given hdf5 file.
>
>         Did you search on bugzilla whether this bug was already submitted?
>         Could you try to report it?
>
>
>         Antoine
>
>         Le 15/10/2018 ? 10:11, Arvid Ros?n a ?crit?:
>
>             /////////////////////////////////
>
>             N = 4;
>
>             n = 10000;
>
>             filters = list();
>
>             for i=1:n
>
>             ? G=syslin('c', rand(N,N), rand(N,1), rand(1,N), rand(1,1));
>
>             ? filters($+1) = G;
>
>             end
>
>             tic();
>
>             save('filters.dat', filters);
>
>             ts1 = toc();
>
>             tic();
>
>             save('filters.dat', 'filters');
>
>             ts2 = toc();
>
>             printf("old save %.2fs\n", ts1);
>
>             printf("new save %.2fs\n", ts2);
>
>             printf("slowdown %.1f\n", ts2/ts1);
>
>             /////////////////////////////////
>
>         -- 
>
>         +++++++++++++++++++++++++++++++++++++++++++++++++++++++
>
>           
>
>           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 <mailto:antoine.monmayrant at laas.fr>
>
>           permanent email :antoine.monmayrant at polytechnique.org
>         <mailto:antoine.monmayrant at polytechnique.org>
>
>           
>
>         +++++++++++++++++++++++++++++++++++++++++++++++++++++++
>
>           
>
>     -- 
>
>     +++++++++++++++++++++++++++++++++++++++++++++++++++++++
>
>       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 <mailto:antoine.monmayrant at laas.fr>
>
>       permanent email :antoine.monmayrant at polytechnique.org
>     <mailto:antoine.monmayrant at polytechnique.org>
>
>     +++++++++++++++++++++++++++++++++++++++++++++++++++++++
>
>
>
>
>     _______________________________________________
>
>     users mailing list
>
>     users at lists.scilab.org <mailto:users at lists.scilab.org>
>
>     https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users
>     <https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users>
>
> -- 
> St?phane Mottelet
> Ing?nieur de recherche
> EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable
> D?partement G?nie des Proc?d?s Industriels
> Sorbonne Universit?s - Universit? de Technologie de Compi?gne
> CS 60319, 60203 Compi?gne cedex
> Tel : +33(0)344234688
> http://www.utc.fr/~mottelet 
> <https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/www.utc.fr/%7Emottelet>
>
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users


-- 
St?phane Mottelet
Ing?nieur de recherche
EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable
D?partement G?nie des Proc?d?s Industriels
Sorbonne Universit?s - Universit? de Technologie de Compi?gne
CS 60319, 60203 Compi?gne cedex
Tel : +33(0)344234688
http://www.utc.fr/~mottelet

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181015/9b94d0f4/attachment.htm>

From clement.david at scilab-enterprises.com  Mon Oct 15 15:47:22 2018
From: clement.david at scilab-enterprises.com (=?utf-8?B?Q2zDqW1lbnQgREFWSUQ=?=)
Date: Mon, 15 Oct 2018 13:47:22 +0000
Subject: [Scilab-users] HDF5 save is super slow
In-Reply-To: <15e5c310-0725-3958-e35c-5b0b00acb7a0@utc.fr>
References: <8FF26241-EE09-410A-9982-34648E0274FA@softube.com>
 <f40996d2-a76a-008c-925d-eb7ffa730c27@laas.fr>
 <20412977-4292-4E2F-B992-7DFDF29B9746@softube.com>
 <7254d271-46d7-a83e-814a-400c106c7c11@laas.fr>
 <15e5c310-0725-3958-e35c-5b0b00acb7a0@utc.fr>
Message-ID: <AM6PR0502MB370208EF9E3532354D539083B0FD0@AM6PR0502MB3702.eurprd05.prod.outlook.com>

Hello all,

Correct, I experienced such a slowness while working with Xcos diagrams for Scilab 5. At first we considered HDF5 for this deep nested list / mlist data-structure storage however after some tests ; XML might be used for tree-like storage and HDF5 (or Java types serialization) for big matrices.

AFAIK currently there is no easy way to load/save specifying a format other than HDF5 ; maybe adding xmlSave/xmlLoad sci_gateway to let the user select an xml file format for any Scilab structure might provide better performance on your use-case. JSON might also be another candidate to look at for decent serialization support.

PS: Scilab 5.5.1 load/save are direct memory dump so this is really the fastest you can get from Scilab ; HDF5 binary format is good enough for matrices

--
Cl?ment

From: users <users-bounces at lists.scilab.org> On Behalf Of St?phane Mottelet
Sent: Monday, October 15, 2018 2:36 PM
To: users at lists.scilab.org
Subject: Re: [Scilab-users] HDF5 save is super slow

Hello,

I looked a little bit in the sources: the evident bottleneck is the nested creation of an hdf5 group each time that a container variable is met.
For the given example, this is particularly evident. If you replace the syslin structure by the corresponding [A,B;C,D] matrix, then save is ten times faster:

N = 4;
n = 1000;
filters = list();
for i=1:n
  G=syslin('c', rand(N,N), rand(N,1), rand(1,N), rand(1,1));
  filters($+1) = G;
end
tic();
save('filters.dat', 'filters');
disp(toc());
--> disp(toc());

   0.724754

N = 4;
n = 1000;
filters = list()
for i=1:n
  G=syslin('c', rand(N,N), rand(N,1), rand(1,N), rand(1,1));
  filters($+1) = [G.a G.b;G.c G.d];
end
tic();
save('filters.dat', 'filters');
disp(toc());
--> disp(toc());

   0.082302

Serializing container objects seems to be the solution, but it goes towards an orthogonal direction w.r.t. the hdf5 portability spirit.

S.


Le 15/10/2018 ? 12:22, Antoine Monmayrant a ?crit :
Le 15/10/2018 ? 11:55, Arvid Ros?n a ?crit :
Hi,

Thanks for getting back to me!

Unfortunately, we used Scilab?s pretty cool way of doing object orientation, so we have big nested tlist structures with multiple instances of various lists of filters and other structures, as in my example. Saving those structures in some explicit manual way would be extremely complicated. Or is there some way of writing explicit HDF5 saving/loading schemes using overloading? That would be great! I am sure we could find the main culprits and do something explicit for them, but as they can be located wherever in a big nested structure, it would be painful to do anything on the top level.

Another, related I guess, problem here is that the new file format uses about 15 times as much disk space as the old format (for a typical ill-behaved nested structure). That adds to the save/load time too I guess, but is probably not the main source here.
Argh, yes, I tested it and in your example, I have a file x8.5 bigger.
I think that both increases in time and size are real issues and should be reported as bugs.

By the way, I rewrote your script to run it under both 6.0 and 5.5:

/////////////////////////////////
N = 4;
n = 10000;
filters = list();

for i=1:n
  G=syslin('c', rand(N,N), rand(N,1), rand(1,N), rand(1,1));
  filters($+1) = G;
end

ver=getversion('scilab');

if ver(1)<6 then
    tic();
    save('filters_old.dat', filters);
    ts1 = toc();
else
    tic();
    save('filters_new.dat', 'filters');
    ts1 = toc();
end

printf("Time for save %.2fs\n", ts1);
/////////////////////////////////

Hope it helps,

Antoine



I think I might have reported this earlier using Bugzilla, but I?m not sure. I?ll check and report it if not.

Cheers,
Arvid

From: users <users-bounces at lists.scilab.org><mailto:users-bounces at lists.scilab.org> on behalf of "amonmayr at laas.fr"<mailto:amonmayr at laas.fr> <amonmayr at laas.fr><mailto:amonmayr at laas.fr>
Reply-To: "antoine.monmayrant at laas.fr"<mailto:antoine.monmayrant at laas.fr> <antoine.monmayrant at laas.fr><mailto:antoine.monmayrant at laas.fr>, Users mailing list for Scilab <users at lists.scilab.org><mailto:users at lists.scilab.org>
Date: Monday, 15 October 2018 at 11:08
To: "users at lists.scilab.org"<mailto:users at lists.scilab.org> <users at lists.scilab.org><mailto:users at lists.scilab.org>
Subject: Re: [Scilab-users] HDF5 save is super slow

Hello,

I tried your code in 5.5.1 and the last nightly-build of 6.0: I see a slowdown of around 175 between old save in 5.5.1 and new (and only) save in 6.0.
It's really related to the data structure, because we use hdf5 read/write a lot here and did not experience significant slowdowns using 6.0.
I think the overhead might come to the translation of your fairly complex variable (a long array of tlist) in the corresponding hdf5 structure.
In the old save, this translation was not necessary.
Maybe you could try to save your data in a different way.
For example:
3) you could save each element of "filters" in a separate file.
2) you could bypass save and directly write your data in a hdf5 file by using h5open(), h5write() directly. It means you need to write your own load() for your custom file format. But this way, you can try to find the best way to layout your data in hdf5 format.
3) in addition to 2) you could try to save each entry of your "filters" array as one dataset in a given hdf5 file.

Did you search on bugzilla whether this bug was already submitted?
Could you try to report it?


Antoine

Le 15/10/2018 ? 10:11, Arvid Ros?n a ?crit :
/////////////////////////////////
N = 4;
n = 10000;

filters = list();

for i=1:n
  G=syslin('c', rand(N,N), rand(N,1), rand(1,N), rand(1,1));
  filters($+1) = G;
end

tic();
save('filters.dat', filters);
ts1 = toc();

tic();
save('filters.dat', 'filters');
ts2 = toc();

printf("old save %.2fs\n", ts1);
printf("new save %.2fs\n", ts2);
printf("slowdown %.1f\n", ts2/ts1);
/////////////////////////////////



--

+++++++++++++++++++++++++++++++++++++++++++++++++++++++



 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<mailto:antoine.monmayrant at laas.fr>

 permanent email : antoine.monmayrant at polytechnique.org<mailto:antoine.monmayrant at polytechnique.org>



+++++++++++++++++++++++++++++++++++++++++++++++++++++++





--

+++++++++++++++++++++++++++++++++++++++++++++++++++++++



 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<mailto:antoine.monmayrant at laas.fr>

 permanent email : antoine.monmayrant at polytechnique.org<mailto:antoine.monmayrant at polytechnique.org>



+++++++++++++++++++++++++++++++++++++++++++++++++++++++






_______________________________________________

users mailing list

users at lists.scilab.org<mailto:users at lists.scilab.org>

https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users



--

St?phane Mottelet

Ing?nieur de recherche

EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable

D?partement G?nie des Proc?d?s Industriels

Sorbonne Universit?s - Universit? de Technologie de Compi?gne

CS 60319, 60203 Compi?gne cedex

Tel : +33(0)344234688

http://www.utc.fr/~mottelet<http://www.utc.fr/%7Emottelet>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181015/7c4e8c8c/attachment.htm>

From arvid at softube.com  Mon Oct 15 18:17:01 2018
From: arvid at softube.com (=?utf-8?B?QXJ2aWQgUm9zw6lu?=)
Date: Mon, 15 Oct 2018 16:17:01 +0000
Subject: [Scilab-users] HDF5 save is super slow
In-Reply-To: <AM6PR0502MB370208EF9E3532354D539083B0FD0@AM6PR0502MB3702.eurprd05.prod.outlook.com>
References: <8FF26241-EE09-410A-9982-34648E0274FA@softube.com>
 <f40996d2-a76a-008c-925d-eb7ffa730c27@laas.fr>
 <20412977-4292-4E2F-B992-7DFDF29B9746@softube.com>
 <7254d271-46d7-a83e-814a-400c106c7c11@laas.fr>
 <15e5c310-0725-3958-e35c-5b0b00acb7a0@utc.fr>
 <AM6PR0502MB370208EF9E3532354D539083B0FD0@AM6PR0502MB3702.eurprd05.prod.outlook.com>
Message-ID: <545819DB-4EA0-43A2-9E8C-48AAFAC53A90@softube.com>

Hi again,

I just filed a bug report here:
http://bugzilla.scilab.org/show_bug.cgi?id=15809

Would it be possible to bring back the old mem-dump approach in scilab 6? I mean, could I write a gateway that just takes a pointer to the first byte in memory, figures out the size, and dumps to disk? Or maybe it doesn?t work like that. Writing a JSON exporter for storing filter coefficients in a math software package seems a bit ridicules, but hey, if it works it might be worth it in our case.

Cheers,
Arvid


From: users <users-bounces at lists.scilab.org> on behalf of Cl?ment DAVID <clement.david at scilab-enterprises.com>
Reply-To: Users mailing list for Scilab <users at lists.scilab.org>
Date: Monday, 15 October 2018 at 15:48
To: Users mailing list for Scilab <users at lists.scilab.org>
Cc: Cl?ment David <Clement.David at esi-group.com>
Subject: Re: [Scilab-users] HDF5 save is super slow

Hello all,

Correct, I experienced such a slowness while working with Xcos diagrams for Scilab 5. At first we considered HDF5 for this deep nested list / mlist data-structure storage however after some tests ; XML might be used for tree-like storage and HDF5 (or Java types serialization) for big matrices.

AFAIK currently there is no easy way to load/save specifying a format other than HDF5 ; maybe adding xmlSave/xmlLoad sci_gateway to let the user select an xml file format for any Scilab structure might provide better performance on your use-case. JSON might also be another candidate to look at for decent serialization support.

PS: Scilab 5.5.1 load/save are direct memory dump so this is really the fastest you can get from Scilab ; HDF5 binary format is good enough for matrices

--
Cl?ment

From: users <users-bounces at lists.scilab.org> On Behalf Of St?phane Mottelet
Sent: Monday, October 15, 2018 2:36 PM
To: users at lists.scilab.org
Subject: Re: [Scilab-users] HDF5 save is super slow

Hello,

I looked a little bit in the sources: the evident bottleneck is the nested creation of an hdf5 group each time that a container variable is met.
For the given example, this is particularly evident. If you replace the syslin structure by the corresponding [A,B;C,D] matrix, then save is ten times faster:

N = 4;
n = 1000;
filters = list();
for i=1:n
  G=syslin('c', rand(N,N), rand(N,1), rand(1,N), rand(1,1));
  filters($+1) = G;
end
tic();
save('filters.dat', 'filters');
disp(toc());
--> disp(toc());

   0.724754

N = 4;
n = 1000;
filters = list()
for i=1:n
  G=syslin('c', rand(N,N), rand(N,1), rand(1,N), rand(1,1));
  filters($+1) = [G.a G.b;G.c G.d];
end
tic();
save('filters.dat', 'filters');
disp(toc());
--> disp(toc());

   0.082302

Serializing container objects seems to be the solution, but it goes towards an orthogonal direction w.r.t. the hdf5 portability spirit.

S.


Le 15/10/2018 ? 12:22, Antoine Monmayrant a ?crit :
Le 15/10/2018 ? 11:55, Arvid Ros?n a ?crit :
Hi,

Thanks for getting back to me!

Unfortunately, we used Scilab?s pretty cool way of doing object orientation, so we have big nested tlist structures with multiple instances of various lists of filters and other structures, as in my example. Saving those structures in some explicit manual way would be extremely complicated. Or is there some way of writing explicit HDF5 saving/loading schemes using overloading? That would be great! I am sure we could find the main culprits and do something explicit for them, but as they can be located wherever in a big nested structure, it would be painful to do anything on the top level.

Another, related I guess, problem here is that the new file format uses about 15 times as much disk space as the old format (for a typical ill-behaved nested structure). That adds to the save/load time too I guess, but is probably not the main source here.
Argh, yes, I tested it and in your example, I have a file x8.5 bigger.
I think that both increases in time and size are real issues and should be reported as bugs.

By the way, I rewrote your script to run it under both 6.0 and 5.5:

/////////////////////////////////
N = 4;
n = 10000;
filters = list();

for i=1:n
  G=syslin('c', rand(N,N), rand(N,1), rand(1,N), rand(1,1));
  filters($+1) = G;
end

ver=getversion('scilab');

if ver(1)<6 then
    tic();
    save('filters_old.dat', filters);
    ts1 = toc();
else
    tic();
    save('filters_new.dat', 'filters');
    ts1 = toc();
end

printf("Time for save %.2fs\n", ts1);
/////////////////////////////////

Hope it helps,

Antoine




I think I might have reported this earlier using Bugzilla, but I?m not sure. I?ll check and report it if not.

Cheers,
Arvid

From: users <users-bounces at lists.scilab.org><mailto:users-bounces at lists.scilab.org> on behalf of "amonmayr at laas.fr"<mailto:amonmayr at laas.fr> <amonmayr at laas.fr><mailto:amonmayr at laas.fr>
Reply-To: "antoine.monmayrant at laas.fr"<mailto:antoine.monmayrant at laas.fr> <antoine.monmayrant at laas.fr><mailto:antoine.monmayrant at laas.fr>, Users mailing list for Scilab <users at lists.scilab.org><mailto:users at lists.scilab.org>
Date: Monday, 15 October 2018 at 11:08
To: "users at lists.scilab.org"<mailto:users at lists.scilab.org> <users at lists.scilab.org><mailto:users at lists.scilab.org>
Subject: Re: [Scilab-users] HDF5 save is super slow

Hello,

I tried your code in 5.5.1 and the last nightly-build of 6.0: I see a slowdown of around 175 between old save in 5.5.1 and new (and only) save in 6.0.
It's really related to the data structure, because we use hdf5 read/write a lot here and did not experience significant slowdowns using 6.0.
I think the overhead might come to the translation of your fairly complex variable (a long array of tlist) in the corresponding hdf5 structure.
In the old save, this translation was not necessary.
Maybe you could try to save your data in a different way.
For example:
3) you could save each element of "filters" in a separate file.
2) you could bypass save and directly write your data in a hdf5 file by using h5open(), h5write() directly. It means you need to write your own load() for your custom file format. But this way, you can try to find the best way to layout your data in hdf5 format.
3) in addition to 2) you could try to save each entry of your "filters" array as one dataset in a given hdf5 file.

Did you search on bugzilla whether this bug was already submitted?
Could you try to report it?


Antoine

Le 15/10/2018 ? 10:11, Arvid Ros?n a ?crit :
/////////////////////////////////
N = 4;
n = 10000;

filters = list();

for i=1:n
  G=syslin('c', rand(N,N), rand(N,1), rand(1,N), rand(1,1));
  filters($+1) = G;
end

tic();
save('filters.dat', filters);
ts1 = toc();

tic();
save('filters.dat', 'filters');
ts2 = toc();

printf("old save %.2fs\n", ts1);
printf("new save %.2fs\n", ts2);
printf("slowdown %.1f\n", ts2/ts1);
/////////////////////////////////



--

+++++++++++++++++++++++++++++++++++++++++++++++++++++++



 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<mailto:antoine.monmayrant at laas.fr>

 permanent email : antoine.monmayrant at polytechnique.org<mailto:antoine.monmayrant at polytechnique.org>



+++++++++++++++++++++++++++++++++++++++++++++++++++++++





--

+++++++++++++++++++++++++++++++++++++++++++++++++++++++



 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<mailto:antoine.monmayrant at laas.fr>

 permanent email : antoine.monmayrant at polytechnique.org<mailto:antoine.monmayrant at polytechnique.org>



+++++++++++++++++++++++++++++++++++++++++++++++++++++++







_______________________________________________

users mailing list

users at lists.scilab.org<mailto:users at lists.scilab.org>

https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users



--

St?phane Mottelet

Ing?nieur de recherche

EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable

D?partement G?nie des Proc?d?s Industriels

Sorbonne Universit?s - Universit? de Technologie de Compi?gne

CS 60319, 60203 Compi?gne cedex

Tel : +33(0)344234688

http://www.utc.fr/~mottelet<http://www.utc.fr/%7Emottelet>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181015/a7e6c624/attachment.htm>

From rsherry8 at comcast.net  Mon Oct 15 20:39:52 2018
From: rsherry8 at comcast.net (rsherry8)
Date: Mon, 15 Oct 2018 14:39:52 -0400
Subject: [Scilab-users] Having a Problem with fsolve
Message-ID: <5BC4DEF8.7040508@comcast.net>

I am trying to solve a system of two non-linear equations using fsolve. 
I define the following two functions:

function z=g1(x,y)
z = x^2 + y^2
endfunction

function z=g2(x,y)
z = x^4 + y^4 - 20
endfunction

When I type something like: g2(2,2)
I get 12 which is right.

I then run the following command:
     [xres]=fsolve([0,0],g1,g2);

and I get the error message:

     fsolve: exception caught in 'jac' subroutine.
     at line     2 of function g1
     in builtin                fsolve

What am I doing wrong?

Bob


From sgougeon at free.fr  Mon Oct 15 23:26:18 2018
From: sgougeon at free.fr (Samuel Gougeon)
Date: Mon, 15 Oct 2018 23:26:18 +0200
Subject: [Scilab-users] mgetl -> diffrent number of lines
In-Reply-To: <3A6B7233274DB449A2A0053A47684F953FEEDF23@BGS-EX01.auxitrol.ad>
References: <3A6B7233274DB449A2A0053A47684F953FEEDF23@BGS-EX01.auxitrol.ad>
Message-ID: <2ff8def2-69e6-bb54-9bf3-f591365b709d@free.fr>

Le 15/10/2018 ? 12:40, Carrico, Paul a ?crit :
>
> Dear All
>
> I spent some time in finding a mistake in my code ; I finally noticed 
> where the issue comes from ?
>
> I?m reading a text file and if I use the windows release instead of 
> the linux one, the number of lines is different, even if I use 
> ?dos2unix? tool: any idea of the origin?
>

Hello Paul,

This is/was a known issue, for which a complementary fix was included in 
Scilab 6.0 branch 3 days ago!
https://codereview.scilab.org/20547
So, you shall instal a 6.0 "nightly" built
http://www.scilab.org/en/development/nightly_builds/branch60
after it will be actually rebuilt after Oct 12, 2018 4:44 PM
(please check the date of the NB sources. It looks OK for the 
instantaneous build:
https://build.scilab.org/view/Scilab%206.0/job/scilab-6.0-windows-64/3811/)
and try with it.

Best regards
Samuel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181015/23dc0e13/attachment.htm>

From sgougeon at free.fr  Mon Oct 15 23:52:40 2018
From: sgougeon at free.fr (Samuel Gougeon)
Date: Mon, 15 Oct 2018 23:52:40 +0200
Subject: [Scilab-users] Having a Problem with fsolve
In-Reply-To: <5BC4DEF8.7040508@comcast.net>
References: <5BC4DEF8.7040508@comcast.net>
Message-ID: <2de32110-fb5b-684f-22a1-afefcfdcece3@free.fr>

Hello,

Le 15/10/2018 ? 20:39, rsherry8 a ?crit :
> I am trying to solve a system of two non-linear equations using 
> fsolve. I define the following two functions:
>
> function z=g1(x,y)
> z = x^2 + y^2
> endfunction
>
> function z=g2(x,y)
> z = x^4 + y^4 - 20
> endfunction
>
> When I type something like: g2(2,2)
> I get 12 which is right.
>
> I then run the following command:
>     [xres]=fsolve([0,0],g1,g2);

If it is provided, g2() must be the jacobian of g1(): it must compute 
and evaluate the partial derivatives of g1(), with respect to x and to y.
That's definitely not the case with your g2(). It should rather return 
something like [2*x 2*y].

For what you likely want to do, here are two examples (extracted from a 
document of mine in french, sorry):


Actually, the fsolve() page is rather poor : both given examples are 
about a single variable.
https://help.scilab.org/docs/6.0.1/en_US/fsolve.html

fsolve() is a key function. We should improve its help page.

HTH
Samuel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181015/4a7a6cac/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: oakclgnlcmnniomf.png
Type: image/png
Size: 39749 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/users/attachments/20181015/4a7a6cac/attachment.png>

From sgougeon at free.fr  Tue Oct 16 00:05:58 2018
From: sgougeon at free.fr (Samuel Gougeon)
Date: Tue, 16 Oct 2018 00:05:58 +0200
Subject: [Scilab-users] Having a Problem with fsolve
In-Reply-To: <2de32110-fb5b-684f-22a1-afefcfdcece3@free.fr>
References: <5BC4DEF8.7040508@comcast.net>
 <2de32110-fb5b-684f-22a1-afefcfdcece3@free.fr>
Message-ID: <5743e3a5-e992-4725-016f-3d433bb9a67a@free.fr>

Le 15/10/2018 ? 23:52, Samuel Gougeon a ?crit :
> .../...
>
> Actually, the fsolve() page is rather poor : both given examples are 
> about a single variable.
> https://help.scilab.org/docs/6.0.1/en_US/fsolve.html
>
> fsolve() is a key function. We should improve its help page.

This is now explicitly requested there <http://bugzilla.scilab.org/15810>.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181016/bb2e6313/attachment.htm>

From rsherry8 at comcast.net  Tue Oct 16 02:00:27 2018
From: rsherry8 at comcast.net (rsherry8)
Date: Mon, 15 Oct 2018 20:00:27 -0400
Subject: [Scilab-users] Having a Problem with fsolve
In-Reply-To: <2de32110-fb5b-684f-22a1-afefcfdcece3@free.fr>
References: <5BC4DEF8.7040508@comcast.net>
 <2de32110-fb5b-684f-22a1-afefcfdcece3@free.fr>
Message-ID: <5BC52A1B.2060203@comcast.net>

You Wrote:

     If it is provided, g2() must be the jacobian of g1(): it must 
compute and evaluate the partial derivatives of g1(), with respect to x 
and to y.
     That's definitely not the case with your g2(). It should rather 
return something like [2*x 2*y].

I do not understand this because I am trying to solve a system of 
equations and g2 represents the second equation. I suspect I am missing 
something.

I do not know French.

Bob
On 10/15/2018 5:52 PM, Samuel Gougeon wrote:
> Hello,
>
> Le 15/10/2018 ? 20:39, rsherry8 a ?crit :
>> I am trying to solve a system of two non-linear equations using 
>> fsolve. I define the following two functions:
>>
>> function z=g1(x,y)
>> z = x^2 + y^2
>> endfunction
>>
>> function z=g2(x,y)
>> z = x^4 + y^4 - 20
>> endfunction
>>
>> When I type something like: g2(2,2)
>> I get 12 which is right.
>>
>> I then run the following command:
>>     [xres]=fsolve([0,0],g1,g2);
>
> If it is provided, g2() must be the jacobian of g1(): it must compute 
> and evaluate the partial derivatives of g1(), with respect to x and to y.
> That's definitely not the case with your g2(). It should rather return 
> something like [2*x 2*y].
>
> For what you likely want to do, here are two examples (extracted from 
> a document of mine in french, sorry):
>
>
> Actually, the fsolve() page is rather poor : both given examples are 
> about a single variable.
> https://help.scilab.org/docs/6.0.1/en_US/fsolve.html
>
> fsolve() is a key function. We should improve its help page.
>
> HTH
> Samuel
>
>
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181015/4b5a8097/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 39749 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/users/attachments/20181015/4b5a8097/attachment.png>

From sgougeon at free.fr  Tue Oct 16 02:14:21 2018
From: sgougeon at free.fr (Samuel Gougeon)
Date: Tue, 16 Oct 2018 02:14:21 +0200
Subject: [Scilab-users] Having a Problem with fsolve
In-Reply-To: <5BC52A1B.2060203@comcast.net>
References: <5BC4DEF8.7040508@comcast.net>
 <2de32110-fb5b-684f-22a1-afefcfdcece3@free.fr> <5BC52A1B.2060203@comcast.net>
Message-ID: <20fba00f-9556-b5c9-3f99-e3090c2fb548@free.fr>

Le 16/10/2018 ? 02:00, rsherry8 a ?crit :
> You Wrote:
>
>     If it is provided, g2() must be the jacobian of g1(): it must 
> compute and evaluate the partial derivatives of g1(), with respect to 
> x and to y.
>     That's definitely not the case with your g2(). It should rather 
> return something like [2*x 2*y].
>
> I do not understand this because I am trying to solve a system of 
> equations and g2 represents the second equation. I suspect I am 
> missing something.
>
> I do not know French.

You may mimic the given example #3. You do not need to speak french to 
try and test the given code, understand, and imitate it for your own case.

BR



From rsherry8 at comcast.net  Tue Oct 16 02:52:49 2018
From: rsherry8 at comcast.net (rsherry8)
Date: Mon, 15 Oct 2018 20:52:49 -0400
Subject: [Scilab-users] Having a Problem with fsolve
In-Reply-To: <20fba00f-9556-b5c9-3f99-e3090c2fb548@free.fr>
References: <5BC4DEF8.7040508@comcast.net>
 <2de32110-fb5b-684f-22a1-afefcfdcece3@free.fr> <5BC52A1B.2060203@comcast.net>
 <20fba00f-9556-b5c9-3f99-e3090c2fb548@free.fr>
Message-ID: <5BC53661.1020405@comcast.net>

Thank you for your response. I am trying to  solve the following system 
of equations:
     x^2 + y^2 = 0
     x^4 + y^4 - 10 = 0

I defined the following function in SciLab:
         function y=f3(x,y)
             y = [x^2+y^2,x^4+y^4-10]
         endfunction

That appeared to work. I found that f3(1,1) is:    2.  -8.
So I then ran the following:
     fsolve([0,0], f3 )
and I got:
     fsolve: exception caught in 'fct' subroutine.
     at line     2 of function f3
     in builtin                fsolve

     Undefined variable: y

I then defined the function fct as follows:
     function y=fct(x,y)
         y = [2*x+2*y, 4*x^3+4*y^3]
     endfunction

I then ran the command:
     fsolve([0,0], f3, fct )
and that produced the following message:
     fsolve: exception caught in 'jac' subroutine.
     at line     2 of function f3
     in builtin                fsolve

     Undefined variable: y

Any additional comments?
Thanks,
Bob

On 10/15/2018 8:14 PM, Samuel Gougeon wrote:
> Le 16/10/2018 ? 02:00, rsherry8 a ?crit :
>> You Wrote:
>>
>>     If it is provided, g2() must be the jacobian of g1(): it must 
>> compute and evaluate the partial derivatives of g1(), with respect to 
>> x and to y.
>>     That's definitely not the case with your g2(). It should rather 
>> return something like [2*x 2*y].
>>
>> I do not understand this because I am trying to solve a system of 
>> equations and g2 represents the second equation. I suspect I am 
>> missing something.
>>
>> I do not know French.
>
> You may mimic the given example #3. You do not need to speak french to 
> try and test the given code, understand, and imitate it for your own 
> case.
>
> BR
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>



From stephane.mottelet at utc.fr  Tue Oct 16 07:44:38 2018
From: stephane.mottelet at utc.fr (=?utf-8?Q?St=C3=A9phane_Mottelet?=)
Date: Tue, 16 Oct 2018 07:44:38 +0200
Subject: [Scilab-users] Having a Problem with fsolve
In-Reply-To: <5BC53661.1020405@comcast.net>
References: <5BC4DEF8.7040508@comcast.net>
 <2de32110-fb5b-684f-22a1-afefcfdcece3@free.fr> <5BC52A1B.2060203@comcast.net>
 <20fba00f-9556-b5c9-3f99-e3090c2fb548@free.fr> <5BC53661.1020405@comcast.net>
Message-ID: <60B7DBD0-C933-4B2B-AF35-171BBA27F54F@utc.fr>

Hello, 

try with 

  function out=f3(vect)
           x=vect(1);
           y=vect(2);
           out = [x^2+y^2,x^4+y^4-10]
       endfunction

Next time take a look at the fsolve examples !

S.

> Le 16 oct. 2018 ? 02:52, rsherry8 <rsherry8 at comcast.net> a ?crit :
> 
>   function y=f3(x,y)
>            y = [x^2+y^2,x^4+y^4-10]
>        endfunction



From paul.carrico at esterline.com  Tue Oct 16 08:25:57 2018
From: paul.carrico at esterline.com (Carrico, Paul)
Date: Tue, 16 Oct 2018 06:25:57 +0000
Subject: [Scilab-users] [EXTERNAL] Re: mgetl -> diffrent number of lines
In-Reply-To: <2ff8def2-69e6-bb54-9bf3-f591365b709d@free.fr>
References: <3A6B7233274DB449A2A0053A47684F953FEEDF23@BGS-EX01.auxitrol.ad>
 <2ff8def2-69e6-bb54-9bf3-f591365b709d@free.fr>
Message-ID: <3A6B7233274DB449A2A0053A47684F953FEEF0B0@BGS-EX01.auxitrol.ad>

Tanks all for the answers

Paul

EXPORT CONTROL :
Cet email ne contient pas de donn?es techniques
This email does not contain technical data

De : users [mailto:users-bounces at lists.scilab.org] De la part de Samuel Gougeon
Envoy? : lundi 15 octobre 2018 23:26
? : Users mailing list for Scilab
Objet : [EXTERNAL] Re: [Scilab-users] mgetl -> diffrent number of lines

Le 15/10/2018 ? 12:40, Carrico, Paul a ?crit :
Dear All

I spent some time in finding a mistake in my code ; I finally noticed where the issue comes from ...

I'm reading a text file and if I use the windows release instead of the linux one, the number of lines is different, even if I use "dos2unix" tool: any idea of the origin?

Hello Paul,

This is/was a known issue, for which a complementary fix was included in Scilab 6.0 branch 3 days ago!
https://codereview.scilab.org/20547<https://urldefense.proofpoint.com/v2/url?u=https-3A__codereview.scilab.org_20547&d=DwMD-g&c=0hKVUfnuoBozYN8UvxPA-w&r=4TCz--8bXfJhZZvIxJAemAJyz7Vfx78XvgYu3LN7eLo&m=B3nytoPZbARhep7s1mDLyMLJzgPSeDI9yc21MvUBZvY&s=bspdOMjDRnE-f93U2_v_K6cwWNoMO-E8MTC05CyzRt0&e=>
So, you shall instal a 6.0 "nightly" built
http://www.scilab.org/en/development/nightly_builds/branch60<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.scilab.org_en_development_nightly-5Fbuilds_branch60&d=DwMD-g&c=0hKVUfnuoBozYN8UvxPA-w&r=4TCz--8bXfJhZZvIxJAemAJyz7Vfx78XvgYu3LN7eLo&m=B3nytoPZbARhep7s1mDLyMLJzgPSeDI9yc21MvUBZvY&s=1auJTq1q3Ov-GZyqZTjMdMWeuVKozfyXXFfMaN7mzfM&e=>
after it will be actually rebuilt after Oct 12, 2018 4:44 PM
(please check the date of the NB sources. It looks OK for the instantaneous build:
https://build.scilab.org/view/Scilab%206.0/job/scilab-6.0-windows-64/3811/<https://urldefense.proofpoint.com/v2/url?u=https-3A__build.scilab.org_view_Scilab-25206.0_job_scilab-2D6.0-2Dwindows-2D64_3811_&d=DwMD-g&c=0hKVUfnuoBozYN8UvxPA-w&r=4TCz--8bXfJhZZvIxJAemAJyz7Vfx78XvgYu3LN7eLo&m=B3nytoPZbARhep7s1mDLyMLJzgPSeDI9yc21MvUBZvY&s=4RTepZlMWf5V58EwiVJutg4t7uIH8_O1XZS-qcmP_DQ&e=>)
and try with it.

Best regards
Samuel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181016/67c71671/attachment.htm>

From amonmayr at laas.fr  Tue Oct 16 09:52:11 2018
From: amonmayr at laas.fr (amonmayr at laas.fr)
Date: Tue, 16 Oct 2018 09:52:11 +0200
Subject: [Scilab-users] HDF5 save is super slow
In-Reply-To: <545819DB-4EA0-43A2-9E8C-48AAFAC53A90@softube.com>
References: <8FF26241-EE09-410A-9982-34648E0274FA@softube.com>
 <f40996d2-a76a-008c-925d-eb7ffa730c27@laas.fr>
 <20412977-4292-4E2F-B992-7DFDF29B9746@softube.com>
 <7254d271-46d7-a83e-814a-400c106c7c11@laas.fr>
 <15e5c310-0725-3958-e35c-5b0b00acb7a0@utc.fr>
 <AM6PR0502MB370208EF9E3532354D539083B0FD0@AM6PR0502MB3702.eurprd05.prod.outlook.com>
 <545819DB-4EA0-43A2-9E8C-48AAFAC53A90@softube.com>
Message-ID: <985c4e27-bda1-fdd7-7451-05c736da731c@laas.fr>

Le 15/10/2018 ? 18:17, Arvid Ros?n a ?crit?:
>
> Hi again,
>
> I just filed a bug report here:
>
> http://bugzilla.scilab.org/show_bug.cgi?id=15809
>
> Would it be possible to bring back the old mem-dump approach in scilab 6?
>
Couldn't you create your own atom package that restore this raw memory 
dump for scilab 6.0?
I understand why we moved away from this model, but it seems to be key 
for you.
There is always a trade-off between portability (and robustness) and raw 
speed...
>
> I mean, could I write a gateway that just takes a pointer to the first 
> byte in memory, figures out the size, and dumps to disk? Or maybe it 
> doesn?t work like that. Writing a JSON exporter for storing filter 
> coefficients in a math software package seems a bit ridicules, but 
> hey, if it works it might be worth it in our case.
>
I was also wondering whether this can be done in HDF5: ie do some 
serialization of your structure and dump it in hdf5?
We use hdf5 for Labview and for some horrible structures (like arrays of 
clusters containing lots of elements of different types), we just turn 
them into byte stream and dump the stream in an hdf5 dataset.
We then retrieve it and rebuild the structure (knowing its shape).
Could this be implemented in Scilab 6?
What could be missing, the any variable -> bytestream conversion and the 
way back?

Antoine
>
> Cheers,
>
> Arvid
>
> *From: *users <users-bounces at lists.scilab.org> on behalf of Cl?ment 
> DAVID <clement.david at scilab-enterprises.com>
> *Reply-To: *Users mailing list for Scilab <users at lists.scilab.org>
> *Date: *Monday, 15 October 2018 at 15:48
> *To: *Users mailing list for Scilab <users at lists.scilab.org>
> *Cc: *Cl?ment David <Clement.David at esi-group.com>
> *Subject: *Re: [Scilab-users] HDF5 save is super slow
>
> Hello all,
>
> Correct, I experienced such a slowness while working with Xcos 
> diagrams for Scilab 5. At first we considered HDF5 for this deep 
> nested list / mlist data-structure storage however after some tests ; 
> XML might be used for tree-like storage and HDF5 (or Java types 
> serialization) for big matrices.
>
> AFAIK currently there is no easy way to load/save specifying a format 
> other than HDF5 ; maybe adding xmlSave/xmlLoad sci_gateway to let the 
> user select an xml file format for any Scilab structure might provide 
> better performance on your use-case. JSON might also be another 
> candidate to look at for decent serialization support.
>
> PS: Scilab 5.5.1 load/save are direct memory dump so this is really 
> the fastest you can get from Scilab ; HDF5 binary format is good 
> enough for matrices
>
> --
>
> Cl?ment
>
> *From:*users <users-bounces at lists.scilab.org> *On Behalf Of *St?phane 
> Mottelet
> *Sent:* Monday, October 15, 2018 2:36 PM
> *To:* users at lists.scilab.org
> *Subject:* Re: [Scilab-users] HDF5 save is super slow
>
> Hello,
>
> I looked a little bit in the sources: the evident bottleneck is the 
> nested creation of an hdf5 group each time that a container variable 
> is met.
> For the given example, this is particularly evident. If you replace 
> the syslin structure by the corresponding [A,B;C,D] matrix, then save 
> is ten times faster:
>
> N = 4;
> n = 1000;
> filters = list();
> for i=1:n
> ? G=syslin('c', rand(N,N), rand(N,1), rand(1,N), rand(1,1));
> ? filters($+1) = G;
> end
> tic();
> save('filters.dat', 'filters');
> disp(toc());
> --> disp(toc());
>
> ?? 0.724754
>
> N = 4;
> n = 1000;
> filters = list()
> for i=1:n
> ? G=syslin('c', rand(N,N), rand(N,1), rand(1,N), rand(1,1));
> ? filters($+1) = [G.a G.b;G.c G.d];
> end
> tic();
> save('filters.dat', 'filters');
> disp(toc());
> --> disp(toc());
>
> ?? 0.082302
>
> Serializing container objects seems to be the solution, but it goes 
> towards an orthogonal direction w.r.t. the hdf5 portability spirit.
>
> S.
>
>
> Le 15/10/2018 ? 12:22, Antoine Monmayrant a ?crit?:
>
>     Le 15/10/2018 ? 11:55, Arvid Ros?n a ?crit?:
>
>         Hi,
>
>         Thanks for getting back to me!
>
>         Unfortunately, we used Scilab?s pretty cool way of doing
>         object orientation, so we have big nested tlist structures
>         with multiple instances of various lists of filters and other
>         structures, as in my example. Saving those structures in some
>         explicit manual way would be extremely complicated. Or is
>         there some way of writing explicit HDF5 saving/loading schemes
>         using overloading? That would be great! I am sure we could
>         find the main culprits and do something explicit for them, but
>         as they can be located wherever in a big nested structure, it
>         would be painful to do anything on the top level.
>
>         Another, related I guess, problem here is that the new file
>         format uses about 15 times as much disk space as the old
>         format (for a typical ill-behaved nested structure). That adds
>         to the save/load time too I guess, but is probably not the
>         main source here.
>
>     Argh, yes, I tested it and in your example, I have a file x8.5 bigger.
>     I think that both increases in time and size are real issues and
>     should be reported as bugs.
>
>     By the way, I rewrote your script to run it under both 6.0 and 5.5:
>
>     /////////////////////////////////
>     N = 4;
>     n = 10000;
>     filters = list();
>
>     for i=1:n
>     ? G=syslin('c', rand(N,N), rand(N,1), rand(1,N), rand(1,1));
>     ? filters($+1) = G;
>     end
>
>     ver=getversion('scilab');
>
>     if ver(1)<6 then
>     ??? tic();
>     ??? save('filters_old.dat', filters);
>     ??? ts1 = toc();
>     else
>     ??? tic();
>     ??? save('filters_new.dat', 'filters');
>     ??? ts1 = toc();
>     end
>
>     printf("Time for save %.2fs\n", ts1);
>     /////////////////////////////////
>
>     Hope it helps,
>
>     Antoine
>
>
>
>         I think I might have reported this earlier using Bugzilla, but
>         I?m not sure. I?ll check and report it if not.
>
>         Cheers,
>
>         Arvid
>
>         *From: *users <users-bounces at lists.scilab.org>
>         <mailto:users-bounces at lists.scilab.org> on behalf of
>         "amonmayr at laas.fr" <mailto:amonmayr at laas.fr>
>         <amonmayr at laas.fr> <mailto:amonmayr at laas.fr>
>         *Reply-To: *"antoine.monmayrant at laas.fr"
>         <mailto:antoine.monmayrant at laas.fr>
>         <antoine.monmayrant at laas.fr>
>         <mailto:antoine.monmayrant at laas.fr>, Users mailing list for
>         Scilab <users at lists.scilab.org> <mailto:users at lists.scilab.org>
>         *Date: *Monday, 15 October 2018 at 11:08
>         *To: *"users at lists.scilab.org" <mailto:users at lists.scilab.org>
>         <users at lists.scilab.org> <mailto:users at lists.scilab.org>
>         *Subject: *Re: [Scilab-users] HDF5 save is super slow
>
>         Hello,
>
>         I tried your code in 5.5.1 and the last nightly-build of 6.0:
>         I see a slowdown of around 175 between old save in 5.5.1 and
>         new (and only) save in 6.0.
>         It's really related to the data structure, because we use hdf5
>         read/write a lot here and did not experience significant
>         slowdowns using 6.0.
>         I think the overhead might come to the translation of your
>         fairly complex variable (a long array of tlist) in the
>         corresponding hdf5 structure.
>         In the old save, this translation was not necessary.
>         Maybe you could try to save your data in a different way.
>         For example:
>         3) you could save each element of "filters" in a separate file.
>         2) you could bypass save and directly write your data in a
>         hdf5 file by using h5open(), h5write() directly. It means you
>         need to write your own load() for your custom file format. But
>         this way, you can try to find the best way to layout your data
>         in hdf5 format.
>         3) in addition to 2) you could try to save each entry of your
>         "filters" array as one dataset in a given hdf5 file.
>
>         Did you search on bugzilla whether this bug was already submitted?
>         Could you try to report it?
>
>
>         Antoine
>
>         Le 15/10/2018 ? 10:11, Arvid Ros?n a ?crit?:
>
>             /////////////////////////////////
>
>             N = 4;
>
>             n = 10000;
>
>             filters = list();
>
>             for i=1:n
>
>             ? G=syslin('c', rand(N,N), rand(N,1), rand(1,N), rand(1,1));
>
>             ? filters($+1) = G;
>
>             end
>
>             tic();
>
>             save('filters.dat', filters);
>
>             ts1 = toc();
>
>             tic();
>
>             save('filters.dat', 'filters');
>
>             ts2 = toc();
>
>             printf("old save %.2fs\n", ts1);
>
>             printf("new save %.2fs\n", ts2);
>
>             printf("slowdown %.1f\n", ts2/ts1);
>
>             /////////////////////////////////
>
>         -- 
>
>         +++++++++++++++++++++++++++++++++++++++++++++++++++++++
>
>           
>
>           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 <mailto:antoine.monmayrant at laas.fr>
>
>           permanent email :antoine.monmayrant at polytechnique.org
>         <mailto:antoine.monmayrant at polytechnique.org>
>
>           
>
>         +++++++++++++++++++++++++++++++++++++++++++++++++++++++
>
>           
>
>     -- 
>
>     +++++++++++++++++++++++++++++++++++++++++++++++++++++++
>
>       
>
>       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 <mailto:antoine.monmayrant at laas.fr>
>
>       permanent email :antoine.monmayrant at polytechnique.org
>     <mailto:antoine.monmayrant at polytechnique.org>
>
>       
>
>     +++++++++++++++++++++++++++++++++++++++++++++++++++++++
>
>       
>
>
>
>
>
>     _______________________________________________
>
>     users mailing list
>
>     users at lists.scilab.org <mailto:users at lists.scilab.org>
>
>     https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users
>
> -- 
> St?phane Mottelet
> Ing?nieur de recherche
> EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable
> D?partement G?nie des Proc?d?s Industriels
> Sorbonne Universit?s - Universit? de Technologie de Compi?gne
> CS 60319, 60203 Compi?gne cedex
> Tel : +33(0)344234688
> http://www.utc.fr/~mottelet <http://www.utc.fr/%7Emottelet>
>
>
> _______________________________________________
> 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

+++++++++++++++++++++++++++++++++++++++++++++++++++++++

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181016/cdc5c158/attachment.htm>

From paul.carrico at esterline.com  Tue Oct 16 10:11:57 2018
From: paul.carrico at esterline.com (Carrico, Paul)
Date: Tue, 16 Oct 2018 08:11:57 +0000
Subject: [Scilab-users] [EXTERNAL] Re: mgetl -> diffrent number of lines
In-Reply-To: <2ff8def2-69e6-bb54-9bf3-f591365b709d@free.fr>
References: <3A6B7233274DB449A2A0053A47684F953FEEDF23@BGS-EX01.auxitrol.ad>
 <2ff8def2-69e6-bb54-9bf3-f591365b709d@free.fr>
Message-ID: <3A6B7233274DB449A2A0053A47684F953FEEF189@BGS-EX01.auxitrol.ad>

Unfortunately Scilab crashes now with my ascii file ... the developers can contact me to get the later one + the log file generated by Scilab if they are interested by

Paul

EXPORT CONTROL :
Cet email ne contient pas de donn?es techniques
This email does not contain technical data

De : users [mailto:users-bounces at lists.scilab.org] De la part de Samuel Gougeon
Envoy? : lundi 15 octobre 2018 23:26
? : Users mailing list for Scilab
Objet : [EXTERNAL] Re: [Scilab-users] mgetl -> diffrent number of lines

Le 15/10/2018 ? 12:40, Carrico, Paul a ?crit :
Dear All

I spent some time in finding a mistake in my code ; I finally noticed where the issue comes from ...

I'm reading a text file and if I use the windows release instead of the linux one, the number of lines is different, even if I use "dos2unix" tool: any idea of the origin?

Hello Paul,

This is/was a known issue, for which a complementary fix was included in Scilab 6.0 branch 3 days ago!
https://codereview.scilab.org/20547<https://urldefense.proofpoint.com/v2/url?u=https-3A__codereview.scilab.org_20547&d=DwMD-g&c=0hKVUfnuoBozYN8UvxPA-w&r=4TCz--8bXfJhZZvIxJAemAJyz7Vfx78XvgYu3LN7eLo&m=B3nytoPZbARhep7s1mDLyMLJzgPSeDI9yc21MvUBZvY&s=bspdOMjDRnE-f93U2_v_K6cwWNoMO-E8MTC05CyzRt0&e=>
So, you shall instal a 6.0 "nightly" built
http://www.scilab.org/en/development/nightly_builds/branch60<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.scilab.org_en_development_nightly-5Fbuilds_branch60&d=DwMD-g&c=0hKVUfnuoBozYN8UvxPA-w&r=4TCz--8bXfJhZZvIxJAemAJyz7Vfx78XvgYu3LN7eLo&m=B3nytoPZbARhep7s1mDLyMLJzgPSeDI9yc21MvUBZvY&s=1auJTq1q3Ov-GZyqZTjMdMWeuVKozfyXXFfMaN7mzfM&e=>
after it will be actually rebuilt after Oct 12, 2018 4:44 PM
(please check the date of the NB sources. It looks OK for the instantaneous build:
https://build.scilab.org/view/Scilab%206.0/job/scilab-6.0-windows-64/3811/<https://urldefense.proofpoint.com/v2/url?u=https-3A__build.scilab.org_view_Scilab-25206.0_job_scilab-2D6.0-2Dwindows-2D64_3811_&d=DwMD-g&c=0hKVUfnuoBozYN8UvxPA-w&r=4TCz--8bXfJhZZvIxJAemAJyz7Vfx78XvgYu3LN7eLo&m=B3nytoPZbARhep7s1mDLyMLJzgPSeDI9yc21MvUBZvY&s=4RTepZlMWf5V58EwiVJutg4t7uIH8_O1XZS-qcmP_DQ&e=>)
and try with it.

Best regards
Samuel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181016/7c3b79b2/attachment.htm>

From antoine.monmayrant at laas.fr  Tue Oct 16 12:47:08 2018
From: antoine.monmayrant at laas.fr (antoine monmayrant)
Date: Tue, 16 Oct 2018 12:47:08 +0200
Subject: [Scilab-users] [EXTERNAL] Re: mgetl -> diffrent number of lines
In-Reply-To: <3A6B7233274DB449A2A0053A47684F953FEEF189@BGS-EX01.auxitrol.ad>
References: <3A6B7233274DB449A2A0053A47684F953FEEDF23@BGS-EX01.auxitrol.ad>
 <2ff8def2-69e6-bb54-9bf3-f591365b709d@free.fr>
 <3A6B7233274DB449A2A0053A47684F953FEEF189@BGS-EX01.auxitrol.ad>
Message-ID: <b1613706-79d2-d94f-7b05-ada40601dcae@laas.fr>



Le 16/10/2018 ? 10:11, Carrico, Paul a ?crit?:
> Unfortunately Scilab crashes now with my ascii file ... the developers can contact me to get the later one + the log file generated by Scilab if they are interested by
Can you share this ascii file or not?
If you can, do you think you could fill a bug report with it?
If not, do you think you could find an equivalent ascii (ie that crashed 
scilab while not containing sensitive data)?

Cheers,

Antoine
>
> Paul
>
> EXPORT CONTROL :
> Cet email ne contient pas de donn?es techniques
> This email does not contain technical data
>
> De : users [mailto:users-bounces at lists.scilab.org] De la part de Samuel Gougeon
> Envoy? : lundi 15 octobre 2018 23:26
> ? : Users mailing list for Scilab
> Objet : [EXTERNAL] Re: [Scilab-users] mgetl -> diffrent number of lines
>
> Le 15/10/2018 ? 12:40, Carrico, Paul a ?crit :
> Dear All
>
> I spent some time in finding a mistake in my code ; I finally noticed where the issue comes from ...
>
> I'm reading a text file and if I use the windows release instead of the linux one, the number of lines is different, even if I use "dos2unix" tool: any idea of the origin?
>
> Hello Paul,
>
> This is/was a known issue, for which a complementary fix was included in Scilab 6.0 branch 3 days ago!
> https://codereview.scilab.org/20547<https://urldefense.proofpoint.com/v2/url?u=https-3A__codereview.scilab.org_20547&d=DwMD-g&c=0hKVUfnuoBozYN8UvxPA-w&r=4TCz--8bXfJhZZvIxJAemAJyz7Vfx78XvgYu3LN7eLo&m=B3nytoPZbARhep7s1mDLyMLJzgPSeDI9yc21MvUBZvY&s=bspdOMjDRnE-f93U2_v_K6cwWNoMO-E8MTC05CyzRt0&e=>
> So, you shall instal a 6.0 "nightly" built
> http://www.scilab.org/en/development/nightly_builds/branch60<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.scilab.org_en_development_nightly-5Fbuilds_branch60&d=DwMD-g&c=0hKVUfnuoBozYN8UvxPA-w&r=4TCz--8bXfJhZZvIxJAemAJyz7Vfx78XvgYu3LN7eLo&m=B3nytoPZbARhep7s1mDLyMLJzgPSeDI9yc21MvUBZvY&s=1auJTq1q3Ov-GZyqZTjMdMWeuVKozfyXXFfMaN7mzfM&e=>
> after it will be actually rebuilt after Oct 12, 2018 4:44 PM
> (please check the date of the NB sources. It looks OK for the instantaneous build:
> https://build.scilab.org/view/Scilab%206.0/job/scilab-6.0-windows-64/3811/<https://urldefense.proofpoint.com/v2/url?u=https-3A__build.scilab.org_view_Scilab-25206.0_job_scilab-2D6.0-2Dwindows-2D64_3811_&d=DwMD-g&c=0hKVUfnuoBozYN8UvxPA-w&r=4TCz--8bXfJhZZvIxJAemAJyz7Vfx78XvgYu3LN7eLo&m=B3nytoPZbARhep7s1mDLyMLJzgPSeDI9yc21MvUBZvY&s=4RTepZlMWf5V58EwiVJutg4t7uIH8_O1XZS-qcmP_DQ&e=>)
> and try with it.
>
> Best regards
> Samuel
>
>
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181016/612a7fc9/attachment.htm>

From arvid at softube.com  Tue Oct 16 13:01:27 2018
From: arvid at softube.com (=?utf-8?B?QXJ2aWQgUm9zw6lu?=)
Date: Tue, 16 Oct 2018 11:01:27 +0000
Subject: [Scilab-users] HDF5 save is super slow
In-Reply-To: <985c4e27-bda1-fdd7-7451-05c736da731c@laas.fr>
References: <8FF26241-EE09-410A-9982-34648E0274FA@softube.com>
 <f40996d2-a76a-008c-925d-eb7ffa730c27@laas.fr>
 <20412977-4292-4E2F-B992-7DFDF29B9746@softube.com>
 <7254d271-46d7-a83e-814a-400c106c7c11@laas.fr>
 <15e5c310-0725-3958-e35c-5b0b00acb7a0@utc.fr>
 <AM6PR0502MB370208EF9E3532354D539083B0FD0@AM6PR0502MB3702.eurprd05.prod.outlook.com>
 <545819DB-4EA0-43A2-9E8C-48AAFAC53A90@softube.com>
 <985c4e27-bda1-fdd7-7451-05c736da731c@laas.fr>
Message-ID: <5F836FC0-D0F4-4D2E-9A4E-A58E3A7220E4@softube.com>

From: users <users-bounces at lists.scilab.org> on behalf of "amonmayr at laas.fr" <amonmayr at laas.fr>
Reply-To: "antoine.monmayrant at laas.fr" <antoine.monmayrant at laas.fr>, Users mailing list for Scilab <users at lists.scilab.org>
Date: Tuesday, 16 October 2018 at 09:53
To: "users at lists.scilab.org" <users at lists.scilab.org>
Subject: Re: [Scilab-users] HDF5 save is super slow

Couldn't you create your own atom package that restore this raw memory dump for scilab 6.0?
I understand why we moved away from this model, but it seems to be key for you.
There is always a trade-off between portability (and robustness) and raw speed...

Yeah, if that was possible, I would certainly do it. We already have a bunch of C/C++ binaries that we compile and link dynamically, but for that to be easy to implement, I guess the lists and structures need to be stored linearly in one consecutive chunk of memory. I don?t know if that is the case. Anyone? C++ integrations and gateways are very poorly documented at the moment.
Otherwise, I would need to do some recursive implementation, that handles a bunch of different object types. Sounds painful.

Cheers,
Arvid
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181016/d0cebcdf/attachment.htm>

From chrisp at poundsc.org  Tue Oct 16 23:26:25 2018
From: chrisp at poundsc.org (Pndsc)
Date: Tue, 16 Oct 2018 14:26:25 -0700 (MST)
Subject: [Scilab-users] Unable to update ATOMS packages - Scilab 6.0.1
In-Reply-To: <eab555ad-f368-f1e8-6958-ecddf928164e@laas.fr>
References: <1539011463988-0.post@n3.nabble.com>
 <1539207428446-0.post@n3.nabble.com>
 <72673daa-1ee9-8d43-2c68-5dc6bb724659@laas.fr>
 <1539293639249-0.post@n3.nabble.com>
 <eab555ad-f368-f1e8-6958-ecddf928164e@laas.fr>
Message-ID: <1539725185240-0.post@n3.nabble.com>

Hi Antoine,

I gave this another go today, doing a fresh reinstall of Kubuntu 18.04 and
installing scilab using sudo as the very first thing I did after a sudo
apt-get upgrade. The same issue persists with ATOMS after doing this.

Following the installation instructions using wget for the 6.0.1 and nightly
build zips gave me multiple java errors ("Scilab cannot create Scilab Java
Main-Class" and X11GLXDrawableFactory issues) and a completely (instead of
"only" partially) install.

I've even done the above with 5.5.2 hoping that the issues would be resolved
with the earlier version.

I'm fresh out of ideas and can only think that maybe it has something to do
with my computer using a Ryzen 1700 processor.

I cant lie, I am bitterly disappointed that Scilab appears to be broken in
this manner.




--
Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html


From amonmayr at laas.fr  Wed Oct 17 08:38:11 2018
From: amonmayr at laas.fr (amonmayr at laas.fr)
Date: Wed, 17 Oct 2018 08:38:11 +0200
Subject: [Scilab-users] Unable to update ATOMS packages - Scilab 6.0.1
In-Reply-To: <1539725185240-0.post@n3.nabble.com>
References: <1539011463988-0.post@n3.nabble.com>
 <1539207428446-0.post@n3.nabble.com>
 <72673daa-1ee9-8d43-2c68-5dc6bb724659@laas.fr>
 <1539293639249-0.post@n3.nabble.com>
 <eab555ad-f368-f1e8-6958-ecddf928164e@laas.fr>
 <1539725185240-0.post@n3.nabble.com>
Message-ID: <e4621e4a-19bd-27b3-1fc3-2f4cc36f14d7@laas.fr>

Le 16/10/2018 ? 23:26, Pndsc a ?crit?:
> Hi Antoine,
>
> I gave this another go today, doing a fresh reinstall of Kubuntu 18.04 and
> installing scilab using sudo as the very first thing I did after a sudo
> apt-get upgrade. The same issue persists with ATOMS after doing this.
>
> Following the installation instructions using wget for the 6.0.1 and nightly
> build zips gave me multiple java errors ("Scilab cannot create Scilab Java
> Main-Class" and X11GLXDrawableFactory issues) and a completely (instead of
> "only" partially) install.
Can you give me the details of the error log in the console for this 
version?
Could it be a problem with the video drivers and mesa?
I had this issue at some point.
Could you try to use:

export MESA_GL_VERSION_OVERRIDE=3.0 ; /path/to/scilab-nightly/bin/scilab

instead of

 ?/path/to/scilab-nightly/bin/scilab

?

It solved my problems for a while.
No with some later updates, I no longer have this driver issue?.

Hope it helps,

Antoine
? By the way, matlab suffer exactly the same problem on my machine, and 
I used the very same fix.
>
> I've even done the above with 5.5.2 hoping that the issues would be resolved
> with the earlier version.
>
> I'm fresh out of ideas and can only think that maybe it has something to do
> with my computer using a Ryzen 1700 processor.
>
> I cant lie, I am bitterly disappointed that Scilab appears to be broken in
> this manner.
>
>
>
>
> --
> Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>

-- 
+++++++++++++++++++++++++++++++++++++++++++++++++++++++

  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 antoine.monmayrant+scilab at laas.fr  Wed Oct 17 08:46:39 2018
From: antoine.monmayrant+scilab at laas.fr (antoine.monmayrant+scilab at laas.fr)
Date: Wed, 17 Oct 2018 08:46:39 +0200
Subject: [Scilab-users] LIST ADMIN : Fwd: Non remis : Re: Unable to update
 ATOMS packages - Scilab 6.0.1
In-Reply-To: <7c6a02f1-cb2a-47a3-bc3c-435b444c276f@SERVEUR2012.ts.local>
References: <7c6a02f1-cb2a-47a3-bc3c-435b444c276f@SERVEUR2012.ts.local>
Message-ID: <e45650fc-efc0-5c4e-d0cf-3ecc3332c319@laas.fr>

Hello,

Is there any admin of users at lists.scilab.org over here?
Could you deregister this email adress: ngrotus at rms-signal.com .
I get an error message whenever I post something to 
users at lists.scilab.org and it's really annoying.

Thank you in advance,

Antoine



-------- Message transf?r? --------
Sujet?: 	Non remis : Re: [Scilab-users] Unable to update ATOMS packages 
- Scilab 6.0.1
Date?: 	Wed, 17 Oct 2018 08:42:08 +0200
De?: 	postmaster at rms-sysma.fr
Pour?: 	amonmayr at laas.fr



*?chec de la remise pour ces destinataires ou groupes?:*

ngrotus at rms-signal.com <mailto:ngrotus at rms-signal.com>
L'adresse de messagerie que vous avez entr?e est introuvable. V?rifiez 
l'adresse de messagerie du destinataire et essayez de renvoyer le 
message. Si le probl?me persiste, contactez le support technique de 
votre organisation.







*Informations de diagnostic pour les administrateurs :*

Serveur de g?n?ration : SERVEUR2012.ts.local

ngrotus at rms-signal.com
Remote Server returned '550 5.1.1 RESOLVER.ADR.RecipNotFound; not found'

En-t?tes de message d'origine :

Received: from SERVEUR2012.ts.local (192.168.13.2) by SERVEUR2012.ts.local
  (192.168.13.2) with Microsoft SMTP Server (TLS) id 15.0.847.32; Wed, 17 Oct
  2018 08:42:08 +0200
Received: from SERVEUR2012 (127.0.0.1) by SERVEUR2012.ts.local (127.0.0.1)
  with Microsoft SMTP Server id 15.0.847.32 via Frontend Transport; Wed, 17 Oct
  2018 08:42:08 +0200
Received: From ns0.ovh.net by SERVEUR2012 with POPtm; mer. 17 oct. 2018
  08:42:02
X-POPTM-SENDTO: ngrotus at rms-signal.com
X-POPTM-BOXID: 1
Return-Path: <users-bounces at lists.scilab.org>
Delivered-To: ngrotus at rms-signal.com
Received: from localhost (HELO queue) (127.0.0.1)	by localhost with SMTP; 17
  Oct 2018 08:39:22 +0200
Received: from unknown (HELO output55.mail.ovh.net) (10.108.97.112)  by
  mail150.ha.ovh.net with AES256-GCM-SHA384 encrypted SMTP; 17 Oct 2018
  08:39:22 +0200
Received: from vr49.mail.ovh.net (unknown [10.101.8.49])	by out55.mail.ovh.net
  (Postfix) with ESMTP id 42ZjFk5Wynz4fd8P	for <ngrotus at rms-signal.com>; Wed,
  17 Oct 2018 06:39:22 +0000 (UTC)
Received: from in37.mail.ovh.net (unknown [10.101.4.37])	by vr49.mail.ovh.net
  (Postfix) with ESMTP id 42ZjFk4nYfz1vHlv	for <ngrotus at rms-signal.com>; Wed,
  17 Oct 2018 06:39:22 +0000 (UTC)
Received-SPF: None (mailfrom) identity=mailfrom; client-ip=109.7.104.50; helo=corvo.scilab.org; envelope-from=users-bounces at lists.scilab.org; receiver=<UNKNOWN>
Authentication-Results: in37.mail.ovh.net; dkim=none; dkim-atps=neutral
Received: from corvo.scilab.org (50.104.7.109.rev.sfr.net [109.7.104.50])	by
  in37.mail.ovh.net (Postfix) with ESMTPS id 42ZjFk4VSXzsBk7	for
  <ngrotus at rms-signal.com>; Wed, 17 Oct 2018 06:39:22 +0000 (UTC)
Received: by corvo.scilab.org (Postfix, from userid 999)	id 61495126044; Wed,
  17 Oct 2018 08:38:46 +0200 (CEST)
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on corvo.inria.fr
X-Spam-Level:
X-Spam-Status: No, score=-4.2 required=6.0 tests=BAYES_00,RCVD_IN_DNSWL_MED,
	SPF_PASS autolearn=unavailable version=3.3.2
Received: from corvo.inria.fr (localhost [IPv6:::1])	by corvo.scilab.org
  (Postfix) with ESMTP id 9649D1205CB;	Wed, 17 Oct 2018 08:38:37 +0200 (CEST)
Received: by corvo.scilab.org (Postfix, from userid 999) id 730E81205CB; Wed,
  17 Oct 2018 08:38:25 +0200 (CEST)
Received-SPF: pass (laas.fr: 140.93.0.15 is authorized to use
  'amonmayr at laas.fr' in 'mfrom' identity (mechanism 'a:mail.laas.fr' matched))
  receiver=corvo.scilab.org; identity=mailfrom; envelope-from="amonmayr at laas.fr";
  helo=laas.laas.fr; client-ip=140.93.0.15
Received: from laas.laas.fr (laas.laas.fr [140.93.0.15]) by corvo.scilab.org
  (Postfix) with ESMTPS id D901C1204B6 for <users at lists.scilab.org>; Wed, 17
  Oct 2018 08:38:12 +0200 (CEST)
Received: from [IPv6:2001:660:6602:4:6600:6aff:fe8b:a548] (tournois.laas.fr
  [IPv6:2001:660:6602:4:6600:6aff:fe8b:a548]) by laas.laas.fr
  (8.16.0.21/8.15.2) with ESMTPS id w9H6cBXe056744 (version=TLSv1.2
  cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for
  <users at lists.scilab.org>; Wed, 17 Oct 2018 08:38:11 +0200 (CEST)
To: <users at lists.scilab.org>
References: <1539011463988-0.post at n3.nabble.com>
  <1539207428446-0.post at n3.nabble.com>
  <72673daa-1ee9-8d43-2c68-5dc6bb724659 at laas.fr>
  <1539293639249-0.post at n3.nabble.com>
  <eab555ad-f368-f1e8-6958-ecddf928164e at laas.fr>
  <1539725185240-0.post at n3.nabble.com>
From: <amonmayr at laas.fr>
Message-ID: <e4621e4a-19bd-27b3-1fc3-2f4cc36f14d7 at laas.fr>
Date: Wed, 17 Oct 2018 08:38:11 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
  Thunderbird/52.9.1
MIME-Version: 1.0
In-Reply-To: <1539725185240-0.post at n3.nabble.com>
Content-Language: fr
Subject: Re: [Scilab-users] Unable to update ATOMS packages - Scilab 6.0.1
X-BeenThere: users at lists.scilab.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: antoine.monmayrant at laas.fr,
  Users mailing list for Scilab <users at lists.scilab.org>
List-Id: Users mailing list for Scilab <users.lists.scilab.org>
List-Unsubscribe: <http://lists.scilab.org/mailman/options/users>,
  <mailto:users-request at lists.scilab.org?subject=unsubscribe>
List-Archive: <http://lists.scilab.org/pipermail/users/>
List-Post: <mailto:users at lists.scilab.org>
List-Help: <mailto:users-request at lists.scilab.org?subject=help>
List-Subscribe: <http://lists.scilab.org/mailman/listinfo/users>,
  <mailto:users-request at lists.scilab.org?subject=subscribe>
Content-Transfer-Encoding: base64
Content-Type: text/plain; charset="utf-8"; format=flowed
Errors-To: users-bounces at lists.scilab.org
Sender: users <users-bounces at lists.scilab.org>
X-Ovh-Remote: 109.7.104.50 (50.104.7.109.rev.sfr.net)
X-Ovh-Tracer-Id: 15643816257747676988
X-VR-SPAMSTATE: OK
X-VR-SPAMSCORE: 0
X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrfedugddutdelucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuqfggjfdpvefjgfevmfevgfenuceurghilhhouhhtmecuhedttdenuc
X-Ovh-Spam-Status: OK
X-Ovh-Spam-Reason: vr: OK; dkim: disabled; spf: disabled
X-Ovh-Message-Type: OK

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181017/6ab2f048/attachment.htm>
-------------- next part --------------
An embedded message was scrubbed...
From: <amonmayr at laas.fr>
Subject: Re: [Scilab-users] Unable to update ATOMS packages - Scilab 6.0.1
Date: Wed, 17 Oct 2018 08:38:11 +0200
Size: 7866
URL: <https://lists.scilab.org/pipermail/users/attachments/20181017/6ab2f048/attachment.eml>

From iwoj at il.pw.edu.pl  Wed Oct 17 13:08:31 2018
From: iwoj at il.pw.edu.pl (=?UTF-8?Q?Izabela_W=C3=B3jcik-Grz=C4=85ba?=)
Date: Wed, 17 Oct 2018 13:08:31 +0200
Subject: [Scilab-users] How to keep figure active with x_mdialog window
 open?
In-Reply-To: <VI1PR04MB4109360039E549F7C29B6482CC550@VI1PR04MB4109.eurprd04.prod.outlook.com>
References: <befe3614fbcd80e901e374ae6a7e4825@il.pw.edu.pl>
 <6e7c2204-72e2-a348-7811-10273877d45f@free.fr>
 <3d8a0914c0b710f72c9efeee4a400349@il.pw.edu.pl>
 <e1d96c119ff936b68d29f4c1f936e8b4@il.pw.edu.pl>
 <VI1PR04MB4109FC0BB0D195142E67D29ECC560@VI1PR04MB4109.eurprd04.prod.outlook.com>
 <VI1PR04MB4109F067710F81C0FE35F651CC560@VI1PR04MB4109.eurprd04.prod.outlook.com>
 <VI1PR04MB4109F053D17A70C2D373E292CC560@VI1PR04MB4109.eurprd04.prod.outlook.com>
 <VI1PR04MB41099B1015D234055CF70752CC550@VI1PR04MB4109.eurprd04.prod.outlook.com>
 <25af4225d2ac5024e54b4472d33d2754@il.pw.edu.pl>
 <VI1PR04MB41093F68544D4837B5D8DDFACC550@VI1PR04MB4109.eurprd04.prod.outlook.com>
 <a50d9fdce0c9beac81c2d7a9ffd487a4@il.pw.edu.pl>
 <VI1PR04MB4109360039E549F7C29B6482CC550@VI1PR04MB4109.eurprd04.prod.outlook.com>
Message-ID: <fa1e4467205275a547b26bbbef1eaf91@il.pw.edu.pl>

Hello again in this topic,

I use a listbox to get the list of values and it works fine. The problem 
is that in the next lines of code I have some x_mdialogs which pop up 
together with my listbox. How can I suspend them until I choose values 
from the list?

Regards,
Iza





From chrisp at poundsc.org  Wed Oct 17 22:11:42 2018
From: chrisp at poundsc.org (Pndsc)
Date: Wed, 17 Oct 2018 13:11:42 -0700 (MST)
Subject: [Scilab-users] Unable to update ATOMS packages - Scilab 6.0.1
In-Reply-To: <e4621e4a-19bd-27b3-1fc3-2f4cc36f14d7@laas.fr>
References: <1539011463988-0.post@n3.nabble.com>
 <1539207428446-0.post@n3.nabble.com>
 <72673daa-1ee9-8d43-2c68-5dc6bb724659@laas.fr>
 <1539293639249-0.post@n3.nabble.com>
 <eab555ad-f368-f1e8-6958-ecddf928164e@laas.fr>
 <1539725185240-0.post@n3.nabble.com>
 <e4621e4a-19bd-27b3-1fc3-2f4cc36f14d7@laas.fr>
Message-ID: <1539807102556-0.post@n3.nabble.com>

amonmayr wrote
> Can you give me the details of the error log in the console for this 
> version?
> 
> 
> Could it be a problem with the video drivers and mesa?
> I had this issue at some point.
> Could you try to use:
> 
> export MESA_GL_VERSION_OVERRIDE=3.0 ; /path/to/scilab-nightly/bin/scilab
> 
> instead of
> 
>  ?/path/to/scilab-nightly/bin/scilab
> 
> ?
> 
> It solved my problems for a while.
> No with some later updates, I no longer have this driver issue?.
> 
> Hope it helps,
> 
> Antoine
> ? By the way, matlab suffer exactly the same problem on my machine, and 
> I used the very same fix.

chris at eniac:~/Downloads$ scilab

javax.media.opengl.GLException: X11GLXDrawableFactory - Could not initialize
shared resources for :0
        at
jogamp.opengl.x11.glx.X11GLXDrawableFactory$SharedResourceImplementation.createSharedResource(X11GLXDrawableFactory.java:317)
        at
jogamp.opengl.SharedResourceRunner.run(SharedResourceRunner.java:295)
        at java.lang.Thread.run(Thread.java:748)
Caused by: java.lang.NullPointerException
        at jogamp.opengl.GLContextImpl.makeCurrent(GLContextImpl.java:625)
        at jogamp.opengl.GLContextImpl.makeCurrent(GLContextImpl.java:539)
        at
jogamp.opengl.x11.glx.X11GLXDrawableFactory$SharedResourceImplementation.createSharedResource(X11GLXDrawableFactory.java:293)
        ... 2 more
Could not create a Scilab main class. Error:
Exception in thread "main" java.lang.InternalError: XXX0 profile[1]: GL3bc
-> profileImpl GL4bc !!! not mapped 
        at
javax.media.opengl.GLProfile.computeProfileMap(GLProfile.java:2021)
        at
javax.media.opengl.GLProfile.initProfilesForDeviceCritical(GLProfile.java:1889)
        at
javax.media.opengl.GLProfile.initProfilesForDevice(GLProfile.java:1838)
        at
javax.media.opengl.GLProfile.initProfilesForDefaultDevices(GLProfile.java:1807)
        at javax.media.opengl.GLProfile.access$000(GLProfile.java:77)
        at javax.media.opengl.GLProfile$1.run(GLProfile.java:201)
        at java.security.AccessController.doPrivileged(Native Method)
        at javax.media.opengl.GLProfile.initSingleton(GLProfile.java:187)
        at javax.media.opengl.GLProfile.getProfileMap(GLProfile.java:2246)
        at javax.media.opengl.GLProfile.get(GLProfile.java:959)
        at javax.media.opengl.GLProfile.getDefault(GLProfile.java:693)
        at javax.media.opengl.GLProfile.getDefault(GLProfile.java:704)
        at org.scilab.modules.gui.SwingView.<init>(Unknown Source)
        at org.scilab.modules.gui.SwingView.registerSwingView(Unknown
Source)
        at org.scilab.modules.core.Scilab.<init>(Unknown Source)

Scilab cannot create Scilab Java Main-Class (we have not been able to find
the main Scilab class. Check if the Scilab and thirdparty packages are
available).

I checked my MESA info with glxinfo:

chris at eniac:~/scilab-branch/bin$ glxinfo|grep OpenGL
OpenGL vendor string: X.Org
OpenGL renderer string: AMD OLAND (DRM 2.50.0 / 4.15.0-36-generic, LLVM
6.0.0)
OpenGL core profile version string: 4.5 (Core Profile) Mesa 18.0.5
OpenGL core profile shading language version string: 4.50
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 18.0.5
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.1 Mesa 18.0.5
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.10
OpenGL ES profile extensions:

Using the command with MESA_GL override = 3.0 :

chris at eniac:~/scilab-branch/bin$ export MESA_GL_VERSION_OVERRIDE=3.0 ;
~/scilab-branch/bin/scilab 
scilab-bin: error while loading shared libraries: libgfortran.so.3: cannot
open shared object file: No such file or directory

So back where I was yesterday.

I checked your suggestion of the graphics issue and installed the
proprietary AMD driver for my graphics chipset ( an R7 240 , getting
slightly long in the tooth) and received the following error:

amdgpu_device_initialize: DRM version is 2.50.0 but this driver is only
compatible with 3.x.x.

So maybe I need to get a new graphics card.

I'm going to check if its better on a reboot but wanted to c&p all my
console responses here first before I did so.






--
Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html


From chrisp at poundsc.org  Wed Oct 17 22:36:13 2018
From: chrisp at poundsc.org (Pndsc)
Date: Wed, 17 Oct 2018 13:36:13 -0700 (MST)
Subject: [Scilab-users] Unable to update ATOMS packages - Scilab 6.0.1
In-Reply-To: <1539807102556-0.post@n3.nabble.com>
References: <1539011463988-0.post@n3.nabble.com>
 <1539207428446-0.post@n3.nabble.com>
 <72673daa-1ee9-8d43-2c68-5dc6bb724659@laas.fr>
 <1539293639249-0.post@n3.nabble.com>
 <eab555ad-f368-f1e8-6958-ecddf928164e@laas.fr>
 <1539725185240-0.post@n3.nabble.com>
 <e4621e4a-19bd-27b3-1fc3-2f4cc36f14d7@laas.fr>
 <1539807102556-0.post@n3.nabble.com>
Message-ID: <1539808573045-0.post@n3.nabble.com>

Its alive!

Scilab will run, the ATOMS package manager will update and install packages.
I can even run coselica stuff through Xcos - but I cant get any intelligible
information out, apparently because of issues with Java. Theres a *lot* of
java complaints in the console.

I've uploaded them to pastebin here:

https://pastebin.com/EBHBmrcX

Seems like theres issues with Java but when I check I seem to have a pretty
current version of the openJDK.

chris at eniac:~$ java -version
openjdk version "1.8.0_181"
OpenJDK Runtime Environment (build 1.8.0_181-8u181-b13-0ubuntu0.18.04.1-b13)
OpenJDK 64-Bit Server VM (build 25.181-b13, mixed mode)

So... if I'm reading it right my issues actually lie with graphics drivers
and X11? Is that right?



--
Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html


From amonmayr at laas.fr  Thu Oct 18 09:21:12 2018
From: amonmayr at laas.fr (amonmayr at laas.fr)
Date: Thu, 18 Oct 2018 09:21:12 +0200
Subject: [Scilab-users] Unable to update ATOMS packages - Scilab 6.0.1
In-Reply-To: <1539808573045-0.post@n3.nabble.com>
References: <1539011463988-0.post@n3.nabble.com>
 <1539207428446-0.post@n3.nabble.com>
 <72673daa-1ee9-8d43-2c68-5dc6bb724659@laas.fr>
 <1539293639249-0.post@n3.nabble.com>
 <eab555ad-f368-f1e8-6958-ecddf928164e@laas.fr>
 <1539725185240-0.post@n3.nabble.com>
 <e4621e4a-19bd-27b3-1fc3-2f4cc36f14d7@laas.fr>
 <1539807102556-0.post@n3.nabble.com> <1539808573045-0.post@n3.nabble.com>
Message-ID: <fd309f13-e22e-8bdd-4726-5da02be6d9bc@laas.fr>

Le 17/10/2018 ? 22:36, Pndsc a ?crit?:
> Its alive!
>
> Scilab will run, the ATOMS package manager will update and install packages.
> I can even run coselica stuff through Xcos - but I cant get any intelligible
> information out, apparently because of issues with Java. Theres a *lot* of
> java complaints in the console.
>
> I've uploaded them to pastebin here:
>
> https://pastebin.com/EBHBmrcX
>
> Seems like theres issues with Java but when I check I seem to have a pretty
> current version of the openJDK.
>
> chris at eniac:~$ java -version
> openjdk version "1.8.0_181"
> OpenJDK Runtime Environment (build 1.8.0_181-8u181-b13-0ubuntu0.18.04.1-b13)
> OpenJDK 64-Bit Server VM (build 25.181-b13, mixed mode)
>
> So... if I'm reading it right my issues actually lie with graphics drivers
> and X11? Is that right?
Well, at least you had some issue with openGL drivers.
Maybe the fix I proposed you (the export MESA_GL_VERSION_OVERRIDE=3.0 ; 
) is not exactly what you need. Someone told me to try to limit the mesa 
gl version to use, but the optimal value might be different for you. You 
might try to experiment different values.

When you say you can't get anything out, what do you mean?
Can you get scilab working OK in console mode but no plots?
That is, what do you observe when running "plot()": do you see the demo 
plot window, a blank graphic window, nothing?

Antoine
>
>
>
> --
> Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>

-- 
+++++++++++++++++++++++++++++++++++++++++++++++++++++++

  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 clement.david at scilab-enterprises.com  Thu Oct 18 11:42:23 2018
From: clement.david at scilab-enterprises.com (=?iso-8859-1?Q?Cl=E9ment_DAVID?=)
Date: Thu, 18 Oct 2018 09:42:23 +0000
Subject: [Scilab-users] LIST ADMIN : Fwd: Non remis : Re: Unable to
 update ATOMS packages - Scilab 6.0.1
In-Reply-To: <e45650fc-efc0-5c4e-d0cf-3ecc3332c319@laas.fr>
References: <7c6a02f1-cb2a-47a3-bc3c-435b444c276f@SERVEUR2012.ts.local>
 <e45650fc-efc0-5c4e-d0cf-3ecc3332c319@laas.fr>
Message-ID: <AM6PR0502MB370204D9E75878310A6B7D94B0F80@AM6PR0502MB3702.eurprd05.prod.outlook.com>

Hello Antoine,

Thanks, unsub-ed on the mailing list admin interface.

--
Cl?ment

From: users <users-bounces at lists.scilab.org> On Behalf Of antoine.monmayrant+scilab at laas.fr
Sent: Wednesday, October 17, 2018 8:47 AM
To: International users mailing list for Scilab. <users at lists.scilab.org>
Subject: [Scilab-users] LIST ADMIN : Fwd: Non remis : Re: Unable to update ATOMS packages - Scilab 6.0.1


Hello,

Is there any admin of users at lists.scilab.org<mailto:users at lists.scilab.org> over here?
Could you deregister this email adress: ngrotus at rms-signal.com<mailto:ngrotus at rms-signal.com> .
I get an error message whenever I post something to users at lists.scilab.org<mailto:users at lists.scilab.org> and it's really annoying.

Thank you in advance,

Antoine


-------- Message transf?r? --------
Sujet :

Non remis : Re: [Scilab-users] Unable to update ATOMS packages - Scilab 6.0.1

Date :

Wed, 17 Oct 2018 08:42:08 +0200

De :

postmaster at rms-sysma.fr<mailto:postmaster at rms-sysma.fr>

Pour :

amonmayr at laas.fr<mailto:amonmayr at laas.fr>



?chec de la remise pour ces destinataires ou groupes :

ngrotus at rms-signal.com<mailto:ngrotus at rms-signal.com>
L'adresse de messagerie que vous avez entr?e est introuvable. V?rifiez l'adresse de messagerie du destinataire et essayez de renvoyer le message. Si le probl?me persiste, contactez le support technique de votre organisation.






Informations de diagnostic pour les administrateurs :

Serveur de g?n?ration : SERVEUR2012.ts.local

ngrotus at rms-signal.com<mailto:ngrotus at rms-signal.com>
Remote Server returned '550 5.1.1 RESOLVER.ADR.RecipNotFound; not found'

En-t?tes de message d'origine :

Received: from SERVEUR2012.ts.local (192.168.13.2) by SERVEUR2012.ts.local

 (192.168.13.2) with Microsoft SMTP Server (TLS) id 15.0.847.32; Wed, 17 Oct

 2018 08:42:08 +0200

Received: from SERVEUR2012 (127.0.0.1) by SERVEUR2012.ts.local (127.0.0.1)

 with Microsoft SMTP Server id 15.0.847.32 via Frontend Transport; Wed, 17 Oct

 2018 08:42:08 +0200

Received: From ns0.ovh.net by SERVEUR2012 with POPtm; mer. 17 oct. 2018

 08:42:02

X-POPTM-SENDTO: ngrotus at rms-signal.com<mailto:ngrotus at rms-signal.com>

X-POPTM-BOXID: 1

Return-Path: <users-bounces at lists.scilab.org><mailto:users-bounces at lists.scilab.org>

Delivered-To: ngrotus at rms-signal.com<mailto:ngrotus at rms-signal.com>

Received: from localhost (HELO queue) (127.0.0.1)    by localhost with SMTP; 17

 Oct 2018 08:39:22 +0200

Received: from unknown (HELO output55.mail.ovh.net) (10.108.97.112)  by

 mail150.ha.ovh.net with AES256-GCM-SHA384 encrypted SMTP; 17 Oct 2018

 08:39:22 +0200

Received: from vr49.mail.ovh.net (unknown [10.101.8.49])     by out55.mail.ovh.net

 (Postfix) with ESMTP id 42ZjFk5Wynz4fd8P     for <ngrotus at rms-signal.com><mailto:ngrotus at rms-signal.com>; Wed,

 17 Oct 2018 06:39:22 +0000 (UTC)

Received: from in37.mail.ovh.net (unknown [10.101.4.37])     by vr49.mail.ovh.net

 (Postfix) with ESMTP id 42ZjFk4nYfz1vHlv     for <ngrotus at rms-signal.com><mailto:ngrotus at rms-signal.com>; Wed,

 17 Oct 2018 06:39:22 +0000 (UTC)

Received-SPF: None (mailfrom) identity=mailfrom; client-ip=109.7.104.50; helo=corvo.scilab.org; envelope-from=users-bounces at lists.scilab.org<mailto:envelope-from=users-bounces at lists.scilab.org>; receiver=<UNKNOWN>

Authentication-Results: in37.mail.ovh.net; dkim=none; dkim-atps=neutral

Received: from corvo.scilab.org (50.104.7.109.rev.sfr.net [109.7.104.50]) by

 in37.mail.ovh.net (Postfix) with ESMTPS id 42ZjFk4VSXzsBk7  for

 <ngrotus at rms-signal.com><mailto:ngrotus at rms-signal.com>; Wed, 17 Oct 2018 06:39:22 +0000 (UTC)

Received: by corvo.scilab.org (Postfix, from userid 999)     id 61495126044; Wed,

 17 Oct 2018 08:38:46 +0200 (CEST)

X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on corvo.inria.fr

X-Spam-Level:

X-Spam-Status: No, score=-4.2 required=6.0 tests=BAYES_00,RCVD_IN_DNSWL_MED,

        SPF_PASS autolearn=unavailable version=3.3.2

Received: from corvo.inria.fr (localhost [IPv6:::1]) by corvo.scilab.org

 (Postfix) with ESMTP id 9649D1205CB; Wed, 17 Oct 2018 08:38:37 +0200 (CEST)

Received: by corvo.scilab.org (Postfix, from userid 999) id 730E81205CB; Wed,

 17 Oct 2018 08:38:25 +0200 (CEST)

Received-SPF: pass (laas.fr: 140.93.0.15 is authorized to use

 'amonmayr at laas.fr<mailto:amonmayr at laas.fr>' in 'mfrom' identity (mechanism 'a:mail.laas.fr' matched))

 receiver=corvo.scilab.org; identity=mailfrom; envelope-from="amonmayr at laas.fr"<mailto:amonmayr at laas.fr>;

 helo=laas.laas.fr; client-ip=140.93.0.15

Received: from laas.laas.fr (laas.laas.fr [140.93.0.15]) by corvo.scilab.org

 (Postfix) with ESMTPS id D901C1204B6 for <users at lists.scilab.org><mailto:users at lists.scilab.org>; Wed, 17

 Oct 2018 08:38:12 +0200 (CEST)

Received: from [IPv6:2001:660:6602:4:6600:6aff:fe8b:a548] (tournois.laas.fr

 [IPv6:2001:660:6602:4:6600:6aff:fe8b:a548]) by laas.laas.fr

 (8.16.0.21/8.15.2) with ESMTPS id w9H6cBXe056744 (version=TLSv1.2

 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for

 <users at lists.scilab.org><mailto:users at lists.scilab.org>; Wed, 17 Oct 2018 08:38:11 +0200 (CEST)

To: <users at lists.scilab.org><mailto:users at lists.scilab.org>

References: <1539011463988-0.post at n3.nabble.com><mailto:1539011463988-0.post at n3.nabble.com>

 <1539207428446-0.post at n3.nabble.com><mailto:1539207428446-0.post at n3.nabble.com>

 <72673daa-1ee9-8d43-2c68-5dc6bb724659 at laas.fr><mailto:72673daa-1ee9-8d43-2c68-5dc6bb724659 at laas.fr>

 <1539293639249-0.post at n3.nabble.com><mailto:1539293639249-0.post at n3.nabble.com>

 <eab555ad-f368-f1e8-6958-ecddf928164e at laas.fr><mailto:eab555ad-f368-f1e8-6958-ecddf928164e at laas.fr>

 <1539725185240-0.post at n3.nabble.com><mailto:1539725185240-0.post at n3.nabble.com>

From: <amonmayr at laas.fr><mailto:amonmayr at laas.fr>

Message-ID: <e4621e4a-19bd-27b3-1fc3-2f4cc36f14d7 at laas.fr><mailto:e4621e4a-19bd-27b3-1fc3-2f4cc36f14d7 at laas.fr>

Date: Wed, 17 Oct 2018 08:38:11 +0200

User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101

 Thunderbird/52.9.1

MIME-Version: 1.0

In-Reply-To: <1539725185240-0.post at n3.nabble.com><mailto:1539725185240-0.post at n3.nabble.com>

Content-Language: fr

Subject: Re: [Scilab-users] Unable to update ATOMS packages - Scilab 6.0.1

X-BeenThere: users at lists.scilab.org<mailto:users at lists.scilab.org>

X-Mailman-Version: 2.1.15

Precedence: list

Reply-To: antoine.monmayrant at laas.fr<mailto:antoine.monmayrant at laas.fr>,

 Users mailing list for Scilab <users at lists.scilab.org><mailto:users at lists.scilab.org>

List-Id: Users mailing list for Scilab <users.lists.scilab.org>

List-Unsubscribe: <http://lists.scilab.org/mailman/options/users><http://lists.scilab.org/mailman/options/users>,

 <mailto:users-request at lists.scilab.org?subject=unsubscribe><mailto:users-request at lists.scilab.org?subject=unsubscribe>

List-Archive: <http://lists.scilab.org/pipermail/users/><http://lists.scilab.org/pipermail/users/>

List-Post: <mailto:users at lists.scilab.org><mailto:users at lists.scilab.org>

List-Help: <mailto:users-request at lists.scilab.org?subject=help><mailto:users-request at lists.scilab.org?subject=help>

List-Subscribe: <http://lists.scilab.org/mailman/listinfo/users><http://lists.scilab.org/mailman/listinfo/users>,

 <mailto:users-request at lists.scilab.org?subject=subscribe><mailto:users-request at lists.scilab.org?subject=subscribe>

Content-Transfer-Encoding: base64

Content-Type: text/plain; charset="utf-8"; format=flowed

Errors-To: users-bounces at lists.scilab.org<mailto:users-bounces at lists.scilab.org>

Sender: users <users-bounces at lists.scilab.org><mailto:users-bounces at lists.scilab.org>

X-Ovh-Remote: 109.7.104.50 (50.104.7.109.rev.sfr.net)

X-Ovh-Tracer-Id: 15643816257747676988

X-VR-SPAMSTATE: OK

X-VR-SPAMSCORE: 0

X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrfedugddutdelucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuqfggjfdpvefjgfevmfevgfenuceurghilhhouhhtmecuhedttdenuc

X-Ovh-Spam-Status: OK

X-Ovh-Spam-Reason: vr: OK; dkim: disabled; spf: disabled

X-Ovh-Message-Type: OK
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181018/df987857/attachment.htm>

From iwoj at il.pw.edu.pl  Thu Oct 18 12:31:53 2018
From: iwoj at il.pw.edu.pl (=?UTF-8?Q?Izabela_W=C3=B3jcik-Grz=C4=85ba?=)
Date: Thu, 18 Oct 2018 12:31:53 +0200
Subject: [Scilab-users] uicontrol TABLE
In-Reply-To: <fd309f13-e22e-8bdd-4726-5da02be6d9bc@laas.fr>
References: <1539011463988-0.post@n3.nabble.com>
 <1539207428446-0.post@n3.nabble.com>
 <72673daa-1ee9-8d43-2c68-5dc6bb724659@laas.fr>
 <1539293639249-0.post@n3.nabble.com>
 <eab555ad-f368-f1e8-6958-ecddf928164e@laas.fr>
 <1539725185240-0.post@n3.nabble.com>
 <e4621e4a-19bd-27b3-1fc3-2f4cc36f14d7@laas.fr>
 <1539807102556-0.post@n3.nabble.com> <1539808573045-0.post@n3.nabble.com>
 <fd309f13-e22e-8bdd-4726-5da02be6d9bc@laas.fr>
Message-ID: <578290e2ec1db30fb5634f2936dc03f6@il.pw.edu.pl>

Hello,

Sorry for returning to the topic of editting uicontrol Table but I still
don't know how it works. When I change the data in a Help example (code
below) the resulting table t2 doesn't change.

// Start of code

params = [" " "Country" "Population [Mh]" "Temp.[??C]" ];
towns = ["Mexico" "Paris" "Tokyo" "Singapour"]';
country = ["Mexico" "France" "Japan" "Singapour"]';
pop  = string([22.41 11.77 33.41 4.24]');
temp = string([26 19 22 17]');
table = [params; [ towns country pop temp ]]

f = gcf();
clf
as = f.axes_size;  // [width height]
ut = uicontrol("style","table",..
                "string",table,..
                "position",[5 as(2)-100 300 87],.. // => @top left corner 
of
figure
                "tooltipstring","Data from majors towns")

// Modify by hand some values in the table. Then get them back from the 
ui:
t2=matrix(ut.string,size(table))

// End of code

I use a version from this site which should work:
http://www.scilab.org/fr/development/nightly_builds/master

Kind regards,
Iza


From iwoj at il.pw.edu.pl  Thu Oct 18 12:47:05 2018
From: iwoj at il.pw.edu.pl (=?UTF-8?Q?Izabela_W=C3=B3jcik-Grz=C4=85ba?=)
Date: Thu, 18 Oct 2018 12:47:05 +0200
Subject: [Scilab-users] uicontrol TABLE
Message-ID: <4001c07c250ae604b97a8b1d5d1c9e3a@il.pw.edu.pl>

Hello,

Sorry for returning to the topic of editting uicontrol Table but I still
don't know how it works. When I change the data in a Help example (code
below) the resulting table t2 doesn't change.

// Start of code

params = [" " "Country" "Population [Mh]" "Temp.[??C]" ];
towns = ["Mexico" "Paris" "Tokyo" "Singapour"]';
country = ["Mexico" "France" "Japan" "Singapour"]';
pop  = string([22.41 11.77 33.41 4.24]');
temp = string([26 19 22 17]');
table = [params; [ towns country pop temp ]]

f = gcf();
clf
as = f.axes_size;  // [width height]
ut = uicontrol("style","table",..
                "string",table,..
                "position",[5 as(2)-100 300 87],.. // => @top left corner 
of
figure
                "tooltipstring","Data from majors towns")

// Modify by hand some values in the table. Then get them back from the 
ui:
t2=matrix(ut.string,size(table))

// End of code

I use a version from this site which should work:
http://www.scilab.org/fr/development/nightly_builds/master

Kind regards,
Iza


From samuel.enibe at unn.edu.ng  Thu Oct 18 13:23:42 2018
From: samuel.enibe at unn.edu.ng (Samuel Enibe)
Date: Thu, 18 Oct 2018 12:23:42 +0100
Subject: [Scilab-users] How to Install SCILAB 5.5.2 on Ubuntu 18.04
Message-ID: <CAJKcLoVzFpUz+-suhyk1L4xg3a37pW1=GZyUG1FrB4eWsLJG7w@mail.gmail.com>

I have installed SCILAB 6.0.1 on Ubuntu 18.04 but it is experiencing so
many problems. One of these is the inability to Install modules from ATOMS.

To circumvent this problem, I downloaded the binary version of 5.5.2 and
installed it using the instructions on SCILAB wiki. Unfortunately, the
installation does not work at all.

Is there another way of doing the installation of 5.5.2?

Thank you very much.

God bless you.

Samuel Enibe
University of Nigeria Nsukka
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181018/10d259fa/attachment.htm>

From clement.david at scilab-enterprises.com  Thu Oct 18 14:09:38 2018
From: clement.david at scilab-enterprises.com (=?utf-8?B?Q2zDqW1lbnQgREFWSUQ=?=)
Date: Thu, 18 Oct 2018 12:09:38 +0000
Subject: [Scilab-users] HDF5 save is super slow
In-Reply-To: <5F836FC0-D0F4-4D2E-9A4E-A58E3A7220E4@softube.com>
References: <8FF26241-EE09-410A-9982-34648E0274FA@softube.com>
 <f40996d2-a76a-008c-925d-eb7ffa730c27@laas.fr>
 <20412977-4292-4E2F-B992-7DFDF29B9746@softube.com>
 <7254d271-46d7-a83e-814a-400c106c7c11@laas.fr>
 <15e5c310-0725-3958-e35c-5b0b00acb7a0@utc.fr>
 <AM6PR0502MB370208EF9E3532354D539083B0FD0@AM6PR0502MB3702.eurprd05.prod.outlook.com>
 <545819DB-4EA0-43A2-9E8C-48AAFAC53A90@softube.com>
 <985c4e27-bda1-fdd7-7451-05c736da731c@laas.fr>
 <5F836FC0-D0F4-4D2E-9A4E-A58E3A7220E4@softube.com>
Message-ID: <AM6PR0502MB370252C1D30634F4391188DCB0F80@AM6PR0502MB3702.eurprd05.prod.outlook.com>

Hello,

My 2cents, this is probably a poor man?s approach but Xcos offers vec2var / var2vec functions that encode in a double vector any Scilab datatypes passed as arguments. The encoding duplicates the data in memory so there might be some overhead.

On my machine, I have these timings using the attached script (Antoine?s one edited):
save list of syslins: 1.361704
save list of vec[]: 0.056788
save var2vec(list of syslins): 0.014411

Discarding hdf5 groups creation is a huge performance win but remove any way to create clean hdf5 (eg. to address subgroups directly).

Thanks,

--
Cl?ment

From: users <users-bounces at lists.scilab.org> On Behalf Of Arvid Ros?n
Sent: Tuesday, October 16, 2018 1:01 PM
To: antoine.monmayrant at laas.fr; Users mailing list for Scilab <users at lists.scilab.org>
Subject: Re: [Scilab-users] HDF5 save is super slow

From: users <users-bounces at lists.scilab.org<mailto:users-bounces at lists.scilab.org>> on behalf of "amonmayr at laas.fr<mailto:amonmayr at laas.fr>" <amonmayr at laas.fr<mailto:amonmayr at laas.fr>>
Reply-To: "antoine.monmayrant at laas.fr<mailto:antoine.monmayrant at laas.fr>" <antoine.monmayrant at laas.fr<mailto:antoine.monmayrant at laas.fr>>, Users mailing list for Scilab <users at lists.scilab.org<mailto:users at lists.scilab.org>>
Date: Tuesday, 16 October 2018 at 09:53
To: "users at lists.scilab.org<mailto:users at lists.scilab.org>" <users at lists.scilab.org<mailto:users at lists.scilab.org>>
Subject: Re: [Scilab-users] HDF5 save is super slow

Couldn't you create your own atom package that restore this raw memory dump for scilab 6.0?
I understand why we moved away from this model, but it seems to be key for you.
There is always a trade-off between portability (and robustness) and raw speed...

Yeah, if that was possible, I would certainly do it. We already have a bunch of C/C++ binaries that we compile and link dynamically, but for that to be easy to implement, I guess the lists and structures need to be stored linearly in one consecutive chunk of memory. I don?t know if that is the case. Anyone? C++ integrations and gateways are very poorly documented at the moment.
Otherwise, I would need to do some recursive implementation, that handles a bunch of different object types. Sounds painful.

Cheers,
Arvid
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181018/2dff3721/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: sample.sce
Type: application/octet-stream
Size: 761 bytes
Desc: sample.sce
URL: <https://lists.scilab.org/pipermail/users/attachments/20181018/2dff3721/attachment.obj>

From stephane.mottelet at utc.fr  Thu Oct 18 14:39:04 2018
From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=)
Date: Thu, 18 Oct 2018 14:39:04 +0200
Subject: [Scilab-users] HDF5 save is super slow
In-Reply-To: <AM6PR0502MB370252C1D30634F4391188DCB0F80@AM6PR0502MB3702.eurprd05.prod.outlook.com>
References: <8FF26241-EE09-410A-9982-34648E0274FA@softube.com>
 <f40996d2-a76a-008c-925d-eb7ffa730c27@laas.fr>
 <20412977-4292-4E2F-B992-7DFDF29B9746@softube.com>
 <7254d271-46d7-a83e-814a-400c106c7c11@laas.fr>
 <15e5c310-0725-3958-e35c-5b0b00acb7a0@utc.fr>
 <AM6PR0502MB370208EF9E3532354D539083B0FD0@AM6PR0502MB3702.eurprd05.prod.outlook.com>
 <545819DB-4EA0-43A2-9E8C-48AAFAC53A90@softube.com>
 <985c4e27-bda1-fdd7-7451-05c736da731c@laas.fr>
 <5F836FC0-D0F4-4D2E-9A4E-A58E3A7220E4@softube.com>
 <AM6PR0502MB370252C1D30634F4391188DCB0F80@AM6PR0502MB3702.eurprd05.prod.outlook.com>
Message-ID: <1ec78152-6c65-9ebd-3733-498b831d6ed5@utc.fr>

Hello Cl?ment,

Le 18/10/2018 ? 14:09, Cl?ment DAVID a ?crit?:
>
> Hello,
>
> My 2cents, this is probably a poor man?s approach but Xcos offers 
> vec2var / var2vec functions that encode in a double vector any Scilab 
> datatypes passed as arguments. The encoding duplicates the data in 
> memory so there might be some overhead.
>
Do you think it would be complicated to continuously write the 
serialized data on the disk ?
>
> On my machine, I have these timings using the attached script 
> (Antoine?s one edited):
>
> save _list_ of _syslins_: 1.361704
>
> save _list_ of vec[]: 0.056788
>
> save var2vec(list of _syslins_): 0.014411
>
> Discarding hdf5 groups creation is a huge performance win but remove 
> _any way_ to create clean hdf5 (eg. to address subgroups directly).
>
> Thanks,
>
> --
>
> Cl?ment
>
> *From:*users <users-bounces at lists.scilab.org> *On Behalf Of *Arvid Ros?n
> *Sent:* Tuesday, October 16, _2018_ 1:01 PM
> *To:* antoine.monmayrant at laas.fr; Users mailing list for Scilab 
> <users at lists.scilab.org>
> *Subject:* Re: [Scilab-users] HDF5 save is super slow
>
> *From: *users <users-bounces at lists.scilab.org 
> <mailto:users-bounces at lists.scilab.org>> on behalf of 
> "amonmayr at laas.fr <mailto:amonmayr at laas.fr>" <amonmayr at laas.fr 
> <mailto:amonmayr at laas.fr>>
> *Reply-To: *"antoine.monmayrant at laas.fr 
> <mailto:antoine.monmayrant at laas.fr>" <antoine.monmayrant at laas.fr 
> <mailto:antoine.monmayrant at laas.fr>>, Users mailing list for Scilab 
> <users at lists.scilab.org <mailto:users at lists.scilab.org>>
> *Date: *Tuesday, 16 October 2018 at 09:53
> *To: *"users at lists.scilab.org <mailto:users at lists.scilab.org>" 
> <users at lists.scilab.org <mailto:users at lists.scilab.org>>
> *Subject: *Re: [Scilab-users] HDF5 save is super slow
>
> Couldn't you create your own atom package that _restore_ this raw 
> memory dump for _scilab_ 6.0?
> I understand why we moved away from this model, but it seems to be key 
> for you.
> There is always a trade-off between portability (and robustness) and 
> raw speed...
>
> Yeah, if that was possible, I would certainly do it. We already have a 
> bunch of C/C++ binaries that we compile and link dynamically, but for 
> that to be easy to implement, I guess the lists and structures need to 
> be stored linearly in one consecutive chunk of memory. I don?t know if 
> that is the case. Anyone? C++ integrations and gateways are very 
> poorly documented at the moment.
>
> Otherwise, I would need to do some recursive implementation, that 
> handles a bunch of different object types. Sounds painful.
>
> Cheers,
>
> Arvid
>
>
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users


-- 
St?phane Mottelet
Ing?nieur de recherche
EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable
D?partement G?nie des Proc?d?s Industriels
Sorbonne Universit?s - Universit? de Technologie de Compi?gne
CS 60319, 60203 Compi?gne cedex
Tel : +33(0)344234688
http://www.utc.fr/~mottelet

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181018/d40a3cd5/attachment.htm>

From antoine.monmayrant at laas.fr  Thu Oct 18 14:46:57 2018
From: antoine.monmayrant at laas.fr (antoine monmayrant)
Date: Thu, 18 Oct 2018 14:46:57 +0200
Subject: [Scilab-users] HDF5 save is super slow
In-Reply-To: <AM6PR0502MB370252C1D30634F4391188DCB0F80@AM6PR0502MB3702.eurprd05.prod.outlook.com>
References: <8FF26241-EE09-410A-9982-34648E0274FA@softube.com>
 <f40996d2-a76a-008c-925d-eb7ffa730c27@laas.fr>
 <20412977-4292-4E2F-B992-7DFDF29B9746@softube.com>
 <7254d271-46d7-a83e-814a-400c106c7c11@laas.fr>
 <15e5c310-0725-3958-e35c-5b0b00acb7a0@utc.fr>
 <AM6PR0502MB370208EF9E3532354D539083B0FD0@AM6PR0502MB3702.eurprd05.prod.outlook.com>
 <545819DB-4EA0-43A2-9E8C-48AAFAC53A90@softube.com>
 <985c4e27-bda1-fdd7-7451-05c736da731c@laas.fr>
 <5F836FC0-D0F4-4D2E-9A4E-A58E3A7220E4@softube.com>
 <AM6PR0502MB370252C1D30634F4391188DCB0F80@AM6PR0502MB3702.eurprd05.prod.outlook.com>
Message-ID: <a211ec57-f51f-0db8-c967-605eb4cefef2@laas.fr>



Le 18/10/2018 ? 14:09, Cl?ment DAVID a ?crit?:
> Hello,
>
> My 2cents, this is probably a poor man?s approach but Xcos offers vec2var / var2vec functions that encode in a double vector any Scilab datatypes passed as arguments. The encoding duplicates the data in memory so there might be some overhead.
Er, I tried var2vec, but it does not work with structures:
--> typeof(t)
 ?ans? =
 ?st

--> var2vec(t)
var2vec: Wrong type for input argument #1: Double, Integer, Boolean, 
String or List type.

Arghh... so var2vec does not work for any datatype right?

Antoine
>
> On my machine, I have these timings using the attached script (Antoine?s one edited):
> save list of syslins: 1.361704
> save list of vec[]: 0.056788
> save var2vec(list of syslins): 0.014411
>
> Discarding hdf5 groups creation is a huge performance win but remove any way to create clean hdf5 (eg. to address subgroups directly).
>
> Thanks,
>
> --
> Cl?ment
>
> From: users <users-bounces at lists.scilab.org> On Behalf Of Arvid Ros?n
> Sent: Tuesday, October 16, 2018 1:01 PM
> To: antoine.monmayrant at laas.fr; Users mailing list for Scilab <users at lists.scilab.org>
> Subject: Re: [Scilab-users] HDF5 save is super slow
>
> From: users <users-bounces at lists.scilab.org<mailto:users-bounces at lists.scilab.org>> on behalf of "amonmayr at laas.fr<mailto:amonmayr at laas.fr>" <amonmayr at laas.fr<mailto:amonmayr at laas.fr>>
> Reply-To: "antoine.monmayrant at laas.fr<mailto:antoine.monmayrant at laas.fr>" <antoine.monmayrant at laas.fr<mailto:antoine.monmayrant at laas.fr>>, Users mailing list for Scilab <users at lists.scilab.org<mailto:users at lists.scilab.org>>
> Date: Tuesday, 16 October 2018 at 09:53
> To: "users at lists.scilab.org<mailto:users at lists.scilab.org>" <users at lists.scilab.org<mailto:users at lists.scilab.org>>
> Subject: Re: [Scilab-users] HDF5 save is super slow
>
> Couldn't you create your own atom package that restore this raw memory dump for scilab 6.0?
> I understand why we moved away from this model, but it seems to be key for you.
> There is always a trade-off between portability (and robustness) and raw speed...
>
> Yeah, if that was possible, I would certainly do it. We already have a bunch of C/C++ binaries that we compile and link dynamically, but for that to be easy to implement, I guess the lists and structures need to be stored linearly in one consecutive chunk of memory. I don?t know if that is the case. Anyone? C++ integrations and gateways are very poorly documented at the moment.
> Otherwise, I would need to do some recursive implementation, that handles a bunch of different object types. Sounds painful.
>
> Cheers,
> Arvid



From Clement.David at esi-group.com  Thu Oct 18 14:56:25 2018
From: Clement.David at esi-group.com (=?utf-8?B?Q2zDqW1lbnQgRGF2aWQ=?=)
Date: Thu, 18 Oct 2018 12:56:25 +0000
Subject: [Scilab-users] HDF5 save is super slow
In-Reply-To: <a211ec57-f51f-0db8-c967-605eb4cefef2@laas.fr>
References: <8FF26241-EE09-410A-9982-34648E0274FA@softube.com>
 <f40996d2-a76a-008c-925d-eb7ffa730c27@laas.fr>
 <20412977-4292-4E2F-B992-7DFDF29B9746@softube.com>
 <7254d271-46d7-a83e-814a-400c106c7c11@laas.fr>
 <15e5c310-0725-3958-e35c-5b0b00acb7a0@utc.fr>
 <AM6PR0502MB370208EF9E3532354D539083B0FD0@AM6PR0502MB3702.eurprd05.prod.outlook.com>
 <545819DB-4EA0-43A2-9E8C-48AAFAC53A90@softube.com>
 <985c4e27-bda1-fdd7-7451-05c736da731c@laas.fr>
 <5F836FC0-D0F4-4D2E-9A4E-A58E3A7220E4@softube.com>
 <AM6PR0502MB370252C1D30634F4391188DCB0F80@AM6PR0502MB3702.eurprd05.prod.outlook.com>
 <a211ec57-f51f-0db8-c967-605eb4cefef2@laas.fr>
Message-ID: <AM6PR0502MB3702C0C4549F62EA501A27BAB0F80@AM6PR0502MB3702.eurprd05.prod.outlook.com>

Hi Antoine,

That one point, vec2var has been defined to pass some datatypes from Scilab "ast" (C++ side, data pointers, refcounted) to Scilab "scicos" (C, raw memory allocated once and passed around). Some data structures might not be handled correctly, I was even surprised that mlists worked correctly.

Scilab Struct (or Cell) are missing as they are more complex datatypes to serialize. Handle are even harder (as you need to list the properties somewhere). Feel free to take a look at the code [1],

[1]: http://cgit.scilab.org/scilab/tree/scilab/modules/scicos/src/cpp/var2vec.cpp?h=6.0#n243

Cheers,
--
Cl?ment

-----Original Message-----
From: antoine monmayrant <antoine.monmayrant at laas.fr> 
Sent: Thursday, October 18, 2018 2:47 PM
To: Cl?ment DAVID <clement.david at scilab-enterprises.com>; Users mailing list for Scilab <users at lists.scilab.org>
Cc: Cl?ment David <Clement.David at esi-group.com>
Subject: Re: [Scilab-users] HDF5 save is super slow



Le 18/10/2018 ? 14:09, Cl?ment DAVID a ?crit?:
> Hello,
>
> My 2cents, this is probably a poor man?s approach but Xcos offers vec2var / var2vec functions that encode in a double vector any Scilab datatypes passed as arguments. The encoding duplicates the data in memory so there might be some overhead.
Er, I tried var2vec, but it does not work with structures:
--> typeof(t)
 ?ans? =
 ?st

--> var2vec(t)
var2vec: Wrong type for input argument #1: Double, Integer, Boolean, String or List type.

Arghh... so var2vec does not work for any datatype right?

Antoine
>
> On my machine, I have these timings using the attached script (Antoine?s one edited):
> save list of syslins: 1.361704
> save list of vec[]: 0.056788
> save var2vec(list of syslins): 0.014411
>
> Discarding hdf5 groups creation is a huge performance win but remove any way to create clean hdf5 (eg. to address subgroups directly).
>
> Thanks,
>
> --
> Cl?ment
>
> From: users <users-bounces at lists.scilab.org> On Behalf Of Arvid Ros?n
> Sent: Tuesday, October 16, 2018 1:01 PM
> To: antoine.monmayrant at laas.fr; Users mailing list for Scilab 
> <users at lists.scilab.org>
> Subject: Re: [Scilab-users] HDF5 save is super slow
>
> From: users 
> <users-bounces at lists.scilab.org<mailto:users-bounces at lists.scilab.org>
> > on behalf of "amonmayr at laas.fr<mailto:amonmayr at laas.fr>" 
> <amonmayr at laas.fr<mailto:amonmayr at laas.fr>>
> Reply-To: 
> "antoine.monmayrant at laas.fr<mailto:antoine.monmayrant at laas.fr>" 
> <antoine.monmayrant at laas.fr<mailto:antoine.monmayrant at laas.fr>>, Users 
> mailing list for Scilab 
> <users at lists.scilab.org<mailto:users at lists.scilab.org>>
> Date: Tuesday, 16 October 2018 at 09:53
> To: "users at lists.scilab.org<mailto:users at lists.scilab.org>" 
> <users at lists.scilab.org<mailto:users at lists.scilab.org>>
> Subject: Re: [Scilab-users] HDF5 save is super slow
>
> Couldn't you create your own atom package that restore this raw memory dump for scilab 6.0?
> I understand why we moved away from this model, but it seems to be key for you.
> There is always a trade-off between portability (and robustness) and raw speed...
>
> Yeah, if that was possible, I would certainly do it. We already have a bunch of C/C++ binaries that we compile and link dynamically, but for that to be easy to implement, I guess the lists and structures need to be stored linearly in one consecutive chunk of memory. I don?t know if that is the case. Anyone? C++ integrations and gateways are very poorly documented at the moment.
> Otherwise, I would need to do some recursive implementation, that handles a bunch of different object types. Sounds painful.
>
> Cheers,
> Arvid


From stephane.mottelet at utc.fr  Thu Oct 18 15:00:56 2018
From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=)
Date: Thu, 18 Oct 2018 15:00:56 +0200
Subject: [Scilab-users] HDF5 save is super slow
In-Reply-To: <AM6PR0502MB3702C0C4549F62EA501A27BAB0F80@AM6PR0502MB3702.eurprd05.prod.outlook.com>
References: <8FF26241-EE09-410A-9982-34648E0274FA@softube.com>
 <f40996d2-a76a-008c-925d-eb7ffa730c27@laas.fr>
 <20412977-4292-4E2F-B992-7DFDF29B9746@softube.com>
 <7254d271-46d7-a83e-814a-400c106c7c11@laas.fr>
 <15e5c310-0725-3958-e35c-5b0b00acb7a0@utc.fr>
 <AM6PR0502MB370208EF9E3532354D539083B0FD0@AM6PR0502MB3702.eurprd05.prod.outlook.com>
 <545819DB-4EA0-43A2-9E8C-48AAFAC53A90@softube.com>
 <985c4e27-bda1-fdd7-7451-05c736da731c@laas.fr>
 <5F836FC0-D0F4-4D2E-9A4E-A58E3A7220E4@softube.com>
 <AM6PR0502MB370252C1D30634F4391188DCB0F80@AM6PR0502MB3702.eurprd05.prod.outlook.com>
 <a211ec57-f51f-0db8-c967-605eb4cefef2@laas.fr>
 <AM6PR0502MB3702C0C4549F62EA501A27BAB0F80@AM6PR0502MB3702.eurprd05.prod.outlook.com>
Message-ID: <51e7d7d4-85f1-196c-bb2c-4063c048cee7@utc.fr>

Hello again,

Le 18/10/2018 ? 14:56, Cl?ment David a ?crit?:
> Hi Antoine,
>
> That one point, vec2var has been defined to pass some datatypes from Scilab "ast" (C++ side, data pointers, refcounted) to Scilab "scicos" (C, raw memory allocated once and passed around). Some data structures might not be handled correctly, I was even surprised that mlists worked correctly.
>
> Scilab Struct (or Cell) are missing as they are more complex datatypes to serialize. Handle are even harder (as you need to list the properties somewhere). Feel free to take a look at the code [1],
>
> [1]: https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/cgit.scilab.org/scilab/tree/scilab/modules/scicos/src/cpp/var2vec.cpp?h=6.0#n243
Why is the code for structs (lines 242--74)? commented out ? Is it 
broken or else ?

> Cheers,
> --
> Cl?ment
>
> -----Original Message-----
> From: antoine monmayrant <antoine.monmayrant at laas.fr>
> Sent: Thursday, October 18, 2018 2:47 PM
> To: Cl?ment DAVID <clement.david at scilab-enterprises.com>; Users mailing list for Scilab <users at lists.scilab.org>
> Cc: Cl?ment David <Clement.David at esi-group.com>
> Subject: Re: [Scilab-users] HDF5 save is super slow
>
>
>
> Le 18/10/2018 ? 14:09, Cl?ment DAVID a ?crit?:
>> Hello,
>>
>> My 2cents, this is probably a poor man?s approach but Xcos offers vec2var / var2vec functions that encode in a double vector any Scilab datatypes passed as arguments. The encoding duplicates the data in memory so there might be some overhead.
> Er, I tried var2vec, but it does not work with structures:
> --> typeof(t)
>   ?ans? =
>   ?st
>
> --> var2vec(t)
> var2vec: Wrong type for input argument #1: Double, Integer, Boolean, String or List type.
>
> Arghh... so var2vec does not work for any datatype right?
>
> Antoine
>> On my machine, I have these timings using the attached script (Antoine?s one edited):
>> save list of syslins: 1.361704
>> save list of vec[]: 0.056788
>> save var2vec(list of syslins): 0.014411
>>
>> Discarding hdf5 groups creation is a huge performance win but remove any way to create clean hdf5 (eg. to address subgroups directly).
>>
>> Thanks,
>>
>> --
>> Cl?ment
>>
>> From: users <users-bounces at lists.scilab.org> On Behalf Of Arvid Ros?n
>> Sent: Tuesday, October 16, 2018 1:01 PM
>> To: antoine.monmayrant at laas.fr; Users mailing list for Scilab
>> <users at lists.scilab.org>
>> Subject: Re: [Scilab-users] HDF5 save is super slow
>>
>> From: users
>> <users-bounces at lists.scilab.org<mailto:users-bounces at lists.scilab.org>
>>> on behalf of "amonmayr at laas.fr<mailto:amonmayr at laas.fr>"
>> <amonmayr at laas.fr<mailto:amonmayr at laas.fr>>
>> Reply-To:
>> "antoine.monmayrant at laas.fr<mailto:antoine.monmayrant at laas.fr>"
>> <antoine.monmayrant at laas.fr<mailto:antoine.monmayrant at laas.fr>>, Users
>> mailing list for Scilab
>> <users at lists.scilab.org<mailto:users at lists.scilab.org>>
>> Date: Tuesday, 16 October 2018 at 09:53
>> To: "users at lists.scilab.org<mailto:users at lists.scilab.org>"
>> <users at lists.scilab.org<mailto:users at lists.scilab.org>>
>> Subject: Re: [Scilab-users] HDF5 save is super slow
>>
>> Couldn't you create your own atom package that restore this raw memory dump for scilab 6.0?
>> I understand why we moved away from this model, but it seems to be key for you.
>> There is always a trade-off between portability (and robustness) and raw speed...
>>
>> Yeah, if that was possible, I would certainly do it. We already have a bunch of C/C++ binaries that we compile and link dynamically, but for that to be easy to implement, I guess the lists and structures need to be stored linearly in one consecutive chunk of memory. I don?t know if that is the case. Anyone? C++ integrations and gateways are very poorly documented at the moment.
>> Otherwise, I would need to do some recursive implementation, that handles a bunch of different object types. Sounds painful.
>>
>> Cheers,
>> Arvid
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users


-- 
St?phane Mottelet
Ing?nieur de recherche
EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable
D?partement G?nie des Proc?d?s Industriels
Sorbonne Universit?s - Universit? de Technologie de Compi?gne
CS 60319, 60203 Compi?gne cedex
Tel : +33(0)344234688
http://www.utc.fr/~mottelet



From amonmayr at laas.fr  Thu Oct 18 15:07:44 2018
From: amonmayr at laas.fr (amonmayr at laas.fr)
Date: Thu, 18 Oct 2018 15:07:44 +0200
Subject: [Scilab-users] HDF5 save is super slow
In-Reply-To: <51e7d7d4-85f1-196c-bb2c-4063c048cee7@utc.fr>
References: <8FF26241-EE09-410A-9982-34648E0274FA@softube.com>
 <f40996d2-a76a-008c-925d-eb7ffa730c27@laas.fr>
 <20412977-4292-4E2F-B992-7DFDF29B9746@softube.com>
 <7254d271-46d7-a83e-814a-400c106c7c11@laas.fr>
 <15e5c310-0725-3958-e35c-5b0b00acb7a0@utc.fr>
 <AM6PR0502MB370208EF9E3532354D539083B0FD0@AM6PR0502MB3702.eurprd05.prod.outlook.com>
 <545819DB-4EA0-43A2-9E8C-48AAFAC53A90@softube.com>
 <985c4e27-bda1-fdd7-7451-05c736da731c@laas.fr>
 <5F836FC0-D0F4-4D2E-9A4E-A58E3A7220E4@softube.com>
 <AM6PR0502MB370252C1D30634F4391188DCB0F80@AM6PR0502MB3702.eurprd05.prod.outlook.com>
 <a211ec57-f51f-0db8-c967-605eb4cefef2@laas.fr>
 <AM6PR0502MB3702C0C4549F62EA501A27BAB0F80@AM6PR0502MB3702.eurprd05.prod.outlook.com>
 <51e7d7d4-85f1-196c-bb2c-4063c048cee7@utc.fr>
Message-ID: <c1f6d590-1b1f-44c8-9651-3eb905d01b1f@laas.fr>

Le 18/10/2018 ? 15:00, St?phane Mottelet a ?crit?:
> Hello again,
>
> Le 18/10/2018 ? 14:56, Cl?ment David a ?crit?:
>> Hi Antoine,
>>
>> That one point, vec2var has been defined to pass some datatypes from 
>> Scilab "ast" (C++ side, data pointers, refcounted) to Scilab "scicos" 
>> (C, raw memory allocated once and passed around). Some data 
>> structures might not be handled correctly, I was even surprised that 
>> mlists worked correctly.
>>
>> Scilab Struct (or Cell) are missing as they are more complex 
>> datatypes to serialize. Handle are even harder (as you need to list 
>> the properties somewhere). Feel free to take a look at the code [1],
>>
>> [1]: 
>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/cgit.scilab.org/scilab/tree/scilab/modules/scicos/src/cpp/var2vec.cpp?h=6.0#n243
> Why is the code for structs (lines 242--74)? commented out ? Is it 
> broken or else ?
If var2vec() / vec2var() could be extended to provide a universal way to 
serialize / deserialize really any scilab variable, that would be really 
nice.
Could we make a SEP or fill a bug as a wish ?

Antoine
>
>> Cheers,
>> -- 
>> Cl?ment
>>
>> -----Original Message-----
>> From: antoine monmayrant <antoine.monmayrant at laas.fr>
>> Sent: Thursday, October 18, 2018 2:47 PM
>> To: Cl?ment DAVID <clement.david at scilab-enterprises.com>; Users 
>> mailing list for Scilab <users at lists.scilab.org>
>> Cc: Cl?ment David <Clement.David at esi-group.com>
>> Subject: Re: [Scilab-users] HDF5 save is super slow
>>
>>
>>
>> Le 18/10/2018 ? 14:09, Cl?ment DAVID a ?crit?:
>>> Hello,
>>>
>>> My 2cents, this is probably a poor man?s approach but Xcos offers 
>>> vec2var / var2vec functions that encode in a double vector any 
>>> Scilab datatypes passed as arguments. The encoding duplicates the 
>>> data in memory so there might be some overhead.
>> Er, I tried var2vec, but it does not work with structures:
>> --> typeof(t)
>> ? ?ans? =
>> ? ?st
>>
>> --> var2vec(t)
>> var2vec: Wrong type for input argument #1: Double, Integer, Boolean, 
>> String or List type.
>>
>> Arghh... so var2vec does not work for any datatype right?
>>
>> Antoine
>>> On my machine, I have these timings using the attached script 
>>> (Antoine?s one edited):
>>> save list of syslins: 1.361704
>>> save list of vec[]: 0.056788
>>> save var2vec(list of syslins): 0.014411
>>>
>>> Discarding hdf5 groups creation is a huge performance win but remove 
>>> any way to create clean hdf5 (eg. to address subgroups directly).
>>>
>>> Thanks,
>>>
>>> -- 
>>> Cl?ment
>>>
>>> From: users <users-bounces at lists.scilab.org> On Behalf Of Arvid Ros?n
>>> Sent: Tuesday, October 16, 2018 1:01 PM
>>> To: antoine.monmayrant at laas.fr; Users mailing list for Scilab
>>> <users at lists.scilab.org>
>>> Subject: Re: [Scilab-users] HDF5 save is super slow
>>>
>>> From: users
>>> <users-bounces at lists.scilab.org<mailto:users-bounces at lists.scilab.org>
>>>> on behalf of "amonmayr at laas.fr<mailto:amonmayr at laas.fr>"
>>> <amonmayr at laas.fr<mailto:amonmayr at laas.fr>>
>>> Reply-To:
>>> "antoine.monmayrant at laas.fr<mailto:antoine.monmayrant at laas.fr>"
>>> <antoine.monmayrant at laas.fr<mailto:antoine.monmayrant at laas.fr>>, Users
>>> mailing list for Scilab
>>> <users at lists.scilab.org<mailto:users at lists.scilab.org>>
>>> Date: Tuesday, 16 October 2018 at 09:53
>>> To: "users at lists.scilab.org<mailto:users at lists.scilab.org>"
>>> <users at lists.scilab.org<mailto:users at lists.scilab.org>>
>>> Subject: Re: [Scilab-users] HDF5 save is super slow
>>>
>>> Couldn't you create your own atom package that restore this raw 
>>> memory dump for scilab 6.0?
>>> I understand why we moved away from this model, but it seems to be 
>>> key for you.
>>> There is always a trade-off between portability (and robustness) and 
>>> raw speed...
>>>
>>> Yeah, if that was possible, I would certainly do it. We already have 
>>> a bunch of C/C++ binaries that we compile and link dynamically, but 
>>> for that to be easy to implement, I guess the lists and structures 
>>> need to be stored linearly in one consecutive chunk of memory. I 
>>> don?t know if that is the case. Anyone? C++ integrations and 
>>> gateways are very poorly documented at the moment.
>>> Otherwise, I would need to do some recursive implementation, that 
>>> handles a bunch of different object types. Sounds painful.
>>>
>>> Cheers,
>>> Arvid
>> _______________________________________________
>> users mailing list
>> users at lists.scilab.org
>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 clement.david at scilab-enterprises.com  Thu Oct 18 15:15:36 2018
From: clement.david at scilab-enterprises.com (=?utf-8?B?Q2zDqW1lbnQgREFWSUQ=?=)
Date: Thu, 18 Oct 2018 13:15:36 +0000
Subject: [Scilab-users] HDF5 save is super slow
In-Reply-To: <1ec78152-6c65-9ebd-3733-498b831d6ed5@utc.fr>
References: <8FF26241-EE09-410A-9982-34648E0274FA@softube.com>
 <f40996d2-a76a-008c-925d-eb7ffa730c27@laas.fr>
 <20412977-4292-4E2F-B992-7DFDF29B9746@softube.com>
 <7254d271-46d7-a83e-814a-400c106c7c11@laas.fr>
 <15e5c310-0725-3958-e35c-5b0b00acb7a0@utc.fr>
 <AM6PR0502MB370208EF9E3532354D539083B0FD0@AM6PR0502MB3702.eurprd05.prod.outlook.com>
 <545819DB-4EA0-43A2-9E8C-48AAFAC53A90@softube.com>
 <985c4e27-bda1-fdd7-7451-05c736da731c@laas.fr>
 <5F836FC0-D0F4-4D2E-9A4E-A58E3A7220E4@softube.com>
 <AM6PR0502MB370252C1D30634F4391188DCB0F80@AM6PR0502MB3702.eurprd05.prod.outlook.com>
 <1ec78152-6c65-9ebd-3733-498b831d6ed5@utc.fr>
Message-ID: <AM6PR0502MB3702A16223DB430068BA1C2AB0F80@AM6PR0502MB3702.eurprd05.prod.outlook.com>

Hello Stephane,

TL ;DR ; HDF5 is a cross-platform, cross-language, portable file format used in almost all scientific software these days. Please use this sane default !

Writing a custom serialization scheme (like the one provided by vec2var / var2vec) might not be complicated to implement however the hard part is maintaining and describing a serialization format to be used in the long term.

Using Scilab 5, the ?stack? save and load functions were almost trivial as they are directly mapped from memory to disk; the format used is ?the stack? so it is known and used everywhere (even for custom string encoding). This vec2var serialization is only used internally (to pass block parameters around), does not respect any described format nor validate against any documentation and is not portable; in the long term, I won?t promise it to be stable. Implementing your own serialization scheme will probably lead your software into trouble. Really, it isn?t easy in the long term! The HDF5 format is described, its serialized data are browsable (through hdfview) and does not cope with low-level requirements.

To me, the issue is really a performance bug. We might find a way to fix it within Scilab rather than provide a workaround (with custom encodings). The hdf5 library is a bug one, maybe with a clever understanding of its internal serialization, we might find a better execution path for this use-case (without changing the file format).

Thanks,

--
Cl?ment

From: users <users-bounces at lists.scilab.org> On Behalf Of St?phane Mottelet
Sent: Thursday, October 18, 2018 2:39 PM
To: users at lists.scilab.org
Subject: Re: [Scilab-users] HDF5 save is super slow

Hello Cl?ment,

Le 18/10/2018 ? 14:09, Cl?ment DAVID a ?crit :
Hello,

My 2cents, this is probably a poor man?s approach but Xcos offers vec2var / var2vec functions that encode in a double vector any Scilab datatypes passed as arguments. The encoding duplicates the data in memory so there might be some overhead.
Do you think it would be complicated to continuously write the serialized data on the disk ?

On my machine, I have these timings using the attached script (Antoine?s one edited):
save list of syslins: 1.361704
save list of vec[]: 0.056788
save var2vec(list of syslins): 0.014411

Discarding hdf5 groups creation is a huge performance win but remove any way to create clean hdf5 (eg. to address subgroups directly).

Thanks,

--
Cl?ment

From: users <users-bounces at lists.scilab.org><mailto:users-bounces at lists.scilab.org> On Behalf Of Arvid Ros?n
Sent: Tuesday, October 16, 2018 1:01 PM
To: antoine.monmayrant at laas.fr<mailto:antoine.monmayrant at laas.fr>; Users mailing list for Scilab <users at lists.scilab.org><mailto:users at lists.scilab.org>
Subject: Re: [Scilab-users] HDF5 save is super slow

From: users <users-bounces at lists.scilab.org<mailto:users-bounces at lists.scilab.org>> on behalf of "amonmayr at laas.fr<mailto:amonmayr at laas.fr>" <amonmayr at laas.fr<mailto:amonmayr at laas.fr>>
Reply-To: "antoine.monmayrant at laas.fr<mailto:antoine.monmayrant at laas.fr>" <antoine.monmayrant at laas.fr<mailto:antoine.monmayrant at laas.fr>>, Users mailing list for Scilab <users at lists.scilab.org<mailto:users at lists.scilab.org>>
Date: Tuesday, 16 October 2018 at 09:53
To: "users at lists.scilab.org<mailto:users at lists.scilab.org>" <users at lists.scilab.org<mailto:users at lists.scilab.org>>
Subject: Re: [Scilab-users] HDF5 save is super slow

Couldn't you create your own atom package that restore this raw memory dump for scilab 6.0?
I understand why we moved away from this model, but it seems to be key for you.
There is always a trade-off between portability (and robustness) and raw speed...

Yeah, if that was possible, I would certainly do it. We already have a bunch of C/C++ binaries that we compile and link dynamically, but for that to be easy to implement, I guess the lists and structures need to be stored linearly in one consecutive chunk of memory. I don?t know if that is the case. Anyone? C++ integrations and gateways are very poorly documented at the moment.
Otherwise, I would need to do some recursive implementation, that handles a bunch of different object types. Sounds painful.

Cheers,
Arvid




_______________________________________________

users mailing list

users at lists.scilab.org<mailto:users at lists.scilab.org>

https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users



--

St?phane Mottelet

Ing?nieur de recherche

EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable

D?partement G?nie des Proc?d?s Industriels

Sorbonne Universit?s - Universit? de Technologie de Compi?gne

CS 60319, 60203 Compi?gne cedex

Tel : +33(0)344234688

http://www.utc.fr/~mottelet
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181018/18170f5c/attachment.htm>

From clement.david at scilab-enterprises.com  Thu Oct 18 15:51:49 2018
From: clement.david at scilab-enterprises.com (=?utf-8?B?Q2zDqW1lbnQgREFWSUQ=?=)
Date: Thu, 18 Oct 2018 13:51:49 +0000
Subject: [Scilab-users] HDF5 save is super slow
In-Reply-To: <51e7d7d4-85f1-196c-bb2c-4063c048cee7@utc.fr>
References: <8FF26241-EE09-410A-9982-34648E0274FA@softube.com>
 <f40996d2-a76a-008c-925d-eb7ffa730c27@laas.fr>
 <20412977-4292-4E2F-B992-7DFDF29B9746@softube.com>
 <7254d271-46d7-a83e-814a-400c106c7c11@laas.fr>
 <15e5c310-0725-3958-e35c-5b0b00acb7a0@utc.fr>
 <AM6PR0502MB370208EF9E3532354D539083B0FD0@AM6PR0502MB3702.eurprd05.prod.outlook.com>
 <545819DB-4EA0-43A2-9E8C-48AAFAC53A90@softube.com>
 <985c4e27-bda1-fdd7-7451-05c736da731c@laas.fr>
 <5F836FC0-D0F4-4D2E-9A4E-A58E3A7220E4@softube.com>
 <AM6PR0502MB370252C1D30634F4391188DCB0F80@AM6PR0502MB3702.eurprd05.prod.outlook.com>
 <a211ec57-f51f-0db8-c967-605eb4cefef2@laas.fr>
 <AM6PR0502MB3702C0C4549F62EA501A27BAB0F80@AM6PR0502MB3702.eurprd05.prod.outlook.com>
 <51e7d7d4-85f1-196c-bb2c-4063c048cee7@utc.fr>
Message-ID: <AM6PR0502MB37022BB38AC06A2DD9B85779B0F80@AM6PR0502MB3702.eurprd05.prod.outlook.com>

Hello Stephane,

Probably commented out as we have no easy way to extract such data easily using only C constructs (from a Scicos block). It might be possible to uncomment and check the counterpart side (vec2var.cpp) to ensure it works correctly.

Thanks,

--
Cl?ment 

-----Original Message-----
From: users <users-bounces at lists.scilab.org> On Behalf Of St?phane Mottelet
Sent: Thursday, October 18, 2018 3:01 PM
To: users at lists.scilab.org
Subject: Re: [Scilab-users] HDF5 save is super slow

Hello again,

Le 18/10/2018 ? 14:56, Cl?ment David a ?crit?:
> Hi Antoine,
>
> That one point, vec2var has been defined to pass some datatypes from Scilab "ast" (C++ side, data pointers, refcounted) to Scilab "scicos" (C, raw memory allocated once and passed around). Some data structures might not be handled correctly, I was even surprised that mlists worked correctly.
>
> Scilab Struct (or Cell) are missing as they are more complex datatypes 
> to serialize. Handle are even harder (as you need to list the 
> properties somewhere). Feel free to take a look at the code [1],
>
> [1]: 
> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/cgit.
> scilab.org/scilab/tree/scilab/modules/scicos/src/cpp/var2vec.cpp?h=6.0
> #n243
Why is the code for structs (lines 242--74)? commented out ? Is it broken or else ?

> Cheers,
> --
> Cl?ment
>
> -----Original Message-----
> From: antoine monmayrant <antoine.monmayrant at laas.fr>
> Sent: Thursday, October 18, 2018 2:47 PM
> To: Cl?ment DAVID <clement.david at scilab-enterprises.com>; Users 
> mailing list for Scilab <users at lists.scilab.org>
> Cc: Cl?ment David <Clement.David at esi-group.com>
> Subject: Re: [Scilab-users] HDF5 save is super slow
>
>
>
> Le 18/10/2018 ? 14:09, Cl?ment DAVID a ?crit?:
>> Hello,
>>
>> My 2cents, this is probably a poor man?s approach but Xcos offers vec2var / var2vec functions that encode in a double vector any Scilab datatypes passed as arguments. The encoding duplicates the data in memory so there might be some overhead.
> Er, I tried var2vec, but it does not work with structures:
> --> typeof(t)
>   ?ans? =
>   ?st
>
> --> var2vec(t)
> var2vec: Wrong type for input argument #1: Double, Integer, Boolean, String or List type.
>
> Arghh... so var2vec does not work for any datatype right?
>
> Antoine
>> On my machine, I have these timings using the attached script (Antoine?s one edited):
>> save list of syslins: 1.361704
>> save list of vec[]: 0.056788
>> save var2vec(list of syslins): 0.014411
>>
>> Discarding hdf5 groups creation is a huge performance win but remove any way to create clean hdf5 (eg. to address subgroups directly).
>>
>> Thanks,
>>
>> --
>> Cl?ment
>>
>> From: users <users-bounces at lists.scilab.org> On Behalf Of Arvid Ros?n
>> Sent: Tuesday, October 16, 2018 1:01 PM
>> To: antoine.monmayrant at laas.fr; Users mailing list for Scilab 
>> <users at lists.scilab.org>
>> Subject: Re: [Scilab-users] HDF5 save is super slow
>>
>> From: users
>> <users-bounces at lists.scilab.org<mailto:users-bounces at lists.scilab.org
>> >
>>> on behalf of "amonmayr at laas.fr<mailto:amonmayr at laas.fr>"
>> <amonmayr at laas.fr<mailto:amonmayr at laas.fr>>
>> Reply-To:
>> "antoine.monmayrant at laas.fr<mailto:antoine.monmayrant at laas.fr>"
>> <antoine.monmayrant at laas.fr<mailto:antoine.monmayrant at laas.fr>>, 
>> Users mailing list for Scilab 
>> <users at lists.scilab.org<mailto:users at lists.scilab.org>>
>> Date: Tuesday, 16 October 2018 at 09:53
>> To: "users at lists.scilab.org<mailto:users at lists.scilab.org>"
>> <users at lists.scilab.org<mailto:users at lists.scilab.org>>
>> Subject: Re: [Scilab-users] HDF5 save is super slow
>>
>> Couldn't you create your own atom package that restore this raw memory dump for scilab 6.0?
>> I understand why we moved away from this model, but it seems to be key for you.
>> There is always a trade-off between portability (and robustness) and raw speed...
>>
>> Yeah, if that was possible, I would certainly do it. We already have a bunch of C/C++ binaries that we compile and link dynamically, but for that to be easy to implement, I guess the lists and structures need to be stored linearly in one consecutive chunk of memory. I don?t know if that is the case. Anyone? C++ integrations and gateways are very poorly documented at the moment.
>> Otherwise, I would need to do some recursive implementation, that handles a bunch of different object types. Sounds painful.
>>
>> Cheers,
>> Arvid
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists
> .scilab.org/mailman/listinfo/users


--
St?phane Mottelet
Ing?nieur de recherche
EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet

_______________________________________________
users mailing list
users at lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users

From stephane.mottelet at utc.fr  Thu Oct 18 15:56:11 2018
From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=)
Date: Thu, 18 Oct 2018 15:56:11 +0200
Subject: [Scilab-users] HDF5 save is super slow
In-Reply-To: <AM6PR0502MB37022BB38AC06A2DD9B85779B0F80@AM6PR0502MB3702.eurprd05.prod.outlook.com>
References: <8FF26241-EE09-410A-9982-34648E0274FA@softube.com>
 <f40996d2-a76a-008c-925d-eb7ffa730c27@laas.fr>
 <20412977-4292-4E2F-B992-7DFDF29B9746@softube.com>
 <7254d271-46d7-a83e-814a-400c106c7c11@laas.fr>
 <15e5c310-0725-3958-e35c-5b0b00acb7a0@utc.fr>
 <AM6PR0502MB370208EF9E3532354D539083B0FD0@AM6PR0502MB3702.eurprd05.prod.outlook.com>
 <545819DB-4EA0-43A2-9E8C-48AAFAC53A90@softube.com>
 <985c4e27-bda1-fdd7-7451-05c736da731c@laas.fr>
 <5F836FC0-D0F4-4D2E-9A4E-A58E3A7220E4@softube.com>
 <AM6PR0502MB370252C1D30634F4391188DCB0F80@AM6PR0502MB3702.eurprd05.prod.outlook.com>
 <a211ec57-f51f-0db8-c967-605eb4cefef2@laas.fr>
 <AM6PR0502MB3702C0C4549F62EA501A27BAB0F80@AM6PR0502MB3702.eurprd05.prod.outlook.com>
 <51e7d7d4-85f1-196c-bb2c-4063c048cee7@utc.fr>
 <AM6PR0502MB37022BB38AC06A2DD9B85779B0F80@AM6PR0502MB3702.eurprd05.prod.outlook.com>
Message-ID: <b110255b-b3f8-bec2-79bb-e9a7f75d9d89@utc.fr>

Le 18/10/2018 ? 15:51, Cl?ment DAVID a ?crit?:
> Hello Stephane,
>
> Probably commented out as we have no easy way to extract such data easily using only C constructs (from a Scicos block). It might be possible to uncomment and check the counterpart side (vec2var.cpp) to ensure it works correctly.
only single structs are supported, likely.

S.
>
> Thanks,
>
> --
> Cl?ment
>
> -----Original Message-----
> From: users <users-bounces at lists.scilab.org> On Behalf Of St?phane Mottelet
> Sent: Thursday, October 18, 2018 3:01 PM
> To: users at lists.scilab.org
> Subject: Re: [Scilab-users] HDF5 save is super slow
>
> Hello again,
>
> Le 18/10/2018 ? 14:56, Cl?ment David a ?crit?:
>> Hi Antoine,
>>
>> That one point, vec2var has been defined to pass some datatypes from Scilab "ast" (C++ side, data pointers, refcounted) to Scilab "scicos" (C, raw memory allocated once and passed around). Some data structures might not be handled correctly, I was even surprised that mlists worked correctly.
>>
>> Scilab Struct (or Cell) are missing as they are more complex datatypes
>> to serialize. Handle are even harder (as you need to list the
>> properties somewhere). Feel free to take a look at the code [1],
>>
>> [1]:
>> https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/cgit.
>> scilab.org/scilab/tree/scilab/modules/scicos/src/cpp/var2vec.cpp?h=6.0
>> #n243
> Why is the code for structs (lines 242--74)? commented out ? Is it broken or else ?
>
>> Cheers,
>> --
>> Cl?ment
>>
>> -----Original Message-----
>> From: antoine monmayrant <antoine.monmayrant at laas.fr>
>> Sent: Thursday, October 18, 2018 2:47 PM
>> To: Cl?ment DAVID <clement.david at scilab-enterprises.com>; Users
>> mailing list for Scilab <users at lists.scilab.org>
>> Cc: Cl?ment David <Clement.David at esi-group.com>
>> Subject: Re: [Scilab-users] HDF5 save is super slow
>>
>>
>>
>> Le 18/10/2018 ? 14:09, Cl?ment DAVID a ?crit?:
>>> Hello,
>>>
>>> My 2cents, this is probably a poor man?s approach but Xcos offers vec2var / var2vec functions that encode in a double vector any Scilab datatypes passed as arguments. The encoding duplicates the data in memory so there might be some overhead.
>> Er, I tried var2vec, but it does not work with structures:
>> --> typeof(t)
>>    ?ans? =
>>    ?st
>>
>> --> var2vec(t)
>> var2vec: Wrong type for input argument #1: Double, Integer, Boolean, String or List type.
>>
>> Arghh... so var2vec does not work for any datatype right?
>>
>> Antoine
>>> On my machine, I have these timings using the attached script (Antoine?s one edited):
>>> save list of syslins: 1.361704
>>> save list of vec[]: 0.056788
>>> save var2vec(list of syslins): 0.014411
>>>
>>> Discarding hdf5 groups creation is a huge performance win but remove any way to create clean hdf5 (eg. to address subgroups directly).
>>>
>>> Thanks,
>>>
>>> --
>>> Cl?ment
>>>
>>> From: users <users-bounces at lists.scilab.org> On Behalf Of Arvid Ros?n
>>> Sent: Tuesday, October 16, 2018 1:01 PM
>>> To: antoine.monmayrant at laas.fr; Users mailing list for Scilab
>>> <users at lists.scilab.org>
>>> Subject: Re: [Scilab-users] HDF5 save is super slow
>>>
>>> From: users
>>> <users-bounces at lists.scilab.org<mailto:users-bounces at lists.scilab.org
>>>> on behalf of "amonmayr at laas.fr<mailto:amonmayr at laas.fr>"
>>> <amonmayr at laas.fr<mailto:amonmayr at laas.fr>>
>>> Reply-To:
>>> "antoine.monmayrant at laas.fr<mailto:antoine.monmayrant at laas.fr>"
>>> <antoine.monmayrant at laas.fr<mailto:antoine.monmayrant at laas.fr>>,
>>> Users mailing list for Scilab
>>> <users at lists.scilab.org<mailto:users at lists.scilab.org>>
>>> Date: Tuesday, 16 October 2018 at 09:53
>>> To: "users at lists.scilab.org<mailto:users at lists.scilab.org>"
>>> <users at lists.scilab.org<mailto:users at lists.scilab.org>>
>>> Subject: Re: [Scilab-users] HDF5 save is super slow
>>>
>>> Couldn't you create your own atom package that restore this raw memory dump for scilab 6.0?
>>> I understand why we moved away from this model, but it seems to be key for you.
>>> There is always a trade-off between portability (and robustness) and raw speed...
>>>
>>> Yeah, if that was possible, I would certainly do it. We already have a bunch of C/C++ binaries that we compile and link dynamically, but for that to be easy to implement, I guess the lists and structures need to be stored linearly in one consecutive chunk of memory. I don?t know if that is the case. Anyone? C++ integrations and gateways are very poorly documented at the moment.
>>> Otherwise, I would need to do some recursive implementation, that handles a bunch of different object types. Sounds painful.
>>>
>>> Cheers,
>>> Arvid
>> _______________________________________________
>> users mailing list
>> users at lists.scilab.org
>> https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists
>> .scilab.org/mailman/listinfo/users
>
> --
> St?phane Mottelet
> Ing?nieur de recherche
> EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/www.utc.fr/~mottelet
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users


-- 
St?phane Mottelet
Ing?nieur de recherche
EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable
D?partement G?nie des Proc?d?s Industriels
Sorbonne Universit?s - Universit? de Technologie de Compi?gne
CS 60319, 60203 Compi?gne cedex
Tel : +33(0)344234688
http://www.utc.fr/~mottelet



From clement.david at scilab-enterprises.com  Thu Oct 18 16:06:11 2018
From: clement.david at scilab-enterprises.com (=?utf-8?B?Q2zDqW1lbnQgREFWSUQ=?=)
Date: Thu, 18 Oct 2018 14:06:11 +0000
Subject: [Scilab-users] HDF5 save is super slow
In-Reply-To: <c1f6d590-1b1f-44c8-9651-3eb905d01b1f@laas.fr>
References: <8FF26241-EE09-410A-9982-34648E0274FA@softube.com>
 <f40996d2-a76a-008c-925d-eb7ffa730c27@laas.fr>
 <20412977-4292-4E2F-B992-7DFDF29B9746@softube.com>
 <7254d271-46d7-a83e-814a-400c106c7c11@laas.fr>
 <15e5c310-0725-3958-e35c-5b0b00acb7a0@utc.fr>
 <AM6PR0502MB370208EF9E3532354D539083B0FD0@AM6PR0502MB3702.eurprd05.prod.outlook.com>
 <545819DB-4EA0-43A2-9E8C-48AAFAC53A90@softube.com>
 <985c4e27-bda1-fdd7-7451-05c736da731c@laas.fr>
 <5F836FC0-D0F4-4D2E-9A4E-A58E3A7220E4@softube.com>
 <AM6PR0502MB370252C1D30634F4391188DCB0F80@AM6PR0502MB3702.eurprd05.prod.outlook.com>
 <a211ec57-f51f-0db8-c967-605eb4cefef2@laas.fr>
 <AM6PR0502MB3702C0C4549F62EA501A27BAB0F80@AM6PR0502MB3702.eurprd05.prod.outlook.com>
 <51e7d7d4-85f1-196c-bb2c-4063c048cee7@utc.fr>
 <c1f6d590-1b1f-44c8-9651-3eb905d01b1f@laas.fr>
Message-ID: <AM6PR0502MB37027740498BEC28707D61C8B0F80@AM6PR0502MB3702.eurprd05.prod.outlook.com>

> > Why is the code for structs (lines 242--74)? commented out ? Is it 
> > broken or else ?
> If var2vec() / vec2var() could be extended to provide a universal way to serialize / deserialize really any scilab variable, that would be really nice.
> Could we make a SEP or fill a bug as a wish ?

Yep I have no problem to allocate a SEP for that, vec2var / var2vec might be used elsewhere but the format need to be documented for all managed types. Handle, for example, will probably not be stored at first. A SEP might even be good to define the real need for that "a Scilab variable dump for cheap and fast access" and to clearly state that this encoding might change across OS, hardware or Scilab versions.

Are you interested in writing it ?  

Thanks,

--
Cl?ment

From chrisp at poundsc.org  Thu Oct 18 21:59:23 2018
From: chrisp at poundsc.org (Pndsc)
Date: Thu, 18 Oct 2018 12:59:23 -0700 (MST)
Subject: [Scilab-users] Unable to update ATOMS packages - Scilab 6.0.1
In-Reply-To: <fd309f13-e22e-8bdd-4726-5da02be6d9bc@laas.fr>
References: <1539011463988-0.post@n3.nabble.com>
 <1539207428446-0.post@n3.nabble.com>
 <72673daa-1ee9-8d43-2c68-5dc6bb724659@laas.fr>
 <1539293639249-0.post@n3.nabble.com>
 <eab555ad-f368-f1e8-6958-ecddf928164e@laas.fr>
 <1539725185240-0.post@n3.nabble.com>
 <e4621e4a-19bd-27b3-1fc3-2f4cc36f14d7@laas.fr>
 <1539807102556-0.post@n3.nabble.com> <1539808573045-0.post@n3.nabble.com>
 <fd309f13-e22e-8bdd-4726-5da02be6d9bc@laas.fr>
Message-ID: <1539892763946-0.post@n3.nabble.com>

Blank window - sometimes the buttons themselves arent displayed but will
spawn when the mouse cursor goes over them.

https://imgur.com/a/lxdokm1

>Maybe the fix I proposed you (the export MESA_GL_VERSION_OVERRIDE=3.0 ;
>) is not exactly what you need. Someone told me to try to limit the mesa
>gl version to use, but the optimal value might be different for you. You
>might try to experiment different values. 

It seems that this might have been a superfluous thing - the nightly build
scilab is the one that gives me a libgfortran error and refuses to start.
Conventional 6.0.1 starts fine but doesnt display any graphs. 




--
Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html


From amonmayr at laas.fr  Fri Oct 19 10:28:04 2018
From: amonmayr at laas.fr (amonmayr at laas.fr)
Date: Fri, 19 Oct 2018 10:28:04 +0200
Subject: [Scilab-users] Unable to update ATOMS packages - Scilab 6.0.1
In-Reply-To: <1539892763946-0.post@n3.nabble.com>
References: <1539011463988-0.post@n3.nabble.com>
 <1539207428446-0.post@n3.nabble.com>
 <72673daa-1ee9-8d43-2c68-5dc6bb724659@laas.fr>
 <1539293639249-0.post@n3.nabble.com>
 <eab555ad-f368-f1e8-6958-ecddf928164e@laas.fr>
 <1539725185240-0.post@n3.nabble.com>
 <e4621e4a-19bd-27b3-1fc3-2f4cc36f14d7@laas.fr>
 <1539807102556-0.post@n3.nabble.com> <1539808573045-0.post@n3.nabble.com>
 <fd309f13-e22e-8bdd-4726-5da02be6d9bc@laas.fr>
 <1539892763946-0.post@n3.nabble.com>
Message-ID: <cf3dc1ac-bb3d-68b3-1493-cbbcbeb2b34b@laas.fr>

Le 18/10/2018 ? 21:59, Pndsc a ?crit?:
> Blank window - sometimes the buttons themselves arent displayed but will
> spawn when the mouse cursor goes over them.
>
> https://imgur.com/a/lxdokm1
OK, this really looks like a driver issue or a java out of memory issue.
You should increase the amount of memory dedicated to the java virtual 
machine: Edit->Preferences->General->Java Heap Memory
I think you need to restart scilab to apply the change.
>
>> Maybe the fix I proposed you (the export MESA_GL_VERSION_OVERRIDE=3.0 ;
>> ) is not exactly what you need. Someone told me to try to limit the mesa
>> gl version to use, but the optimal value might be different for you. You
>> might try to experiment different values.
> It seems that this might have been a superfluous thing - the nightly build
> scilab is the one that gives me a libgfortran error and refuses to start.
> Conventional 6.0.1 starts fine but doesnt display any graphs.
>
>
>
>
> --
> Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>

-- 
+++++++++++++++++++++++++++++++++++++++++++++++++++++++

  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 chrisp at poundsc.org  Fri Oct 19 17:33:40 2018
From: chrisp at poundsc.org (Pndsc)
Date: Fri, 19 Oct 2018 08:33:40 -0700 (MST)
Subject: [Scilab-users] Unable to update ATOMS packages - Scilab 6.0.1
In-Reply-To: <cf3dc1ac-bb3d-68b3-1493-cbbcbeb2b34b@laas.fr>
References: <72673daa-1ee9-8d43-2c68-5dc6bb724659@laas.fr>
 <1539293639249-0.post@n3.nabble.com>
 <eab555ad-f368-f1e8-6958-ecddf928164e@laas.fr>
 <1539725185240-0.post@n3.nabble.com>
 <e4621e4a-19bd-27b3-1fc3-2f4cc36f14d7@laas.fr>
 <1539807102556-0.post@n3.nabble.com> <1539808573045-0.post@n3.nabble.com>
 <fd309f13-e22e-8bdd-4726-5da02be6d9bc@laas.fr>
 <1539892763946-0.post@n3.nabble.com>
 <cf3dc1ac-bb3d-68b3-1493-cbbcbeb2b34b@laas.fr>
Message-ID: <1539963220693-0.post@n3.nabble.com>

Tried changing the memory from 256mb through 1-4gb with no change. I'm going
to read through a couple of things I found on the matlab forums that might
be relevant considering the X11 errors in my console and try later
tonight/weekend.



--
Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html


From antoine.monmayrant at laas.fr  Fri Oct 19 19:47:13 2018
From: antoine.monmayrant at laas.fr (antoine monmayrant)
Date: Fri, 19 Oct 2018 19:47:13 +0200
Subject: [Scilab-users] Unable to update ATOMS packages - Scilab 6.0.1
In-Reply-To: <1539963220693-0.post@n3.nabble.com>
References: <72673daa-1ee9-8d43-2c68-5dc6bb724659@laas.fr>
 <1539293639249-0.post@n3.nabble.com>
 <eab555ad-f368-f1e8-6958-ecddf928164e@laas.fr>
 <1539725185240-0.post@n3.nabble.com>
 <e4621e4a-19bd-27b3-1fc3-2f4cc36f14d7@laas.fr>
 <1539807102556-0.post@n3.nabble.com> <1539808573045-0.post@n3.nabble.com>
 <fd309f13-e22e-8bdd-4726-5da02be6d9bc@laas.fr>
 <1539892763946-0.post@n3.nabble.com>
 <cf3dc1ac-bb3d-68b3-1493-cbbcbeb2b34b@laas.fr>
 <1539963220693-0.post@n3.nabble.com>
Message-ID: <41c15680-6a32-b243-b2e7-c38752976ab4@laas.fr>

OK, please let us know what you found: whether it works or not, it will 
most probably be useful for the rest of the community.

Cheers,

Antoine

PS: you aren't tunneling through ssh -Y or ssh -X when you use scilab, 
right?


Le 19/10/2018 ? 17:33, Pndsc a ?crit?:
> Tried changing the memory from 256mb through 1-4gb with no change. I'm going
> to read through a couple of things I found on the matlab forums that might
> be relevant considering the X11 errors in my console and try later
> tonight/weekend.
>
>
>
> --
> Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>



From stephane.mottelet at utc.fr  Fri Oct 19 20:38:04 2018
From: stephane.mottelet at utc.fr (=?utf-8?Q?St=C3=A9phane_Mottelet?=)
Date: Fri, 19 Oct 2018 20:38:04 +0200
Subject: [Scilab-users] Unable to update ATOMS packages - Scilab 6.0.1
In-Reply-To: <41c15680-6a32-b243-b2e7-c38752976ab4@laas.fr>
References: <72673daa-1ee9-8d43-2c68-5dc6bb724659@laas.fr>
 <1539293639249-0.post@n3.nabble.com>
 <eab555ad-f368-f1e8-6958-ecddf928164e@laas.fr>
 <1539725185240-0.post@n3.nabble.com>
 <e4621e4a-19bd-27b3-1fc3-2f4cc36f14d7@laas.fr>
 <1539807102556-0.post@n3.nabble.com> <1539808573045-0.post@n3.nabble.com>
 <fd309f13-e22e-8bdd-4726-5da02be6d9bc@laas.fr>
 <1539892763946-0.post@n3.nabble.com>
 <cf3dc1ac-bb3d-68b3-1493-cbbcbeb2b34b@laas.fr>
 <1539963220693-0.post@n3.nabble.com>
 <41c15680-6a32-b243-b2e7-c38752976ab4@laas.fr>
Message-ID: <90836D62-B66C-4749-B7B6-D9FE7829622C@utc.fr>



> Le 19 oct. 2018 ? 19:47, antoine monmayrant <antoine.monmayrant at laas.fr> a ?crit :
> 
> OK, please let us know what you found: whether it works or not, it will most probably be useful for the rest of the community.
> 
> Cheers,
> 
> Antoine
> 
> PS: you aren't tunneling through ssh -Y or ssh -X when you use scilab, right?

Of worse, on a headless server thru Vnc or else ?

S.

> 
> 
>> Le 19/10/2018 ? 17:33, Pndsc a ?crit :
>> Tried changing the memory from 256mb through 1-4gb with no change. I'm going
>> to read through a couple of things I found on the matlab forums that might
>> be relevant considering the X11 errors in my console and try later
>> tonight/weekend.
>> 
>> 
>> 
>> --
>> Sent from: https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html
>> _______________________________________________
>> users mailing list
>> users at lists.scilab.org
>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users
>> 
> 
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users



From daniel.aguilarl07 at gmail.com  Tue Oct 23 02:28:10 2018
From: daniel.aguilarl07 at gmail.com (aguilard)
Date: Mon, 22 Oct 2018 17:28:10 -0700 (MST)
Subject: [Scilab-users] Scilab and Glassfish v5 server
Message-ID: <1540254490508-0.post@n3.nabble.com>

*Hello!*
I've been using Scilab with Javasci for a while and I'm trying to make a web
service with Java EE, using scilab to do the maths! The app is running on
Glassfish v5 but when I call the scilab methods it tells me that the server
is unable to find the Scilab Java Main-Class. The app works perfectly
standalone. I copy all the .jar files that I need in the corresponding
folder but it doesn't work.

*Does anybody know how to configure glassfish to make the conection with
Scilab? or how to configure the classpath? *
 
I have like a week with this issue.

Greetings, Daniel Aguilar.



--
Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html


From chrisp at poundsc.org  Tue Oct 23 22:39:52 2018
From: chrisp at poundsc.org (Pndsc)
Date: Tue, 23 Oct 2018 13:39:52 -0700 (MST)
Subject: [Scilab-users] Unable to update ATOMS packages - Scilab 6.0.1
In-Reply-To: <1539011463988-0.post@n3.nabble.com>
References: <1539011463988-0.post@n3.nabble.com>
Message-ID: <1540327192156-0.post@n3.nabble.com>

Update for 23/10/18.

After reading up on amd drivers it looked like my remaining issue was my old
AMD graphics card, an R7 240 from circa 2014. I removed this card, swapped
my 1050Ti card from my other desktop machine and booted to a black screen so
required a fresh install of Kubuntu 18.04.

Installing Scilab from repositories gave me previously encountered errors to
do with Java. I followed and implemented the fixes from:

https://askubuntu.com/questions/1029163/how-to-get-scilab-6-0-1-working-on-ubuntu-18-04-lts/1029164

for reverting to OpenJDK 8, again.

Scilab now runs, Xcos graphs will display (so apparently an nvidia card
fixes that issue) but I am left with my original issue with ATOMS not
updating and saying: 

No ATOMS module is available. Please, check your Internet connection or make
sure that your OS is compatible with ATOMS

--> atomsSystemUpdate
Scanning repository http://atoms.scilab.org/6.0 ... Done

at line   265 of function atomsDESCRIPTIONget (
/usr/share/scilab/modules/atoms/macros/atoms_internals/atomsDESCRIPTIONget.sci
line 284 )
at line    16 of function atomsSystemUpdate   (
/usr/share/scilab/modules/atoms/macros/atomsSystemUpdate.sci line 33 )

atomsDESCRIPTIONget: save
('/home/chris/.Scilab/scilab-6.0.1/.atoms/packages') has failed.

Alternatives:

Downloading nightlies or the standard 6.0.1 from the website manually leads
me back on the libgfortran merry-go-round, fixed again with installing gcc-7
g++-7 and again resulting in the X11glxdrawablefactory stuff.

I've done the export mesa to version 3.0 bit. 

I cant imagine what piece of voodoo I'm missing that managed to fix my
problem last time, I'm pretty sure I've gone through this thread and
N0rberts askubuntu responses and repeated just about all of it.



--
Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html


From heinznabielek at icloud.com  Wed Oct 24 02:19:38 2018
From: heinznabielek at icloud.com (Heinz Nabielek)
Date: Wed, 24 Oct 2018 02:19:38 +0200
Subject: [Scilab-users] Perhaps the Time-Frequency Toolbox was never meant
	for Scilab on a Mac?
Message-ID: <13987C35-FBAD-4A77-AB75-AA4AF8F50C44@icloud.com>



In SciLab 6.0.1 on my iMac, I tried

--> exec /Users/heinznabielek/stftb/builder.sce 

and after a lot of hard work, I ended up with lots of error messages. Perhaps this Time-Frequency Toolbox was never meant for Scilab on a Mac?
Heinz



> --> mode(-1);
> Building macros...
> -- Creation of [stftblib] (Macros) --
> genlib: Processing file: altes.sci

......


  ilib_gen_Make: configure : Generate Makefile.
   ilib_gen_Make: Modification of the Makefile in TMPDIR.
   Running the makefile
ilib_compile: An error occurred during the compilation:
In file included from Caf2tfr.c:19:
In file included from /Users/heinznabielek/stftb/sci_gateway/c/tftb.h:19:
/Users/heinznabielek/stftb/sci_gateway/c/kiss_fft.h:8:10: fatal error: 'malloc.h' file not found
#include <malloc.h>
         ^~~~~~~~~~
1 error generated.
make: *** [Caf2tfr.lo] Error 1
ilib_compile: The command was:
make  CFLAGS=" -D__SCILAB_TOOLBOX__ -I/Applications/scilab-6.0.1.app/Contents/MacOS/share/scilab/../../include/scilab/ -I/Applications/scilab-6.0.1.app/Contents/MacOS/share/scilab/../../include/ -I/Users/heinznabielek/stftb/sci_gateway/c/ -Dkiss_fft_scalar=double " CXXFLAGS=" -D__SCILAB_TOOLBOX__ -I/Applications/scilab-6.0.1.app/Contents/MacOS/share/scilab/../../include/scilab/ -I/Applications/scilab-6.0.1.app/Contents/MacOS/share/scilab/../../include/ -I/Users/heinznabielek/stftb/sci_gateway/c/ -Dkiss_fft_scalar=double " FFLAGS="-I/Applications/scilab-6.0.1.app/Contents/MacOS/share/scilab/../../include/scilab/ "
Generating loader_gateway.sce...
Generating cleaner_gateway.sce...
Link failed for dynamic library '/Users/heinznabielek/stftb/sci_gateway/c//libstftb_c.dylib'.
An error occurred: dlopen(/Users/heinznabielek/stftb/sci_gateway/c//libstftb_c.dylib, 10): image not found
Link failed for dynamic library '/Users/heinznabielek/stftb/sci_gateway/c//libstftb_c.dylib'.
An error occurred: dlopen(/Users/heinznabielek/stftb/sci_gateway/c//libstftb_c.dylib, 10): image not found
at line    43 of executed file /Users/heinznabielek/stftb/sci_gateway/c/loader.sce
at line    20 of executed file /Users/heinznabielek/stftb/sci_gateway/loader_gateway.sce
at line    38 of executed file /Users/heinznabielek/stftb/builder.sce

addinter: The shared archive was not loaded: (null)



From rouxph.22 at gmail.com  Wed Oct 24 13:56:29 2018
From: rouxph.22 at gmail.com (philippe)
Date: Wed, 24 Oct 2018 13:56:29 +0200
Subject: [Scilab-users] bug in scilab histplot normalization
Message-ID: <pqpmha$uo3$1@blaine.gmane.org>

Hi to all

the histograms from histplot looks to have a bad normalization  in
scilab 6.0.1 (ubuntu 18.04) , see :

http://bugzilla.scilab.org/show_bug.cgi?id=15832

the images in the help page for histplot show the problem even on scilab
website :

https://help.scilab.org/docs/6.0.1/fr_FR/histplot.html

just run the example #3 to confirm :

lambda = 2;
X = grand(100000,1,"exp", 1/lambda);
Xmax = max(X);
clf()
histplot(40, X, style=2)
x = linspace(0,max(Xmax),100)';
plot2d(x,lambda*exp(-lambda*x),strf="000",style=5)
legend(["exponential random sample histogram" "exact density curve"]);


best regards,
Philippe



From rouxph.22 at gmail.com  Thu Oct 25 14:19:41 2018
From: rouxph.22 at gmail.com (philippe)
Date: Thu, 25 Oct 2018 14:19:41 +0200
Subject: [Scilab-users] How to Install SCILAB 5.5.2 on Ubuntu 18.04
In-Reply-To: <CAJKcLoVzFpUz+-suhyk1L4xg3a37pW1=GZyUG1FrB4eWsLJG7w@mail.gmail.com>
References: <CAJKcLoVzFpUz+-suhyk1L4xg3a37pW1=GZyUG1FrB4eWsLJG7w@mail.gmail.com>
Message-ID: <pqsc8q$b95$1@blaine.gmane.org>

Hi,

Le 18/10/2018 ? 13:23, Samuel Enibe a ?crit?:
> I have installed SCILAB 6.0.1 on Ubuntu 18.04 but it is experiencing so
> many problems. One of these is the inability to Install modules from ATOMS. 

Each time there is a major upgrade the first versions scilab-*.0.* have
always been bugged and waited toolboxes upgrade for a long time. It's
probably normal for a major upgrade and we have to wait for scilab-6.1.0
release to get something more stable.

> 
> To circumvent this problem, I downloaded the binary version of 5.5.2 and
> installed it using the instructions on SCILAB wiki. Unfortunately, the
> installation does not work at all. 

On the contrary to other major upgrades that's the first time I face the
impossibility to downgrade to older version of scilab. It's a big
problem for me too.
> 
> Is there another way of doing the installation of 5.5.2?

the only way I found is to install the windows binaries on linux with wine :

wine scilab-5.5.2_x64.exe

and then launch scilab with the command line :

wine ~/.wine/drive_c/Program Files/scilab-5.5.2/bin/WScilex.exe

It looks to work until you don't need to increase stacksize.

Best regards,

Philippe



From fixed-term.MohamedIkbal.Nacer at etas.com  Thu Oct 25 15:53:02 2018
From: fixed-term.MohamedIkbal.Nacer at etas.com (FIXED-TERM Nacer Mohamed Ikbal (ETAS/ESY))
Date: Thu, 25 Oct 2018 13:53:02 +0000
Subject: [Scilab-users] Optimization
Message-ID: <ce46ae0de98745a6bc2e009eb1bfd105@etas.com>

Hi,

I have a simple task to split a element of a matrix into rows where remaining columns are duplicated. I have achieved that with loops.
I am sure there is an efficient way to do it using matrix functions. Can you please help?

The data contains both numbers and strings
the column 6 and 7 has equal numbers of elements delimited by '~'


Given Matrix

1          2          3          4          5          a~b~c~d                       111~222~333~444
4          5          6          7          6          e~f~g~h~i         555~666~777~888~999
8          9          10         11         12         j~k~l~m            112~223~334~445
.........
.........

Output after processing

1          2          3          4          5          a          111
1          2          3          4          5          b          222
1          2          3          4          5          c          333
1          2          3          4          5          d          444
4          5          6          7          6          e          555
4          5          6          7          6          f           666
4          5          6          7          6          g          777
4          5          6          7          6          h          888
4          5          6          7          6          i           999
8          9          10         11         12         j           112
8          9          10         11         12         k          223
8          9          10         11         12         l           334
8          9          10         11         12         m         445
..........
..........
Mit freundlichen Gr??en / Best regards

Mohamed Ikbal Nacer

Engineering of Systems (ETAS/ESY)
Tel. +49 711 3423-0 | Fax +49 711 3423-300 | fixed-term.MohamedIkbal.Nacer at etas.com<mailto:fixed-term.MohamedIkbal.Nacer at etas.com>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181025/cc836141/attachment.htm>

From denis.crete at thalesgroup.com  Thu Oct 25 18:30:35 2018
From: denis.crete at thalesgroup.com (CRETE Denis)
Date: Thu, 25 Oct 2018 16:30:35 +0000
Subject: [Scilab-users] Optimization
In-Reply-To: <ce46ae0de98745a6bc2e009eb1bfd105@etas.com>
References: <ce46ae0de98745a6bc2e009eb1bfd105@etas.com>
Message-ID: <992d4a6e49274f22a9b799fb21a6a012@thalesgroup.com>

Hello
Is this any better ?
Out=[];
for im=1:3,
alpha=tokens(M(im,6));
numbers=tokens(M(im,7));
for jm=1:size(alpha,'r'),
Out=[Out;[M(im,1:5),alpha(jm),numbers(jm)]];
end;
end;

Note : I dont know of any repeat_vector_string function that would be useful to eliminate the inner loop: Out=[Out; [ repeat_vector_string(M(im,1:5),size(alpha)),alpha,numbers]]
(equivalent of kronecker operator for strings...)

HTH
Denis

De : users [mailto:users-bounces at lists.scilab.org] De la part de FIXED-TERM Nacer Mohamed Ikbal (ETAS/ESY)
Envoy? : jeudi 25 octobre 2018 15:53
? : users at lists.scilab.org
Objet : [Scilab-users] Optimization

Hi,

I have a simple task to split a element of a matrix into rows where remaining columns are duplicated. I have achieved that with loops.
I am sure there is an efficient way to do it using matrix functions. Can you please help?

The data contains both numbers and strings
the column 6 and 7 has equal numbers of elements delimited by '~'


Given Matrix

1          2          3          4          5          a~b~c~d                       111~222~333~444
4          5          6          7          6          e~f~g~h~i         555~666~777~888~999
8          9          10         11         12         j~k~l~m            112~223~334~445
.........
.........

Output after processing

1          2          3          4          5          a          111
1          2          3          4          5          b          222
1          2          3          4          5          c          333
1          2          3          4          5          d          444
4          5          6          7          6          e          555
4          5          6          7          6          f           666
4          5          6          7          6          g          777
4          5          6          7          6          h          888
4          5          6          7          6          i           999
8          9          10         11         12         j           112
8          9          10         11         12         k          223
8          9          10         11         12         l           334
8          9          10         11         12         m         445
..........
..........
Mit freundlichen Gr??en / Best regards

Mohamed Ikbal Nacer

Engineering of Systems (ETAS/ESY)
Tel. +49 711 3423-0 | Fax +49 711 3423-300 | fixed-term.MohamedIkbal.Nacer at etas.com<mailto:fixed-term.MohamedIkbal.Nacer at etas.com>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181025/65bc3e6d/attachment.htm>

From fixed-term.MohamedIkbal.Nacer at etas.com  Fri Oct 26 15:26:10 2018
From: fixed-term.MohamedIkbal.Nacer at etas.com (FIXED-TERM Nacer Mohamed Ikbal (ETAS/ESY))
Date: Fri, 26 Oct 2018 13:26:10 +0000
Subject: [Scilab-users] Tall Array in Scilab
Message-ID: <620dff5137134ed2b062e2958c2ffc53@etas.com>

Hello M'ms and Sirs,

Do we have the concept of Tall Array in scilab, because I need to read a big chunk of data and it may get worst and worst soon and scilab is crushing because it cannot handle it.
The concept of Tall Array is explained it here https://www.mathworks.com/help/matlab/import_export/tall-arrays.html


So if anyone can help it will be very helpful ?

Thanks in advances.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181026/751b3191/attachment.htm>

From fixed-term.MohamedIkbal.Nacer at etas.com  Fri Oct 26 16:45:00 2018
From: fixed-term.MohamedIkbal.Nacer at etas.com (FIXED-TERM Nacer Mohamed Ikbal (ETAS/ESY))
Date: Fri, 26 Oct 2018 14:45:00 +0000
Subject: [Scilab-users] Scilab from Powershell
Message-ID: <5b81b67b49b647238f28478e14301e67@etas.com>

hello mesdames and sirs,

I want to ask you about the possibility of calling a function that has been written within a scilab from powershell.

I am doing the following after have the file where the code written a side than calling it :

$objScilab.SendScilabJob("exec('D:\New\ScilabCode.sce', -1)")


I always receive an error result 999 in powershell

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181026/2763b885/attachment.htm>

From antoine.elias at scilab-enterprises.com  Fri Oct 26 17:06:38 2018
From: antoine.elias at scilab-enterprises.com (Antoine ELIAS)
Date: Fri, 26 Oct 2018 17:06:38 +0200
Subject: [Scilab-users] Scilab from Powershell
In-Reply-To: <5b81b67b49b647238f28478e14301e67@etas.com>
References: <5b81b67b49b647238f28478e14301e67@etas.com>
Message-ID: <40f0f72d-dd46-3809-4039-51901830f415@scilab-enterprises.com>

Hello,

I made a quick test and it seems to work ( curiosity ... I never used 
powershell with Scilab )

ps.sce :


PS E:\git\6.0\scilab> $objScilab.SendScilabJob("exec('d:\tests\ps.sce', 
-1);")

 ?? 0.3616361?? 0.4826472?? 0.5015342?? 0.6325745
 ?? 0.2922267?? 0.3321719?? 0.4368588?? 0.4051954
 ?? 0.5664249?? 0.5935095?? 0.2693125?? 0.9184708
0

Is it possible that you have an error in your file ?
Do you have try to exec your file in Scilab ?

Antoine
Le 26/10/2018 ? 16:45, FIXED-TERM Nacer Mohamed Ikbal (ETAS/ESY) a ?crit?:
>
> hello mesdames and sirs,
>
> I want to ask you about the possibility of calling a function that has 
> been written within a scilab from powershell.
>
> I am doing the following after have the file where the code written a 
> side than calling it :
>
> $objScilab.SendScilabJob("exec('D:\New\ScilabCode.sce', -1)")
>
> I always receive an error result 999 in powershell
>
>
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181026/a48f614e/attachment.htm>

From samuel.enibe at unn.edu.ng  Fri Oct 26 20:36:55 2018
From: samuel.enibe at unn.edu.ng (Samuel Enibe)
Date: Fri, 26 Oct 2018 19:36:55 +0100
Subject: [Scilab-users] How to Install SCILAB 5.5.2 on Ubuntu 18.04
In-Reply-To: <pqsc8q$b95$1@blaine.gmane.org>
References: <CAJKcLoVzFpUz+-suhyk1L4xg3a37pW1=GZyUG1FrB4eWsLJG7w@mail.gmail.com>
 <pqsc8q$b95$1@blaine.gmane.org>
Message-ID: <CAJKcLoVHZFtm+JK=aqZpNAOeevd+OGZ3gDS565TaDHAK9HS=mA@mail.gmail.com>

Thanks for the suggestions. I am very grateful.
God bless you.
Samuel Enibe

On 25 Oct 2018 13:20, "philippe" <rouxph.22 at gmail.com> wrote:

> Hi,
>
> Le 18/10/2018 ? 13:23, Samuel Enibe a ?crit :
> > I have installed SCILAB 6.0.1 on Ubuntu 18.04 but it is experiencing so
> > many problems. One of these is the inability to Install modules from
> ATOMS.
>
> Each time there is a major upgrade the first versions scilab-*.0.* have
> always been bugged and waited toolboxes upgrade for a long time. It's
> probably normal for a major upgrade and we have to wait for scilab-6.1.0
> release to get something more stable.
>
> >
> > To circumvent this problem, I downloaded the binary version of 5.5.2 and
> > installed it using the instructions on SCILAB wiki. Unfortunately, the
> > installation does not work at all.
>
> On the contrary to other major upgrades that's the first time I face the
> impossibility to downgrade to older version of scilab. It's a big
> problem for me too.
> >
> > Is there another way of doing the installation of 5.5.2?
>
> the only way I found is to install the windows binaries on linux with wine
> :
>
> wine scilab-5.5.2_x64.exe
>
> and then launch scilab with the command line :
>
> wine ~/.wine/drive_c/Program Files/scilab-5.5.2/bin/WScilex.exe
>
> It looks to work until you don't need to increase stacksize.
>
> Best regards,
>
> Philippe
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181026/0d4392e8/attachment.htm>

From denis.crete at thalesgroup.com  Mon Oct 29 10:05:13 2018
From: denis.crete at thalesgroup.com (CRETE Denis)
Date: Mon, 29 Oct 2018 09:05:13 +0000
Subject: [Scilab-users] Tall Array in Scilab
In-Reply-To: <620dff5137134ed2b062e2958c2ffc53@etas.com>
References: <620dff5137134ed2b062e2958c2ffc53@etas.com>
Message-ID: <5ad4488bc3c2452da293bfe93158eae0@thalesgroup.com>

Hello,
Did you try to increase the stack size with stacksize() ; it may be a simple solution if the array is not too big.
Otherwise, I generally recourse to the Scilab function unix_g(), with a string parameter calling one of the basic OS functions (e.g. sed or grep) to reduce the size of the array before processing with SciLab.
HTH
Denis

[@@ THALES GROUP INTERNAL @@]

Unit? Mixte de Physique CNRS / THALES
1 Avenue Augustin Fresnel
91767 Palaiseau CEDEx - France
Tel : +33 (0)1 69 41 58 52 Fax : +33 (0)1 69 41 58 78
e-mail :
 denis.crete at thalesgroup.com<mailto:denis.crete at thalesgroup.com> <mailto:%20denis.crete at thalesgroup.com>
http://www.trt.thalesgroup.com/ump-cnrs-thales
http://www.research.thalesgroup.com

De : users [mailto:users-bounces at lists.scilab.org] De la part de FIXED-TERM Nacer Mohamed Ikbal (ETAS/ESY)
Envoy? : vendredi 26 octobre 2018 15:26
? : users at lists.scilab.org
Objet : [Scilab-users] Tall Array in Scilab

Hello M'ms and Sirs,

Do we have the concept of Tall Array in scilab, because I need to read a big chunk of data and it may get worst and worst soon and scilab is crushing because it cannot handle it.
The concept of Tall Array is explained it here https://www.mathworks.com/help/matlab/import_export/tall-arrays.html


So if anyone can help it will be very helpful ?

Thanks in advances.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181029/2e1e87f5/attachment.htm>

From sgougeon at free.fr  Mon Oct 29 13:53:01 2018
From: sgougeon at free.fr (Samuel Gougeon)
Date: Mon, 29 Oct 2018 13:53:01 +0100
Subject: [Scilab-users] uicontrol TABLE
In-Reply-To: <4001c07c250ae604b97a8b1d5d1c9e3a@il.pw.edu.pl>
References: <4001c07c250ae604b97a8b1d5d1c9e3a@il.pw.edu.pl>
Message-ID: <585cfd09-6fb8-8aff-0249-be2285dfe9cd@free.fr>

Hello Izabela,

Le 18/10/2018 ? 12:47, Izabela W?jcik-Grz?ba a ?crit :
> Hello,
>
> Sorry for returning to the topic of editting uicontrol Table but I still
> don't know how it works. When I change the data in a Help example (code
> below) the resulting table t2 doesn't change.

You are likely using Scilab 5.5.2. This bug is fixed in Scilab 6.

Regards
Samuel



From sgougeon at free.fr  Mon Oct 29 14:00:05 2018
From: sgougeon at free.fr (Samuel Gougeon)
Date: Mon, 29 Oct 2018 14:00:05 +0100
Subject: [Scilab-users] uicontrol TABLE
In-Reply-To: <4001c07c250ae604b97a8b1d5d1c9e3a@il.pw.edu.pl>
References: <4001c07c250ae604b97a8b1d5d1c9e3a@il.pw.edu.pl>
Message-ID: <2a83ef60-7466-f42a-577d-ccfef75b6f89@free.fr>

Le 18/10/2018 ? 12:47, Izabela W?jcik-Grz?ba a ?crit :
> .../...
> I use a version from this site which should work:
> http://www.scilab.org/fr/development/nightly_builds/master

I am not able to reproduce the Scilab 5 bug with the NB master for Windows.
For me, changing values works as expected.

Samuel



From iwoj at il.pw.edu.pl  Mon Oct 29 15:46:06 2018
From: iwoj at il.pw.edu.pl (=?UTF-8?Q?Izabela_W=C3=B3jcik-Grz=C4=85ba?=)
Date: Mon, 29 Oct 2018 15:46:06 +0100
Subject: [Scilab-users] uicontrol TABLE
In-Reply-To: <2a83ef60-7466-f42a-577d-ccfef75b6f89@free.fr>
References: <4001c07c250ae604b97a8b1d5d1c9e3a@il.pw.edu.pl>
 <2a83ef60-7466-f42a-577d-ccfef75b6f89@free.fr>
Message-ID: <85bc58f665bf6b701bb964b37684d249@il.pw.edu.pl>

I have 6.01 version and changing values doesn't work. When the figure 
with table pops up I change some values, then close the window and check 
a t2 variable. The table t2 is unchanged. Maybe I am doing something 
wrong?


Iza



W dniu 29.10.2018 14:00, Samuel Gougeon napisa?(a):
> Le 18/10/2018 ? 12:47, Izabela W?jcik-Grz?ba a ?crit :
>> .../...
>> I use a version from this site which should work:
>> http://www.scilab.org/fr/development/nightly_builds/master
> 
> I am not able to reproduce the Scilab 5 bug with the NB master for 
> Windows.
> For me, changing values works as expected.
> 
> Samuel
> 
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users


From sgougeon at free.fr  Mon Oct 29 16:02:44 2018
From: sgougeon at free.fr (Samuel Gougeon)
Date: Mon, 29 Oct 2018 16:02:44 +0100
Subject: [Scilab-users] uicontrol TABLE
In-Reply-To: <85bc58f665bf6b701bb964b37684d249@il.pw.edu.pl>
References: <4001c07c250ae604b97a8b1d5d1c9e3a@il.pw.edu.pl>
 <2a83ef60-7466-f42a-577d-ccfef75b6f89@free.fr>
 <85bc58f665bf6b701bb964b37684d249@il.pw.edu.pl>
Message-ID: <3d8c357c-203d-7428-aad2-762a8e068846@free.fr>

Le 29/10/2018 ? 15:46, Izabela W?jcik-Grz?ba a ?crit :
> I have 6.01 version and changing values doesn't work. When the figure 
> with table pops up I change some values, then close the window and 
> check a t2 variable. 

If you really do things in this order, you kill the uicontrol that can't 
be addressed anymore, and you should get an error message:

--> t2=matrix(ut.string,size(table))
at line     7 of function %h_e ( SCI\modules\graphics\macros\%h_e.sci 
line 19 )

get: The handle is not or no more valid.

and then yes, t2 has not been updated.

> The table t2 is unchanged. Maybe I am doing something wrong?
>
> Iza 



From sgougeon at free.fr  Mon Oct 29 16:11:46 2018
From: sgougeon at free.fr (Samuel Gougeon)
Date: Mon, 29 Oct 2018 16:11:46 +0100
Subject: [Scilab-users] uicontrol TABLE
In-Reply-To: <3d8c357c-203d-7428-aad2-762a8e068846@free.fr>
References: <4001c07c250ae604b97a8b1d5d1c9e3a@il.pw.edu.pl>
 <2a83ef60-7466-f42a-577d-ccfef75b6f89@free.fr>
 <85bc58f665bf6b701bb964b37684d249@il.pw.edu.pl>
 <3d8c357c-203d-7428-aad2-762a8e068846@free.fr>
Message-ID: <989807c1-1305-5f70-de05-86e2ba27148e@free.fr>

Le 29/10/2018 ? 16:02, Samuel Gougeon a ?crit :
> Le 29/10/2018 ? 15:46, Izabela W?jcik-Grz?ba a ?crit :
>> I have 6.01 version and changing values doesn't work. When the figure 
>> with table pops up I change some values, then close the window and 
>> check a t2 variable. 

Aa, you might also have considered that after
t2=matrix(ut.string,size(table))
your t2 always points to the table's content, and that each modification 
in the table updates it automatically.
It's the case for ut.string, but not for t2. To update t2, you still 
have to rerun
t2=matrix(ut.string,size(table))

Samuel



From amonmayr at laas.fr  Mon Oct 29 16:17:03 2018
From: amonmayr at laas.fr (Antoine Monmayrant)
Date: Mon, 29 Oct 2018 16:17:03 +0100
Subject: [Scilab-users] scilab mkdir and UNC path support
Message-ID: <1aa8-5bd72480-5-6f334d00@148062320>

Hi all,

The lack of support for UNC path in scilab is a real issue in our lab (UNC path are Windows paths that looks like \\server\dir1\subdir1\).
In particular it breaks atomsInstall for all the Windows users here as our home dir is mounted as a UNC path: \\servername\username.
I found the main issue (I think) in mkdir() at line 88:
    subdirs = strsplit(NewDirectory, ["/" "\"]);
obviously, splitting the  path to the new directory is not going to give you something nice with a UNC path that starts with "\\".
I have an idea to workaround this limitation, but there is still something I don't get in the logic of mkdir(): this splitting is associated with "bAddFirstDirSep", a variable that tries to detect something wrong with the first directory separator.
Could anyone more knowledgeable than me explain why it is there and what is is doing?
I would not want to reintroduce some bug with my modified version...

Thanks,

Antoine



From iwoj at il.pw.edu.pl  Mon Oct 29 16:18:55 2018
From: iwoj at il.pw.edu.pl (=?UTF-8?Q?Izabela_W=C3=B3jcik-Grz=C4=85ba?=)
Date: Mon, 29 Oct 2018 16:18:55 +0100
Subject: [Scilab-users] uicontrol TABLE
In-Reply-To: <3d8c357c-203d-7428-aad2-762a8e068846@free.fr>
References: <4001c07c250ae604b97a8b1d5d1c9e3a@il.pw.edu.pl>
 <2a83ef60-7466-f42a-577d-ccfef75b6f89@free.fr>
 <85bc58f665bf6b701bb964b37684d249@il.pw.edu.pl>
 <3d8c357c-203d-7428-aad2-762a8e068846@free.fr>
Message-ID: <5b49efe04b1e7bf2669d39cd425c0116@il.pw.edu.pl>

I am not getting any error message. I tried also not to close the 
window. How should it work? It's unclear for me.




W dniu 29.10.2018 16:02, Samuel Gougeon napisa?(a):
> Le 29/10/2018 ? 15:46, Izabela W?jcik-Grz?ba a ?crit :
>> I have 6.01 version and changing values doesn't work. When the figure 
>> with table pops up I change some values, then close the window and 
>> check a t2 variable.
> 
> If you really do things in this order, you kill the uicontrol that
> can't be addressed anymore, and you should get an error message:
> 
> --> t2=matrix(ut.string,size(table))
> at line     7 of function %h_e ( SCI\modules\graphics\macros\%h_e.sci 
> line 19 )
> 
> get: The handle is not or no more valid.
> 
> and then yes, t2 has not been updated.
> 
>> The table t2 is unchanged. Maybe I am doing something wrong?
>> 
>> Iza
> 
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users


From amonmayr at laas.fr  Mon Oct 29 18:51:38 2018
From: amonmayr at laas.fr (Antoine Monmayrant)
Date: Mon, 29 Oct 2018 18:51:38 +0100
Subject: [Scilab-users]
 =?utf-8?b?Pz09P3V0Zi04P3E/ICBVbmFibGUgdG8gdXBkYXRl?=
 =?utf-8?q?_ATOMS_packages_-_Scilab_6=2E0=2E1?=
In-Reply-To: <1540327192156-0.post@n3.nabble.com>
Message-ID: <25b4-5bd74880-31-61d1de80@267535390>

Hello,

Here is what I did in Ubuntu 18.10 to get scilab 6.0 nightly build to work (it also suffers from the missing libgfortran): 
- download the last nighlty build of the 6.0 branch,
- untar it,
- sudo apt-get install libgfortran3,
- run scilab from the terminal,
- success!

Could you use the same approach to solve your problems?

Antoine
 
 
Le Mardi, Octobre 23, 2018 22:39 CEST, Pndsc <chrisp at poundsc.org> a ?crit: 
 
> Update for 23/10/18.
> 
> After reading up on amd drivers it looked like my remaining issue was my old
> AMD graphics card, an R7 240 from circa 2014. I removed this card, swapped
> my 1050Ti card from my other desktop machine and booted to a black screen so
> required a fresh install of Kubuntu 18.04.
> 
> Installing Scilab from repositories gave me previously encountered errors to
> do with Java. I followed and implemented the fixes from:
> 
> https://askubuntu.com/questions/1029163/how-to-get-scilab-6-0-1-working-on-ubuntu-18-04-lts/1029164
> 
> for reverting to OpenJDK 8, again.
> 
> Scilab now runs, Xcos graphs will display (so apparently an nvidia card
> fixes that issue) but I am left with my original issue with ATOMS not
> updating and saying: 
> 
> No ATOMS module is available. Please, check your Internet connection or make
> sure that your OS is compatible with ATOMS
> 
> --> atomsSystemUpdate
> Scanning repository http://atoms.scilab.org/6.0 ... Done
> 
> at line   265 of function atomsDESCRIPTIONget (
> /usr/share/scilab/modules/atoms/macros/atoms_internals/atomsDESCRIPTIONget.sci
> line 284 )
> at line    16 of function atomsSystemUpdate   (
> /usr/share/scilab/modules/atoms/macros/atomsSystemUpdate.sci line 33 )
> 
> atomsDESCRIPTIONget: save
> ('/home/chris/.Scilab/scilab-6.0.1/.atoms/packages') has failed.
> 
> Alternatives:
> 
> Downloading nightlies or the standard 6.0.1 from the website manually leads
> me back on the libgfortran merry-go-round, fixed again with installing gcc-7
> g++-7 and again resulting in the X11glxdrawablefactory stuff.
> 
> I've done the export mesa to version 3.0 bit. 
> 
> I cant imagine what piece of voodoo I'm missing that managed to fix my
> problem last time, I'm pretty sure I've gone through this thread and
> N0rberts askubuntu responses and repeated just about all of it.
> 
> 
> 
> --
> Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>



From sgougeon at free.fr  Mon Oct 29 19:40:14 2018
From: sgougeon at free.fr (Samuel Gougeon)
Date: Mon, 29 Oct 2018 19:40:14 +0100
Subject: [Scilab-users] scilab mkdir and UNC path support
In-Reply-To: <1aa8-5bd72480-5-6f334d00@148062320>
References: <1aa8-5bd72480-5-6f334d00@148062320>
Message-ID: <35a81a6e-56e2-f288-45da-04aeea807bb4@free.fr>

Le 29/10/2018 ? 16:17, Antoine Monmayrant a ?crit :
> Hi all,
>
> The lack of support for UNC path in scilab is a real issue in our lab (UNC path are Windows paths that looks like \\server\dir1\subdir1\).
> In particular it breaks atomsInstall for all the Windows users here as our home dir is mounted as a UNC path: \\servername\username.
> I found the main issue (I think) in mkdir() at line 88:
>      subdirs = strsplit(NewDirectory, ["/" "\"]);
> obviously, splitting the  path to the new directory is not going to give you something nice with a UNC path that starts with "\\".
> I have an idea to workaround this limitation, but there is still something I don't get in the logic of mkdir(): this splitting is associated with "bAddFirstDirSep", a variable that tries to detect something wrong with the first directory separator.
> Could anyone more knowledgeable than me explain why it is there and what is is doing?
> I would not want to reintroduce some bug with my modified version...

On windows, we have
--> pathconvert("c:\",%f,%t,"u")
  ans  =
  /cygdrive/c

I don't know what we might do with this. There is no cygdrive on my 
computer (AFAIK :/)

Conversely, could you try something like
--> pathconvert(your_slashslash_path, %f, %t, "w")

Samuel



From fixed-term.MohamedIkbal.Nacer at etas.com  Tue Oct 30 10:13:12 2018
From: fixed-term.MohamedIkbal.Nacer at etas.com (FIXED-TERM Nacer Mohamed Ikbal (ETAS/ESY))
Date: Tue, 30 Oct 2018 09:13:12 +0000
Subject: [Scilab-users] parallel_run
Message-ID: <e193142a5b9e4f12a07f77c3aa0245a9@etas.com>

Hello Sir\M'm

I am trying to execute parallel_run method but even with I have tried by copy pasting the example in the forum

function a=g(arg1)
  a=arg1*arg1
endfunction

res = parallel_run(1:10, g);


but I have the following error: " Undefined variable: parallel_run"

Thanks in advance.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181030/aaa17228/attachment.htm>

From paul.carrico at esterline.com  Tue Oct 30 10:15:06 2018
From: paul.carrico at esterline.com (Carrico, Paul)
Date: Tue, 30 Oct 2018 09:15:06 +0000
Subject: [Scilab-users] parallel_run
In-Reply-To: <e193142a5b9e4f12a07f77c3aa0245a9@etas.com>
References: <e193142a5b9e4f12a07f77c3aa0245a9@etas.com>
Message-ID: <3A6B7233274DB449A2A0053A47684F953FEFF309@BGS-EX01.auxitrol.ad>

Hi

I do not know if it's still the case, but some time ago, parallel runs were only available under Linux and not under Windows

Paul

EXPORT CONTROL :
Cet email ne contient pas de donn?es techniques
This email does not contain technical data

De : users [mailto:users-bounces at lists.scilab.org] De la part de FIXED-TERM Nacer Mohamed Ikbal (ETAS/ESY)
Envoy? : mardi 30 octobre 2018 10:13
? : users at lists.scilab.org
Objet : [EXTERNAL] [Scilab-users] parallel_run

Hello Sir\M'm

I am trying to execute parallel_run method but even with I have tried by copy pasting the example in the forum

function a=g(arg1)
  a=arg1*arg1
endfunction

res = parallel_run(1:10, g);


but I have the following error: " Undefined variable: parallel_run"

Thanks in advance.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181030/2ce8379d/attachment.htm>

From arvid at softube.com  Tue Oct 30 10:39:08 2018
From: arvid at softube.com (=?utf-8?B?QXJ2aWQgUm9zw6lu?=)
Date: Tue, 30 Oct 2018 09:39:08 +0000
Subject: [Scilab-users] parallel_run
Message-ID: <4763E85B-D41D-4B87-A34B-0B7F30FBEDA4@softube.com>

parallel_run has also been broken on macOS for ages unfortunately. I don?t think it was removed though.

Cheers,
Arvid


From: Scilab Users List <users-bounces at lists.scilab.org> on behalf of "Carrico, Paul" <paul.carrico at esterline.com>
Reply-To: Users mailing list for Scilab <users at lists.scilab.org>
Date: Tuesday, 30 October 2018 at 10:15
To: 'Users mailing list for Scilab' <users at lists.scilab.org>
Subject: Re: [Scilab-users] parallel_run

Hi

I do not know if it?s still the case, but some time ago, parallel runs were only available under Linux and not under Windows

Paul

EXPORT CONTROL :
Cet email ne contient pas de donn?es techniques
This email does not contain technical data

De : users [mailto:users-bounces at lists.scilab.org] De la part de FIXED-TERM Nacer Mohamed Ikbal (ETAS/ESY)
Envoy? : mardi 30 octobre 2018 10:13
? : users at lists.scilab.org
Objet : [EXTERNAL] [Scilab-users] parallel_run

Hello Sir\M?m

I am trying to execute parallel_run method but even with I have tried by copy pasting the example in the forum

function a=g(arg1)
  a=arg1*arg1
endfunction

res = parallel_run(1:10, g);


but I have the following error: ? Undefined variable: parallel_run?

Thanks in advance.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181030/80863476/attachment.htm>

From fixed-term.MohamedIkbal.Nacer at etas.com  Tue Oct 30 10:44:48 2018
From: fixed-term.MohamedIkbal.Nacer at etas.com (FIXED-TERM Nacer Mohamed Ikbal (ETAS/ESY))
Date: Tue, 30 Oct 2018 09:44:48 +0000
Subject: [Scilab-users] parallel_run
In-Reply-To: <4763E85B-D41D-4B87-A34B-0B7F30FBEDA4@softube.com>
References: <4763E85B-D41D-4B87-A34B-0B7F30FBEDA4@softube.com>
Message-ID: <263345311e474f66ba1d55dde5f81f85@etas.com>


Hello Again,

In that case what should I do  I want to run code paralley because I have a very big file ?



From: users <users-bounces at lists.scilab.org> On Behalf Of Arvid Ros?n
Sent: Tuesday, October 30, 2018 10:39 AM
To: Users mailing list for Scilab <users at lists.scilab.org>
Subject: Re: [Scilab-users] parallel_run

parallel_run has also been broken on macOS for ages unfortunately. I don?t think it was removed though.

Cheers,
Arvid


From: Scilab Users List <users-bounces at lists.scilab.org<mailto:users-bounces at lists.scilab.org>> on behalf of "Carrico, Paul" <paul.carrico at esterline.com<mailto:paul.carrico at esterline.com>>
Reply-To: Users mailing list for Scilab <users at lists.scilab.org<mailto:users at lists.scilab.org>>
Date: Tuesday, 30 October 2018 at 10:15
To: 'Users mailing list for Scilab' <users at lists.scilab.org<mailto:users at lists.scilab.org>>
Subject: Re: [Scilab-users] parallel_run

Hi

I do not know if it?s still the case, but some time ago, parallel runs were only available under Linux and not under Windows

Paul

EXPORT CONTROL :
Cet email ne contient pas de donn?es techniques
This email does not contain technical data

De : users [mailto:users-bounces at lists.scilab.org] De la part de FIXED-TERM Nacer Mohamed Ikbal (ETAS/ESY)
Envoy? : mardi 30 octobre 2018 10:13
? : users at lists.scilab.org<mailto:users at lists.scilab.org>
Objet : [EXTERNAL] [Scilab-users] parallel_run

Hello Sir\M?m

I am trying to execute parallel_run method but even with I have tried by copy pasting the example in the forum

function a=g(arg1)
  a=arg1*arg1
endfunction

res = parallel_run(1:10, g);


but I have the following error: ? Undefined variable: parallel_run?

Thanks in advance.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181030/40fcd061/attachment.htm>

From paul.carrico at esterline.com  Tue Oct 30 10:46:13 2018
From: paul.carrico at esterline.com (Carrico, Paul)
Date: Tue, 30 Oct 2018 09:46:13 +0000
Subject: [Scilab-users] parallel_run
In-Reply-To: <263345311e474f66ba1d55dde5f81f85@etas.com>
References: <4763E85B-D41D-4B87-A34B-0B7F30FBEDA4@softube.com>
 <263345311e474f66ba1d55dde5f81f85@etas.com>
Message-ID: <3A6B7233274DB449A2A0053A47684F953FEFF39D@BGS-EX01.auxitrol.ad>

What do you want to do exactly ?



EXPORT CONTROL :
Cet email ne contient pas de donn?es techniques
This email does not contain technical data

De : users [mailto:users-bounces at lists.scilab.org] De la part de FIXED-TERM Nacer Mohamed Ikbal (ETAS/ESY)
Envoy? : mardi 30 octobre 2018 10:45
? : Users mailing list for Scilab
Objet : [EXTERNAL] Re: [Scilab-users] parallel_run


Hello Again,

In that case what should I do  I want to run code paralley because I have a very big file ?


From: users <users-bounces at lists.scilab.org> On Behalf Of Arvid Ros?n
Sent: Tuesday, October 30, 2018 10:39 AM
To: Users mailing list for Scilab <users at lists.scilab.org>
Subject: Re: [Scilab-users] parallel_run

parallel_run has also been broken on macOS for ages unfortunately. I don?t think it was removed though.

Cheers,
Arvid


From: Scilab Users List <users-bounces at lists.scilab.org<mailto:users-bounces at lists.scilab.org>> on behalf of "Carrico, Paul" <paul.carrico at esterline.com<mailto:paul.carrico at esterline.com>>
Reply-To: Users mailing list for Scilab <users at lists.scilab.org<mailto:users at lists.scilab.org>>
Date: Tuesday, 30 October 2018 at 10:15
To: 'Users mailing list for Scilab' <users at lists.scilab.org<mailto:users at lists.scilab.org>>
Subject: Re: [Scilab-users] parallel_run

Hi

I do not know if it?s still the case, but some time ago, parallel runs were only available under Linux and not under Windows

Paul

EXPORT CONTROL :
Cet email ne contient pas de donn?es techniques
This email does not contain technical data

De : users [mailto:users-bounces at lists.scilab.org] De la part de FIXED-TERM Nacer Mohamed Ikbal (ETAS/ESY)
Envoy? : mardi 30 octobre 2018 10:13
? : users at lists.scilab.org<mailto:users at lists.scilab.org>
Objet : [EXTERNAL] [Scilab-users] parallel_run

Hello Sir\M?m

I am trying to execute parallel_run method but even with I have tried by copy pasting the example in the forum

function a=g(arg1)
  a=arg1*arg1
endfunction

res = parallel_run(1:10, g);


but I have the following error: ? Undefined variable: parallel_run?

Thanks in advance.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181030/409376c1/attachment.htm>

From stephane.mottelet at utc.fr  Tue Oct 30 10:47:50 2018
From: stephane.mottelet at utc.fr (=?utf-8?Q?St=C3=A9phane_Mottelet?=)
Date: Tue, 30 Oct 2018 10:47:50 +0100
Subject: [Scilab-users] parallel_run
In-Reply-To: <4763E85B-D41D-4B87-A34B-0B7F30FBEDA4@softube.com>
References: <4763E85B-D41D-4B87-A34B-0B7F30FBEDA4@softube.com>
Message-ID: <A4A239F1-B997-4B49-B568-F6A5276E4B6E@utc.fr>

Hello 

parallel_run is currently disabled in Scilab 6 for *all* platforms.

S.

> Le 30 oct. 2018 ? 10:39, Arvid Ros?n <arvid at softube.com> a ?crit :
> 
> parallel_run has also been broken on macOS for ages unfortunately. I don?t think it was removed though.
>  
> Cheers,
> Arvid
>  
>  
> From: Scilab Users List <users-bounces at lists.scilab.org> on behalf of "Carrico, Paul" <paul.carrico at esterline.com>
> Reply-To: Users mailing list for Scilab <users at lists.scilab.org>
> Date: Tuesday, 30 October 2018 at 10:15
> To: 'Users mailing list for Scilab' <users at lists.scilab.org>
> Subject: Re: [Scilab-users] parallel_run
>  
> Hi
>  
> I do not know if it?s still the case, but some time ago, parallel runs were only available under Linux and not under Windows
>  
> Paul
> EXPORT CONTROL : 
> Cet email ne contient pas de donn?es techniques
> This email does not contain technical data
> 
>  
> De : users [mailto:users-bounces at lists.scilab.org] De la part de FIXED-TERM Nacer Mohamed Ikbal (ETAS/ESY)
> Envoy? : mardi 30 octobre 2018 10:13
> ? : users at lists.scilab.org
> Objet : [EXTERNAL] [Scilab-users] parallel_run
>  
> Hello Sir\M?m
>  
> I am trying to execute parallel_run method but even with I have tried by copy pasting the example in the forum
>  
> function a=g(arg1)
>   a=arg1*arg1
> endfunction
>  
> res = parallel_run(1:10, g);
>  
>  
> but I have the following error: ? Undefined variable: parallel_run?
>  
> Thanks in advance.
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181030/40ffd766/attachment.htm>

From stephane.mottelet at utc.fr  Tue Oct 30 10:48:37 2018
From: stephane.mottelet at utc.fr (=?utf-8?Q?St=C3=A9phane_Mottelet?=)
Date: Tue, 30 Oct 2018 10:48:37 +0100
Subject: [Scilab-users] parallel_run
In-Reply-To: <263345311e474f66ba1d55dde5f81f85@etas.com>
References: <4763E85B-D41D-4B87-A34B-0B7F30FBEDA4@softube.com>
 <263345311e474f66ba1d55dde5f81f85@etas.com>
Message-ID: <188BE03D-82E2-4D96-8063-FC088D5E3CD5@utc.fr>

Use Scilab 5.5.2 under Linux.

S.

> Le 30 oct. 2018 ? 10:44, FIXED-TERM Nacer Mohamed Ikbal (ETAS/ESY) <fixed-term.MohamedIkbal.Nacer at etas.com> a ?crit :
> 
>  
> Hello Again,
>  
> In that case what should I do  I want to run code paralley because I have a very big file ?
>  
> 
> 
> From: users <users-bounces at lists.scilab.org> On Behalf Of Arvid Ros?n
> Sent: Tuesday, October 30, 2018 10:39 AM
> To: Users mailing list for Scilab <users at lists.scilab.org>
> Subject: Re: [Scilab-users] parallel_run
>  
> parallel_run has also been broken on macOS for ages unfortunately. I don?t think it was removed though.
>  
> Cheers,
> Arvid
>  
>  
> From: Scilab Users List <users-bounces at lists.scilab.org> on behalf of "Carrico, Paul" <paul.carrico at esterline.com>
> Reply-To: Users mailing list for Scilab <users at lists.scilab.org>
> Date: Tuesday, 30 October 2018 at 10:15
> To: 'Users mailing list for Scilab' <users at lists.scilab.org>
> Subject: Re: [Scilab-users] parallel_run
>  
> Hi
>  
> I do not know if it?s still the case, but some time ago, parallel runs were only available under Linux and not under Windows
>  
> Paul
> EXPORT CONTROL : 
> Cet email ne contient pas de donn?es techniques
> This email does not contain technical data
> 
>  
> De : users [mailto:users-bounces at lists.scilab.org] De la part de FIXED-TERM Nacer Mohamed Ikbal (ETAS/ESY)
> Envoy? : mardi 30 octobre 2018 10:13
> ? : users at lists.scilab.org
> Objet : [EXTERNAL] [Scilab-users] parallel_run
>  
> Hello Sir\M?m
>  
> I am trying to execute parallel_run method but even with I have tried by copy pasting the example in the forum
>  
> function a=g(arg1)
>   a=arg1*arg1
> endfunction
>  
> res = parallel_run(1:10, g);
>  
>  
> but I have the following error: ? Undefined variable: parallel_run?
>  
> Thanks in advance.
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181030/66e0120c/attachment.htm>

From fixed-term.MohamedIkbal.Nacer at etas.com  Tue Oct 30 10:50:47 2018
From: fixed-term.MohamedIkbal.Nacer at etas.com (FIXED-TERM Nacer Mohamed Ikbal (ETAS/ESY))
Date: Tue, 30 Oct 2018 09:50:47 +0000
Subject: [Scilab-users] parallel_run
In-Reply-To: <188BE03D-82E2-4D96-8063-FC088D5E3CD5@utc.fr>
References: <4763E85B-D41D-4B87-A34B-0B7F30FBEDA4@softube.com>
 <263345311e474f66ba1d55dde5f81f85@etas.com>
 <188BE03D-82E2-4D96-8063-FC088D5E3CD5@utc.fr>
Message-ID: <67c0cb9363d14f3faef8e4d5a48c123d@etas.com>



I think the fact that there is no Multi-Threading system within scilab framework is a big drawback.


From: users <users-bounces at lists.scilab.org> On Behalf Of St?phane Mottelet
Sent: Tuesday, October 30, 2018 10:49 AM
To: Users mailing list for Scilab <users at lists.scilab.org>
Subject: Re: [Scilab-users] parallel_run

Use Scilab 5.5.2 under Linux.

S.

Le 30 oct. 2018 ? 10:44, FIXED-TERM Nacer Mohamed Ikbal (ETAS/ESY) <fixed-term.MohamedIkbal.Nacer at etas.com<mailto:fixed-term.MohamedIkbal.Nacer at etas.com>> a ?crit :

Hello Again,

In that case what should I do  I want to run code paralley because I have a very big file ?




From: users <users-bounces at lists.scilab.org<mailto:users-bounces at lists.scilab.org>> On Behalf Of Arvid Ros?n
Sent: Tuesday, October 30, 2018 10:39 AM
To: Users mailing list for Scilab <users at lists.scilab.org<mailto:users at lists.scilab.org>>
Subject: Re: [Scilab-users] parallel_run

parallel_run has also been broken on macOS for ages unfortunately. I don?t think it was removed though.

Cheers,
Arvid


From: Scilab Users List <users-bounces at lists.scilab.org<mailto:users-bounces at lists.scilab.org>> on behalf of "Carrico, Paul" <paul.carrico at esterline.com<mailto:paul.carrico at esterline.com>>
Reply-To: Users mailing list for Scilab <users at lists.scilab.org<mailto:users at lists.scilab.org>>
Date: Tuesday, 30 October 2018 at 10:15
To: 'Users mailing list for Scilab' <users at lists.scilab.org<mailto:users at lists.scilab.org>>
Subject: Re: [Scilab-users] parallel_run

Hi

I do not know if it?s still the case, but some time ago, parallel runs were only available under Linux and not under Windows

Paul

EXPORT CONTROL :
Cet email ne contient pas de donn?es techniques
This email does not contain technical data

De : users [mailto:users-bounces at lists.scilab.org] De la part de FIXED-TERM Nacer Mohamed Ikbal (ETAS/ESY)
Envoy? : mardi 30 octobre 2018 10:13
? : users at lists.scilab.org<mailto:users at lists.scilab.org>
Objet : [EXTERNAL] [Scilab-users] parallel_run

Hello Sir\M?m

I am trying to execute parallel_run method but even with I have tried by copy pasting the example in the forum

function a=g(arg1)
  a=arg1*arg1
endfunction

res = parallel_run(1:10, g);


but I have the following error: ? Undefined variable: parallel_run?

Thanks in advance.
_______________________________________________
users mailing list
users at lists.scilab.org<mailto:users at lists.scilab.org>
https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181030/e245370a/attachment.htm>

From paul.carrico at esterline.com  Tue Oct 30 10:54:39 2018
From: paul.carrico at esterline.com (Carrico, Paul)
Date: Tue, 30 Oct 2018 09:54:39 +0000
Subject: [Scilab-users] parallel_run
In-Reply-To: <67c0cb9363d14f3faef8e4d5a48c123d@etas.com>
References: <4763E85B-D41D-4B87-A34B-0B7F30FBEDA4@softube.com>
 <263345311e474f66ba1d55dde5f81f85@etas.com>
 <188BE03D-82E2-4D96-8063-FC088D5E3CD5@utc.fr>
 <67c0cb9363d14f3faef8e4d5a48c123d@etas.com>
Message-ID: <3A6B7233274DB449A2A0053A47684F953FEFF3CB@BGS-EX01.auxitrol.ad>

Scilab is not probably the best tool to deal with big files (except maybe csv ones ? but without addition information?s from your side); for your study, I suggest you to have a look to python ?

EXPORT CONTROL :
Cet email ne contient pas de donn?es techniques
This email does not contain technical data

De : users [mailto:users-bounces at lists.scilab.org] De la part de FIXED-TERM Nacer Mohamed Ikbal (ETAS/ESY)
Envoy? : mardi 30 octobre 2018 10:51
? : Users mailing list for Scilab
Objet : [EXTERNAL] Re: [Scilab-users] parallel_run



I think the fact that there is no Multi-Threading system within scilab framework is a big drawback.

From: users <users-bounces at lists.scilab.org> On Behalf Of St?phane Mottelet
Sent: Tuesday, October 30, 2018 10:49 AM
To: Users mailing list for Scilab <users at lists.scilab.org>
Subject: Re: [Scilab-users] parallel_run

Use Scilab 5.5.2 under Linux.

S.

Le 30 oct. 2018 ? 10:44, FIXED-TERM Nacer Mohamed Ikbal (ETAS/ESY) <fixed-term.MohamedIkbal.Nacer at etas.com<mailto:fixed-term.MohamedIkbal.Nacer at etas.com>> a ?crit :

Hello Again,

In that case what should I do  I want to run code paralley because I have a very big file ?



From: users <users-bounces at lists.scilab.org<mailto:users-bounces at lists.scilab.org>> On Behalf Of Arvid Ros?n
Sent: Tuesday, October 30, 2018 10:39 AM
To: Users mailing list for Scilab <users at lists.scilab.org<mailto:users at lists.scilab.org>>
Subject: Re: [Scilab-users] parallel_run

parallel_run has also been broken on macOS for ages unfortunately. I don?t think it was removed though.

Cheers,
Arvid


From: Scilab Users List <users-bounces at lists.scilab.org<mailto:users-bounces at lists.scilab.org>> on behalf of "Carrico, Paul" <paul.carrico at esterline.com<mailto:paul.carrico at esterline.com>>
Reply-To: Users mailing list for Scilab <users at lists.scilab.org<mailto:users at lists.scilab.org>>
Date: Tuesday, 30 October 2018 at 10:15
To: 'Users mailing list for Scilab' <users at lists.scilab.org<mailto:users at lists.scilab.org>>
Subject: Re: [Scilab-users] parallel_run

Hi

I do not know if it?s still the case, but some time ago, parallel runs were only available under Linux and not under Windows

Paul

EXPORT CONTROL :
Cet email ne contient pas de donn?es techniques
This email does not contain technical data

De : users [mailto:users-bounces at lists.scilab.org] De la part de FIXED-TERM Nacer Mohamed Ikbal (ETAS/ESY)
Envoy? : mardi 30 octobre 2018 10:13
? : users at lists.scilab.org<mailto:users at lists.scilab.org>
Objet : [EXTERNAL] [Scilab-users] parallel_run

Hello Sir\M?m

I am trying to execute parallel_run method but even with I have tried by copy pasting the example in the forum

function a=g(arg1)
  a=arg1*arg1
endfunction

res = parallel_run(1:10, g);


but I have the following error: ? Undefined variable: parallel_run?

Thanks in advance.
_______________________________________________
users mailing list
users at lists.scilab.org<mailto:users at lists.scilab.org>
https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users<https://urldefense.proofpoint.com/v2/url?u=https-3A__antispam.utc.fr_proxy_1_c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy_lists.scilab.org_mailman_listinfo_users&d=DwMGaQ&c=0hKVUfnuoBozYN8UvxPA-w&r=4TCz--8bXfJhZZvIxJAemAJyz7Vfx78XvgYu3LN7eLo&m=Blvo1n7SxDimsoEOWU_VJPW88Hpdz3AXvr547C6Hbjc&s=TxShEIqz0kVTe25aefsqQCjAyDxzxeii4TrnU5XMil8&e=>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181030/1abec4b5/attachment.htm>

From arvid at softube.com  Tue Oct 30 11:11:45 2018
From: arvid at softube.com (=?utf-8?B?QXJ2aWQgUm9zw6lu?=)
Date: Tue, 30 Oct 2018 10:11:45 +0000
Subject: [Scilab-users] parallel_run
In-Reply-To: <3A6B7233274DB449A2A0053A47684F953FEFF3CB@BGS-EX01.auxitrol.ad>
References: <4763E85B-D41D-4B87-A34B-0B7F30FBEDA4@softube.com>
 <263345311e474f66ba1d55dde5f81f85@etas.com>
 <188BE03D-82E2-4D96-8063-FC088D5E3CD5@utc.fr>
 <67c0cb9363d14f3faef8e4d5a48c123d@etas.com>
 <3A6B7233274DB449A2A0053A47684F953FEFF3CB@BGS-EX01.auxitrol.ad>
Message-ID: <0F086CBD-EFA4-4EFF-A935-07BE2432D2FC@softube.com>

I agree. This is a huge drawback, and not only for reading files. We have a smp implementation (for Scilab) written in C that use forking and intermediate files to overcome this, but it only works in Scilab 5 when running headless. This really limits the usefulness of the software I think, as modern servers typically have lots of cores.

Cheers,
Arvid


From: Scilab Users List <users-bounces at lists.scilab.org> on behalf of "Carrico, Paul" <paul.carrico at esterline.com>
Reply-To: Users mailing list for Scilab <users at lists.scilab.org>
Date: Tuesday, 30 October 2018 at 10:55
To: 'Users mailing list for Scilab' <users at lists.scilab.org>
Subject: Re: [Scilab-users] parallel_run

Scilab is not probably the best tool to deal with big files (except maybe csv ones ? but without addition information?s from your side); for your study, I suggest you to have a look to python ?

EXPORT CONTROL :
Cet email ne contient pas de donn?es techniques
This email does not contain technical data

De : users [mailto:users-bounces at lists.scilab.org] De la part de FIXED-TERM Nacer Mohamed Ikbal (ETAS/ESY)
Envoy? : mardi 30 octobre 2018 10:51
? : Users mailing list for Scilab
Objet : [EXTERNAL] Re: [Scilab-users] parallel_run



I think the fact that there is no Multi-Threading system within scilab framework is a big drawback.


From: users <users-bounces at lists.scilab.org> On Behalf Of St?phane Mottelet
Sent: Tuesday, October 30, 2018 10:49 AM
To: Users mailing list for Scilab <users at lists.scilab.org>
Subject: Re: [Scilab-users] parallel_run

Use Scilab 5.5.2 under Linux.

S.

Le 30 oct. 2018 ? 10:44, FIXED-TERM Nacer Mohamed Ikbal (ETAS/ESY) <fixed-term.MohamedIkbal.Nacer at etas.com<mailto:fixed-term.MohamedIkbal.Nacer at etas.com>> a ?crit :

Hello Again,

In that case what should I do  I want to run code paralley because I have a very big file ?




From: users <users-bounces at lists.scilab.org<mailto:users-bounces at lists.scilab.org>> On Behalf Of Arvid Ros?n
Sent: Tuesday, October 30, 2018 10:39 AM
To: Users mailing list for Scilab <users at lists.scilab.org<mailto:users at lists.scilab.org>>
Subject: Re: [Scilab-users] parallel_run

parallel_run has also been broken on macOS for ages unfortunately. I don?t think it was removed though.

Cheers,
Arvid


From: Scilab Users List <users-bounces at lists.scilab.org<mailto:users-bounces at lists.scilab.org>> on behalf of "Carrico, Paul" <paul.carrico at esterline.com<mailto:paul.carrico at esterline.com>>
Reply-To: Users mailing list for Scilab <users at lists.scilab.org<mailto:users at lists.scilab.org>>
Date: Tuesday, 30 October 2018 at 10:15
To: 'Users mailing list for Scilab' <users at lists.scilab.org<mailto:users at lists.scilab.org>>
Subject: Re: [Scilab-users] parallel_run

Hi

I do not know if it?s still the case, but some time ago, parallel runs were only available under Linux and not under Windows

Paul

EXPORT CONTROL :
Cet email ne contient pas de donn?es techniques
This email does not contain technical data

De : users [mailto:users-bounces at lists.scilab.org] De la part de FIXED-TERM Nacer Mohamed Ikbal (ETAS/ESY)
Envoy? : mardi 30 octobre 2018 10:13
? : users at lists.scilab.org<mailto:users at lists.scilab.org>
Objet : [EXTERNAL] [Scilab-users] parallel_run

Hello Sir\M?m

I am trying to execute parallel_run method but even with I have tried by copy pasting the example in the forum

function a=g(arg1)
  a=arg1*arg1
endfunction

res = parallel_run(1:10, g);


but I have the following error: ? Undefined variable: parallel_run?

Thanks in advance.
_______________________________________________
users mailing list
users at lists.scilab.org<mailto:users at lists.scilab.org>
https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users<https://urldefense.proofpoint.com/v2/url?u=https-3A__antispam.utc.fr_proxy_1_c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy_lists.scilab.org_mailman_listinfo_users&d=DwMGaQ&c=0hKVUfnuoBozYN8UvxPA-w&r=4TCz--8bXfJhZZvIxJAemAJyz7Vfx78XvgYu3LN7eLo&m=Blvo1n7SxDimsoEOWU_VJPW88Hpdz3AXvr547C6Hbjc&s=TxShEIqz0kVTe25aefsqQCjAyDxzxeii4TrnU5XMil8&e=>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181030/30aea5db/attachment.htm>

From amonmayr at laas.fr  Tue Oct 30 16:09:21 2018
From: amonmayr at laas.fr (Antoine Monmayrant)
Date: Tue, 30 Oct 2018 16:09:21 +0100
Subject: [Scilab-users]
 =?utf-8?b?Pz09P3V0Zi04P3E/ICBzY2lsYWIgbWtkaXIgYW5k?=
 =?utf-8?q?_UNC_path_support?=
In-Reply-To: <35a81a6e-56e2-f288-45da-04aeea807bb4@free.fr>
Message-ID: <5afb-5bd87400-49-50001680@246027468>

Hello Samuel,

Well, pathconvert does not help much here (it does not change a single char to my unc path).
But anyway, it's a dead end for me: in addition to some assumptions in mkdir() that are not true with unc path, mkdir() calls a hard coded function (createdir) that I am not able to modify.
One of the issue with createdir is that it tries to determine whether a path is a local or a global one: its logic is failing with a unc path...

Too bad,

Antoine
 
 
Le Lundi, Octobre 29, 2018 19:40 CET, Samuel Gougeon <sgougeon at free.fr> a ?crit: 
 
> Le 29/10/2018 ? 16:17, Antoine Monmayrant a ?crit :
> > Hi all,
> >
> > The lack of support for UNC path in scilab is a real issue in our lab (UNC path are Windows paths that looks like \\server\dir1\subdir1\).
> > In particular it breaks atomsInstall for all the Windows users here as our home dir is mounted as a UNC path: \\servername\username.
> > I found the main issue (I think) in mkdir() at line 88:
> >      subdirs = strsplit(NewDirectory, ["/" "\"]);
> > obviously, splitting the  path to the new directory is not going to give you something nice with a UNC path that starts with "\\".
> > I have an idea to workaround this limitation, but there is still something I don't get in the logic of mkdir(): this splitting is associated with "bAddFirstDirSep", a variable that tries to detect something wrong with the first directory separator.
> > Could anyone more knowledgeable than me explain why it is there and what is is doing?
> > I would not want to reintroduce some bug with my modified version...
> 
> On windows, we have
> --> pathconvert("c:\",%f,%t,"u")
>   ans  =
>   /cygdrive/c
> 
> I don't know what we might do with this. There is no cygdrive on my 
> computer (AFAIK :/)
> 
> Conversely, could you try something like
> --> pathconvert(your_slashslash_path, %f, %t, "w")
> 
> Samuel
> 
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>



From stephane.mottelet at utc.fr  Wed Oct 31 10:19:33 2018
From: stephane.mottelet at utc.fr (stephane.mottelet at utc.fr)
Date: Wed, 31 Oct 2018 10:19:33 +0100
Subject: [Scilab-users] Scilab 6.0.1 and OSX Mojave
In-Reply-To: <1438330580.217999.1540849339772.JavaMail.administrator@n3.nabble.com>
Message-ID: <20181031101933.Horde.C_usMWt1eHcsYmUrS6QApFB@webmail.utc.fr>

  rickygzz97 at gmail.com a ?crit?:

> I need your help, with the new Mojave update and running scilab,
>
> I fully don?t understand what to do, please I really need to use  
> this application, I have to go to the terminal, and then I couldn't  
> do anything, it displays that this system may fail, and only  
> supported by mountain lion to high sierra
>
> Need your help ASAP
>
> _____________________________________Sent from  
> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/mailinglists.scilab.org

Hello,

You have to remove some libraries bundled with Scilab. In order that  
you just have to copy/paste the following commands, make sure that you  
have copied scilab 6.0.1 to the /Applications folder:

rm /Applications/scilab-6.0.1.app/Contents/MacOS/lib/thirdparty/libBLAS.dylib

  rm?/Applications/scilab-6.0.1.app/Contents/MacOS/lib/thirdparty/libz.1.dylib

After removing these libraries, Scilab should start. However, you may  
be prompted to install an old Java version, which is available at the  
following url:?

https://support.apple.com/kb/dl1572

S.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181031/c041e0c9/attachment.htm>

From heinznabielek at me.com  Wed Oct 31 10:54:53 2018
From: heinznabielek at me.com (Heinz Nabielek)
Date: Wed, 31 Oct 2018 10:54:53 +0100
Subject: [Scilab-users] Scilab 6.0.1 and OSX Mojave
In-Reply-To: <20181031101933.Horde.C_usMWt1eHcsYmUrS6QApFB@webmail.utc.fr>
References: <20181031101933.Horde.C_usMWt1eHcsYmUrS6QApFB@webmail.utc.fr>
Message-ID: <EAB4D537-18E4-4001-9C95-136DEC5F3909@me.com>

I had used the St?phane-Mottelet-recipe weeks ago and it works fine:
System Version:	macOS 10.14.1 (18B73a)
--> getversion() --> scilab-6.0.1
Heinz

> On 31.10.2018, at 10:19, stephane.mottelet at utc.fr wrote:
> 
> rickygzz97 at gmail.com a ?crit :
> 
>> I need your help, with the new Mojave update and running scilab,
>> 
>> I fully don?t understand what to do, please I really need to use this application, I have to go to the terminal, and then I couldn't do anything, it displays that this system may fail, and only supported by mountain lion to high sierra
>> 
>> Need your help ASAP
>> 
>> _____________________________________Sent from https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/mailinglists.scilab.org
>> 
> Hello,
> 
> You have to remove some libraries bundled with Scilab. In order that you just have to copy/paste the following commands, make sure that you have copied scilab 6.0.1 to the /Applications folder:
> 
> rm /Applications/scilab-6.0.1.app/Contents/MacOS/lib/thirdparty/libBLAS.dylib
> 
> rm /Applications/scilab-6.0.1.app/Contents/MacOS/lib/thirdparty/libz.1.dylib
> 
> After removing these libraries, Scilab should start. However, you may be prompted to install an old Java version, which is available at the following url: 
> 
> https://support.apple.com/kb/dl1572
> 
> S.
> 
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users



From frederic.mure-ravaud at stiral.com  Wed Oct 31 11:48:06 2018
From: frederic.mure-ravaud at stiral.com (FMR)
Date: Wed, 31 Oct 2018 03:48:06 -0700 (MST)
Subject: [Scilab-users] Variable browser
Message-ID: <1540982886662-0.post@n3.nabble.com>

Hi,

I'm a new SciLab user and have a question concerning the Variable Browser. I
know in Matlab it is possible to open a structure with double-click and
visualize all variable of the structure (I think it is useful for a quick
verification). 
But in SciLab, when a double-click in the structure, I have a warning
message "Variables of type "st" can not be edited."

Could you indicate me how to simply visualize and navigate in a structure
(if possible) without write it in the console?

Thank you.



--
Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html


From ralphoseid at yahoo.com  Wed Oct 31 12:15:03 2018
From: ralphoseid at yahoo.com (Ralph Osei D)
Date: Wed, 31 Oct 2018 11:15:03 +0000 (UTC)
Subject: [Scilab-users] email address
References: <147052802.20313017.1540984503178.ref@mail.yahoo.com>
Message-ID: <147052802.20313017.1540984503178@mail.yahoo.com>


ralphoseid at yahoo.com

Sent from Yahoo Mail for iPhone
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181031/c7778680/attachment.htm>

From kombo.theophilus-johnson.pg02571 at unn.edu.ng  Wed Oct 31 12:16:34 2018
From: kombo.theophilus-johnson.pg02571 at unn.edu.ng (Kombo Theophilus-Johnson)
Date: Wed, 31 Oct 2018 12:16:34 +0100
Subject: [Scilab-users] New user
Message-ID: <CAP=RFAzgnj=--+bx8TajKE9bDNagmtxyfGwBDS7_6mYFgd-Fng@mail.gmail.com>

kombo.Theophilus-Johnson.pg02571 at unn.edu.org.

Regards
Kombo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181031/2650871a/attachment.htm>

From kombo.theophilus-johnson.pg02571 at unn.edu.ng  Wed Oct 31 12:31:00 2018
From: kombo.theophilus-johnson.pg02571 at unn.edu.ng (Kombo Theophilus-Johnson)
Date: Wed, 31 Oct 2018 12:31:00 +0100
Subject: [Scilab-users] Enquiry
Message-ID: <CAP=RFAzZ5LkxcwNPtp-fx8Oq41YzRL-GZc2LVhADpLvHE=Rj9g@mail.gmail.com>

What's the advantage of scilab over matlab?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181031/632ded9e/attachment.htm>

From sgougeon at free.fr  Wed Oct 31 13:40:51 2018
From: sgougeon at free.fr (Samuel Gougeon)
Date: Wed, 31 Oct 2018 13:40:51 +0100
Subject: [Scilab-users] Variable browser for structures
In-Reply-To: <1540982886662-0.post@n3.nabble.com>
References: <1540982886662-0.post@n3.nabble.com>
Message-ID: <bc31632c-cb05-591b-73e8-2ba2e6a90b99@free.fr>

Hello,

Le 31/10/2018 ? 11:48, FMR a ?crit :
> Hi,
>
> I'm a new SciLab user and have a question concerning the Variable Browser. I
> know in Matlab it is possible to open a structure with double-click and
> visualize all variable of the structure (I think it is useful for a quick
> verification).
> But in SciLab, when a double-click in the structure, I have a warning
> message "Variables of type "st" can not be edited."
>
> Could you indicate me how to simply visualize and navigate in a structure
> (if possible) without write it in the console?

tree_show() does it. Example:

s.r = grand(2,3,"uin",-9,9);
s.p = [1+%z -%z^2; 2*%z^3 -1];
s.t = ["hi" "hello";"allo" "hol?"];
s.b = rand(1,4)<0.5;
s.L=list("Scilab", %i, %f)
tree_show(s)

--> s.L=list("Scilab", %i, %f)
  s  =
   r: [2x3 constant]
   p: [2x2 polynomial]
   t: [2x2 string]
   b: [1x4 boolean]
   L: list



HTH
Samuel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20181031/683cb894/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: kalnjamekdlbplpg.png
Type: image/png
Size: 26543 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/users/attachments/20181031/683cb894/attachment.png>

From sgougeon at free.fr  Wed Oct 31 13:46:23 2018
From: sgougeon at free.fr (Samuel Gougeon)
Date: Wed, 31 Oct 2018 13:46:23 +0100
Subject: [Scilab-users] Enquiry
In-Reply-To: <CAP=RFAzZ5LkxcwNPtp-fx8Oq41YzRL-GZc2LVhADpLvHE=Rj9g@mail.gmail.com>
References: <CAP=RFAzZ5LkxcwNPtp-fx8Oq41YzRL-GZc2LVhADpLvHE=Rj9g@mail.gmail.com>
Message-ID: <03481876-dd0a-7f65-f490-c0b92b5b5741@free.fr>

Le 31/10/2018 ? 12:31, Kombo Theophilus-Johnson a ?crit :
> What's the advantage of scilab over matlab?

Only one?
Its price.



From amonmayr at laas.fr  Wed Oct 31 13:56:54 2018
From: amonmayr at laas.fr (Antoine Monmayrant)
Date: Wed, 31 Oct 2018 13:56:54 +0100
Subject: [Scilab-users] =?utf-8?b?RndkOj89PT91dGYtOD9xPyBSZTo/PT0/dXRmLTg/?=
	=?utf-8?q?q=3F__Enquiry?=
Message-ID: <2166-5bd9a680-23-7bf28800@132281095>

Well, here is another one: never had issues with the matlab licence server?

Antoine 
 

-------- Message original -------- 
Sujet: Re: [Scilab-users] Enquiry 
Date: Mercredi, Octobre 31, 2018 13:46 CET 
De: Samuel Gougeon <sgougeon at free.fr> 
R?pondre ?: Users mailing list for Scilab <users at lists.scilab.org>
Pour: Users mailing list for Scilab <users at lists.scilab.org> 
R?f?rences: <CAP=RFAzZ5LkxcwNPtp-fx8Oq41YzRL-GZc2LVhADpLvHE=Rj9g at mail.gmail.com>
 
 
Le 31/10/2018 ? 12:31, Kombo Theophilus-Johnson a ?crit :
> What's the advantage of scilab over matlab?

Only one?
Its price.

_______________________________________________
users mailing list
users at lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users



From stephane.mottelet at utc.fr  Wed Oct 31 14:01:07 2018
From: stephane.mottelet at utc.fr (=?utf-8?Q?St=C3=A9phane_Mottelet?=)
Date: Wed, 31 Oct 2018 14:01:07 +0100
Subject: [Scilab-users] Enquiry
In-Reply-To: <CAP=RFAzZ5LkxcwNPtp-fx8Oq41YzRL-GZc2LVhADpLvHE=Rj9g@mail.gmail.com>
References: <CAP=RFAzZ5LkxcwNPtp-fx8Oq41YzRL-GZc2LVhADpLvHE=Rj9g@mail.gmail.com>
Message-ID: <A6262554-3C59-4873-A4EE-2DB4E53C83BE@utc.fr>

The price !

> Le 31 oct. 2018 ? 12:31, Kombo Theophilus-Johnson <kombo.theophilus-johnson.pg02571 at unn.edu.ng> a ?crit :
> 
> What's the advantage of scilab over matlab?
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users



From frederic.mure-ravaud at stiral.com  Wed Oct 31 14:28:44 2018
From: frederic.mure-ravaud at stiral.com (FMR)
Date: Wed, 31 Oct 2018 06:28:44 -0700 (MST)
Subject: [Scilab-users] Variable browser for structures
In-Reply-To: <bc31632c-cb05-591b-73e8-2ba2e6a90b99@free.fr>
References: <1540982886662-0.post@n3.nabble.com>
 <bc31632c-cb05-591b-73e8-2ba2e6a90b99@free.fr>
Message-ID: <1540992524128-0.post@n3.nabble.com>

Thank you Samuel!



--
Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html


From jrafaelbguerra at hotmail.com  Wed Oct 31 17:38:41 2018
From: jrafaelbguerra at hotmail.com (Rafael Guerra)
Date: Wed, 31 Oct 2018 16:38:41 +0000
Subject: [Scilab-users] Enquiry
In-Reply-To: <A6262554-3C59-4873-A4EE-2DB4E53C83BE@utc.fr>
References: <CAP=RFAzZ5LkxcwNPtp-fx8Oq41YzRL-GZc2LVhADpLvHE=Rj9g@mail.gmail.com>
 <A6262554-3C59-4873-A4EE-2DB4E53C83BE@utc.fr>
Message-ID: <VI1PR04MB4109D892B85CFAE3CF0AF950CCCD0@VI1PR04MB4109.eurprd04.prod.outlook.com>

The French Touch !

-----Original Message-----
From: users <users-bounces at lists.scilab.org> On Behalf Of St?phane Mottelet
Sent: Wednesday, October 31, 2018 3:01 PM
To: Users mailing list for Scilab <users at lists.scilab.org>
Subject: Re: [Scilab-users] Enquiry

The price !

> Le 31 oct. 2018 ? 12:31, Kombo Theophilus-Johnson <kombo.theophilus-johnson.pg02571 at unn.edu.ng> a ?crit :
> 
> What's the advantage of scilab over matlab?
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users

_______________________________________________
users mailing list
users at lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users

From perrichon.pierre at wanadoo.fr  Wed Oct 31 17:45:09 2018
From: perrichon.pierre at wanadoo.fr (perrichon)
Date: Wed, 31 Oct 2018 17:45:09 +0100
Subject: [Scilab-users] Enquiry
In-Reply-To: <VI1PR04MB4109D892B85CFAE3CF0AF950CCCD0@VI1PR04MB4109.eurprd04.prod.outlook.com>
References: <CAP=RFAzZ5LkxcwNPtp-fx8Oq41YzRL-GZc2LVhADpLvHE=Rj9g@mail.gmail.com>
 <A6262554-3C59-4873-A4EE-2DB4E53C83BE@utc.fr>
 <VI1PR04MB4109D892B85CFAE3CF0AF950CCCD0@VI1PR04MB4109.eurprd04.prod.outlook.com>
Message-ID: <000001d47139$1627d210$42777630$@wanadoo.fr>

The Teamwork !


-----Message d'origine-----
De : users <users-bounces at lists.scilab.org> De la part de Rafael Guerra
Envoy? : mercredi 31 octobre 2018 17:39
? : Users mailing list for Scilab <users at lists.scilab.org>
Objet : Re: [Scilab-users] Enquiry

The French Touch !

-----Original Message-----
From: users <users-bounces at lists.scilab.org> On Behalf Of St?phane Mottelet
Sent: Wednesday, October 31, 2018 3:01 PM
To: Users mailing list for Scilab <users at lists.scilab.org>
Subject: Re: [Scilab-users] Enquiry

The price !

> Le 31 oct. 2018 ? 12:31, Kombo Theophilus-Johnson <kombo.theophilus-johnson.pg02571 at unn.edu.ng> a ?crit :
> 
> What's the advantage of scilab over matlab?
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users

_______________________________________________
users mailing list
users at lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users
_______________________________________________
users mailing list
users at lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users