Re: [Scilab-users] Having a Problem with fsolve

2018-10-15 Thread Stéphane Mottelet
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 a écrit : > > function y=f3(x,y) >y =

Re: [Scilab-users] Having a Problem with fsolve

2018-10-15 Thread rsherry8
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

Re: [Scilab-users] Having a Problem with fsolve

2018-10-15 Thread Samuel Gougeon
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

Re: [Scilab-users] Having a Problem with fsolve

2018-10-15 Thread rsherry8
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

Re: [Scilab-users] Having a Problem with fsolve

2018-10-15 Thread Samuel Gougeon
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

Re: [Scilab-users] Having a Problem with fsolve

2018-10-15 Thread Samuel Gougeon
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

Re: [Scilab-users] mgetl -> diffrent number of lines

2018-10-15 Thread Samuel Gougeon
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

[Scilab-users] Having a Problem with fsolve

2018-10-15 Thread rsherry8
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

Re: [Scilab-users] HDF5 save is super slow

2018-10-15 Thread Arvid Rosén
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?

Re: [Scilab-users] HDF5 save is super slow

2018-10-15 Thread Clément DAVID
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

Re: [Scilab-users] HDF5 save is super slow

2018-10-15 Thread Stéphane Mottelet
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

Re: [Scilab-users] HDF5 save is super slow

2018-10-15 Thread Arvid Rosén
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

Re: [Scilab-users] mgetl -> diffrent number of lines

2018-10-15 Thread CHEZE David 227480
The line endings codes may change the behavior of such text import routines. De : users De la part de Carrico, Paul Envoyé : lundi 15 octobre 2018 12:41 À : International users mailing list for Scilab. (users@lists.scilab.org) Objet : [Scilab-users] mgetl -> diffrent number of lines Dear

Re: [Scilab-users] HDF5 save is super slow

2018-10-15 Thread Stéphane Mottelet
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

[Scilab-users] mgetl -> diffrent number of lines

2018-10-15 Thread Carrico, Paul
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

Re: [Scilab-users] HDF5 save is super slow

2018-10-15 Thread Antoine Monmayrant
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.

Re: [Scilab-users] HDF5 save is super slow

2018-10-15 Thread Arvid Rosén
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

Re: [Scilab-users] HDF5 save is super slow

2018-10-15 Thread amonmayr
Hello Arvid, On m Le 15/10/2018 à 10:11, Arvid Rosén a écrit : / N = 4; n = 1; 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();

Re: [Scilab-users] HDF5 save is super slow

2018-10-15 Thread amonmayr
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

[Scilab-users] HDF5 save is super slow

2018-10-15 Thread Arvid Rosén
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

Re: [Scilab-users] bugzilla.scilab.org is down

2018-10-15 Thread Stéphane Mottelet
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 On Behalf Of antoine monmayrant Sent: Sunday, October 14, 2018 2:16 PM To: users@lists.scilab.org

Re: [Scilab-users] bugzilla.scilab.org is down

2018-10-15 Thread Clément DAVID
Hi all, It seems OK to me now. Could you please recheck ? -- Clément -Original Message- From: users On Behalf Of antoine monmayrant Sent: Sunday, October 14, 2018 2:16 PM To: users@lists.scilab.org Subject: Re: [Scilab-users] bugzilla.scilab.org is down Le 14/10/2018 à 09:49,