From sgougeon at free.fr Sun Mar 1 19:56:58 2015
From: sgougeon at free.fr (Samuel Gougeon)
Date: Sun, 01 Mar 2015 19:56:58 +0100
Subject: [Scilab-users] xmlXPath query
Message-ID: <54F360FA.9000404@free.fr>
Hello,
Despite many trials, i am failing extracting the value of an attribute
with xmlXPath().
Here is an example:
text = [""
" "
" "
" "
""
];
doc = xmlReadStr(text)
Now, we want to select all e = xmlXPath(doc, "//itag[@target=""valueA2""]") // works:
e =
XML List
size: 1
but ehas no attributes fields. So i cannot get its url contents:
-->e.name
ans =
itag
-->e.attributes
!--error 999
%XMLSet_e: Unknown field: attributes
How is it possible to do what we expect, whether it is?
Reading examples on the official xmlXPath webpage did not help...
Thanks for any hints
Samuel
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From sgougeon at free.fr Sun Mar 1 20:08:34 2015
From: sgougeon at free.fr (Samuel Gougeon)
Date: Sun, 01 Mar 2015 20:08:34 +0100
Subject: [Scilab-users] Large variables and execution speeds
In-Reply-To: <1424852191.2265.9.camel@scilab-enterprises.com>
References: <1424813920.2129.194.camel@servo>
<1424852191.2265.9.camel@scilab-enterprises.com>
Message-ID: <54F363B2.5020309@free.fr>
Hello Cl?ment,
Le 25/02/2015 09:16, Cl?ment David a ?crit :
> .../...
> However using a tlist rhs/lhs force a copy which is not needed, using
> named arguments let the interpreter avoid some copies.
Do you mean that calls such as
myfun(a, parname2=val2, parname1=val1)
saves time and memory w.r.t.
myfun(a, val1, val2)
?
Samuel
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From sgougeon at free.fr Sun Mar 1 21:05:30 2015
From: sgougeon at free.fr (Samuel Gougeon)
Date: Sun, 01 Mar 2015 21:05:30 +0100
Subject: [Scilab-users] Large variables and execution speeds
In-Reply-To: <1424813920.2129.194.camel@servo>
References: <1424813920.2129.194.camel@servo>
Message-ID: <54F3710A.2090208@free.fr>
Tim,
Using global variables as well saves time.
Here attached is Clement's bench tests extended to global variables and
global lists.
Typical results on my PC are (in [s]) :
-->exec('C:\computation.sci', -1)
local LISTS: not assigned: 0.34 create recipient: 1.362 assign2
existing recipent: 1.116
local vars: not assigned: 0.41 create recipient: 0.512 assign2
existing recipent: 0.502
Global vars: not assigned: 0.34 create recipient: 0.96 assign2
existing recipent: 0.34
Global LISTS: not assigned: 0.34 create recipient: 0.7 assign2
existing recipent: 0.32
By the way, AFAIK, graphical handles are global objects passed by
reference. Clement, aren't they?
It is possible to hide some data in their .userdata field ; but it is
somewhat hacking, and it could be tricky to avoid creating explicitly or
implicitly local copies of this field's content when working with it...
Creating a pseudo graphic with output driven to "null" and then using
this hack could extend the test bunch ;)
Regards
Samuel
Le 24/02/2015 22:38, Tim Wescott a ?crit :
> I have an algorithm that I'm working on that involves having large data
> sets, which I'm currently representing as tlists. Due to the
> constraints of the algorithm, I'm doing many calls that are more or less
> of the form:
>
> my_tlist = some_function(my_tlist);
>
> The intent is to get the same effect that I would get if I were in C or
> C++, and wrote:
>
> some_function(& my_structure);
>
> or
>
> my_class.some_function();
>
> It appears, from the significant loss of execution speed when I do this,
> that Scilab is copying the results of the function into the "my_tlist"
> variable byte by byte.
>
> At this writing, the only way that I can see to fix this is to invoke
> the function as:
>
> some_function("my_tlist");
>
> and then wherever I modify data have use an exec function, i.e., replace
>
> local_tlist.some_field = stuff;
>
> with
>
> exec(msprintf("%s = stuff", local_tlist_name));
>
> This seems clunky in the extreme.
>
> Is there another way to do something like this that doesn't force Scilab
> to copy large chunks of data needlessly, but allows me to operate on
> multiple copies of similar tlists?
>
> Thanks.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
-------------- next part --------------
stacksize('max');
fp = funcprot();
funcprot(0);
// using tlist
data = tlist(['mydata' 'foo' 'bar' 'zero'], [], [], []);
data.foo = zeros(4096,4096);
data.bar = ones(4096,4096);
function data=computation(data)
data.zero = data.foo + data.bar
endfunction
tic();
data.foo + data.bar;
cost=toc();
tic();
data = computation(data);
cost_resize=toc();
tic();
data = computation(data);
cost_not_resize=toc();
printf("local LISTS:\t not assigned: %g create recipient: %g assign2 existing recipent: %g\n",..
cost, cost_resize, cost_not_resize);
clear data
// using variables
foo = zeros(4096,4096);
bar = ones(4096,4096);
function [zero]=computation(foo, bar)
zero = foo + bar
endfunction
tic();
foo + bar;
cost=toc();
tic();
zero = computation(foo, bar);
cost_resize=toc();
tic();
zero = computation(foo, bar);
cost_not_resize=toc();
printf("local vars:\t not assigned: %g create recipient: %g assign2 existing recipent: %g\n",..
cost, cost_resize, cost_not_resize);
clear foo bar zero
// using global variables
// ----------------------
global foo Bar resu
foo = zeros(4096,4096);
Bar = ones(4096,4096);
function computation()
global foo Bar resu
resu = foo + Bar
endfunction
tic();
foo + Bar;
cost = toc();
tic();
computation();
cost_create_resu = toc();
tic();
computation();
cost_not_resize = toc();
printf("Global vars:\t not assigned: %g create recipient: %g assign2 existing recipent: %g\n",..
cost, cost_create_resu, cost_not_resize);
clearglobal foo Bar resu
// using a global tlist
global data
data = tlist(['mydata' 'foo' 'bar' 'zero'], [], [], []);
data.foo = zeros(4096,4096);
data.bar = ones(4096,4096);
function computation()
global data
data.zero = data.foo + data.bar
endfunction
tic();
data.foo + data.bar;
cost=toc();
tic();
computation();
cost_resize=toc();
tic();
computation();
cost_not_resize=toc();
printf("Global LISTS:\t not assigned: %g create recipient: %g assign2 existing recipent: %g\n",..
cost, cost_resize, cost_not_resize);
clearglobal data
funcprot(fp);
From calixte.denizet at scilab-enterprises.com Sun Mar 1 21:30:04 2015
From: calixte.denizet at scilab-enterprises.com (Calixte Denizet)
Date: Sun, 01 Mar 2015 21:30:04 +0100
Subject: [Scilab-users] xmlXPath query
In-Reply-To: <54F360FA.9000404@free.fr>
References: <54F360FA.9000404@free.fr>
Message-ID: <54F376CC.8010908@scilab-enterprises.com>
Hi Samuel,
On 01/03/2015 19:56, Samuel Gougeon wrote:
> Hello,
>
> Despite many trials, i am failing extracting the value of an attribute
> with xmlXPath().
> Here is an example:
>
> text = [""
> " "
> " "
> " "
> ""
> ];
> doc = xmlReadStr(text)
>
> Now, we want to select all has a given value (say valueA2), and for them, get the related urlvalue:
>
> -->e = xmlXPath(doc, "//itag[@target=""valueA2""]") // works:
> e =
> XML List
> size: 1
>
you got a list with one element
> but ehas no attributes fields. So i cannot get its url contents:
> -->e.name
> ans =
> itag
e(1).name
fyi e.name is a shortcut to get all the nodes name in the list.
>
> -->e.attributes
> !--error 999
> %XMLSet_e: Unknown field: attributes
>
e(1).attributes
> How is it possible to do what we expect, whether it is?
> Reading examples on the official xmlXPath webpage did not help...
>
> Thanks for any hints
> Samuel
>
Best regards
Calixte
>
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
--
Calixte Denizet
Software Development Engineer
-----------------------------------------------------------
Scilab Enterprises
143bis rue Yves Le Coz - 78000 Versailles, France
http://www.scilab-enterprises.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From clement.david at scilab-enterprises.com Mon Mar 2 09:09:51 2015
From: clement.david at scilab-enterprises.com (=?ISO-8859-1?Q?Cl=E9ment?= David)
Date: Mon, 02 Mar 2015 09:09:51 +0100
Subject: [Scilab-users] Large variables and execution speeds
In-Reply-To: <54F363B2.5020309@free.fr>
References: <1424813920.2129.194.camel@servo>
<1424852191.2265.9.camel@scilab-enterprises.com> <54F363B2.5020309@free.fr>
Message-ID: <1425283791.2219.3.camel@scilab-enterprises.com>
>
> > .../...
> > However using a tlist rhs/lhs force a copy which is not needed, using
> > named arguments let the interpreter avoid some copies.
> Do you mean that calls such as
>
> myfun(a, parname2=val2, parname1=val1)
>
> saves time and memory w.r.t.
>
> myfun(a, val1, val2)
>
> ?
Of course not, lets rewrite : using function argument instead of a huge
scilab data structure lets the interpreter avoid some copies.
--
Cl?ment
From clement.david at scilab-enterprises.com Mon Mar 2 09:33:14 2015
From: clement.david at scilab-enterprises.com (=?ISO-8859-1?Q?Cl=E9ment?= David)
Date: Mon, 02 Mar 2015 09:33:14 +0100
Subject: [Scilab-users] Large variables and execution speeds
In-Reply-To: <54F3710A.2090208@free.fr>
References: <1424813920.2129.194.camel@servo> <54F3710A.2090208@free.fr>
Message-ID: <1425285194.2219.8.camel@scilab-enterprises.com>
> By the way, AFAIK, graphical handles are global objects passed by
> reference. Clement, aren't they?
The handle's .data fields are not stored into the stack they can be used
to pass by reference (and the handle act as the reference).
> It is possible to hide some data in their .userdata field ; but it is
> somewhat hacking, and it could be tricky to avoid creating explicitly
> or implicitly local copies of this field's content when working with
> it...
> Creating a pseudo graphic with output driven to "null" and then using
> this hack could extend the test bunch ;)
>
> Regards
> Samuel
>
> Le 24/02/2015 22:38, Tim Wescott a ?crit :
>
> > I have an algorithm that I'm working on that involves having large data
> > sets, which I'm currently representing as tlists. Due to the
> > constraints of the algorithm, I'm doing many calls that are more or less
> > of the form:
> >
> > my_tlist = some_function(my_tlist);
> >
> > The intent is to get the same effect that I would get if I were in C or
> > C++, and wrote:
> >
> > some_function(& my_structure);
> >
> > or
> >
> > my_class.some_function();
> >
> > It appears, from the significant loss of execution speed when I do this,
> > that Scilab is copying the results of the function into the "my_tlist"
> > variable byte by byte.
> >
> > At this writing, the only way that I can see to fix this is to invoke
> > the function as:
> >
> > some_function("my_tlist");
> >
> > and then wherever I modify data have use an exec function, i.e., replace
> >
> > local_tlist.some_field = stuff;
> >
> > with
> >
> > exec(msprintf("%s = stuff", local_tlist_name));
> >
> > This seems clunky in the extreme.
> >
> > Is there another way to do something like this that doesn't force Scilab
> > to copy large chunks of data needlessly, but allows me to operate on
> > multiple copies of similar tlists?
> >
> > Thanks.
> >
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
From n.strelkov at gmail.com Mon Mar 2 14:49:12 2015
From: n.strelkov at gmail.com (Nikolay Strelkov)
Date: Mon, 2 Mar 2015 17:49:12 +0400
Subject: [Scilab-users] Modnum & Xcos
In-Reply-To: <1425108793933-4031752.post@n3.nabble.com>
References: <1380273388.2918.2.camel@pf-X58-USB3>
<1380616167.5839.4.camel@paros>
<1380656911.2865.15.camel@pf-X58-USB3> <1380696260.1703.5.camel@paros>
<1425108793933-4031752.post@n3.nabble.com>
Message-ID:
Dear Peter Fabo and all!
It is great, that Modnum being ported to modern Scilab and Xcos!
I'm very interested in PSPECSCOPE_?
(for FFT) and CONVOLGEN_f
(for FIR filtering) blocks.
For FFT there is an project in Scilab Forge (bufferblock
), but it does not
compile in modern versions of Xcos and Scilab (see issues
). But I saw a
paper where it was used with Scilab >=5.3.
I think it would be great if you place your work in Scilab Forge
.
I'm ready to test your toolbox.
With best regards,
maintainer and developer of Mathieu functions toolbox
for Scilab,
IEEE member, Ph.D.,
Nikolay Strelkov.
2015-02-28 10:33 GMT+03:00 Clemgill :
> Hi all,
> Any news on the availability of MODNUM converted to XCOS?
> I am interested in the PLL palette.
> Thx much,
> Gilles.
>
>
>
> --
> View this message in context:
> http://mailinglists.scilab.org/Scilab-users-Modnum-Xcos-tp4027491p4031752.html
> Sent from the Scilab users - Mailing Lists Archives mailing list archive
> at Nabble.com.
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From sgougeon at free.fr Mon Mar 2 23:06:44 2015
From: sgougeon at free.fr (Samuel Gougeon)
Date: Mon, 02 Mar 2015 23:06:44 +0100
Subject: [Scilab-users] xmlXPath query
In-Reply-To: <54F376CC.8010908@scilab-enterprises.com>
References: <54F360FA.9000404@free.fr>
<54F376CC.8010908@scilab-enterprises.com>
Message-ID: <54F4DEF4.1030702@free.fr>
Hello Calixte,
Le 01/03/2015 21:30, Calixte Denizet a ?crit :
> .../...
>> -->e = xmlXPath(doc, "//itag[@target=""valueA2""]") // works:
>> e =
>> XML List
>> size: 1
>>
>
> you got a list with one element
>
>> but e has no attributes fields. So i cannot get its url contents:
>> -->e.name
>> ans =
>> itag
>
> e(1).name
>
> fyi e.name is a shortcut to get all the nodes name in the list.
Aaa! Since e.name was working, i tried e.attributes, e.type, e.parent,
yielding errors.
Even e.children returned an error, taking me away from index addressing.
In some way, shortcuting e(*).name in e.name without finding the same
with e(*).children etc... misled me.
Thanks for this surprising trick.
Samuel
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From sgougeon at free.fr Mon Mar 2 23:18:30 2015
From: sgougeon at free.fr (Samuel Gougeon)
Date: Mon, 02 Mar 2015 23:18:30 +0100
Subject: [Scilab-users] console: instruction moving the scrollbar to the top
Message-ID: <54F4E1B6.3080000@free.fr>
Hello,
Are there any instructions to move the console's vertical scrollbar up
to the top?
I mean, not the caret (tohome() does it), but the scrollbar.
Even a hack through java/JIMS would be welcome.
Thanks
Samuel
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From communication at scilab-enterprises.com Tue Mar 3 09:42:39 2015
From: communication at scilab-enterprises.com (Scilab Communications)
Date: Tue, 03 Mar 2015 09:42:39 +0100
Subject: [Scilab-users] Did you register for ScilabTEC?
Message-ID: <54F573FF.1010701@scilab-enterprises.com>
Dear Scilab users,
The early bird for ScilabTEC registration ends in 1 week.
Do not wait anymore and register now on:
http://scilabtec.com/index.php/registration
Complete program of our two-day conference is available on:
http://scilabtec.com/
Regards
--
Communication Department, Scilab Enterprises
143bis rue Yves Le Coz - 78000 Versailles (France)
http://www.scilab-enterprises.com - http://www.scilab.org
From nardo85 at gmail.com Mon Mar 2 14:01:04 2015
From: nardo85 at gmail.com (Nukles)
Date: Mon, 2 Mar 2015 06:01:04 -0700 (MST)
Subject: [Scilab-users] Issue when compiling Scilab: "Cannot allocate this
quantity of memory"
Message-ID: <1425301264061-4031761.post@n3.nabble.com>
Hi all,
I am facing issues with memory allocation in Scilab after compiling.
I am compiling on a Red Hat on ppc64 (POWER8). The ./configure command (with
several options I am not showing here) runs successfully, but the make all
fails and stops. When it stops, it is stuck at the Scilab command prompt
with this message:
I have investigated a bit, and that error message seems to be called in
buildmacros.sce, when the function stacksize(5000000) is called.
This function is defined in:
scilab-5.5.1/modules/core/sci_gateway/c/sci_stacksize.c
I found a version of the file at this page:
http://doxygen.scilab.org/master_wg/d5/dfb/sci__stacksize_8c_source.html.
The condition that is FALSE and that triggers the message seems to me to
show up at line 00295.
Inside that file, you see that error is displayed whenever the stacksize
given as input is LARGER than what is returned by the method
get_max_memory_for_scilab_stack() from the class:
scilab-5.5.1/modules/core/src/c/stackinfo.c
Again I found a version online at the following page:
http://doxygen.scilab.org/master_wg/dd/dfb/stackinfo_8h.html#afbd65a57df45bed9445a7393a4558395
The Method is declared from line 109.
It seems to invoke a variable called MAXLONG, which is however NEVER
explicitly declared! As you see, it is declared several times (line 00019,
00035, 00043, 00050), but all lines are commented!
So my guess is: MAXLONG is not declared, so the function does not return a
value (or it returns 0) and therefore the error message is triggered because
the stacksize given as input is higher than 0 or NULL or N/A.
My questions are then:
- Why are all lines commented where MAXLONG is defined?
- Where does MAXLONG originate from? Is it something passed from the
kernel?
- How can I solve the problem?
Thanks!
PS - I tried to uncomment the line in buildmacros, and it compiled and
installed without issues. However, when I started scilab-cli, it displayed
the message again.
--
View this message in context: http://mailinglists.scilab.org/Issue-when-compiling-Scilab-Cannot-allocate-this-quantity-of-memory-tp4031761.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.
From nardo85 at gmail.com Mon Mar 2 18:56:40 2015
From: nardo85 at gmail.com (Nukles)
Date: Mon, 2 Mar 2015 10:56:40 -0700 (MST)
Subject: [Scilab-users] Issue when compiling Scilab: "Cannot allocate
this quantity of memory"
In-Reply-To: <1425301264061-4031761.post@n3.nabble.com>
References: <1425301264061-4031761.post@n3.nabble.com>
Message-ID: <1425319000753-4031763.post@n3.nabble.com>
After further investigation, I found out that what I thought were the
comments are indeed instructions for the compiler.
In Scilab I noticed that by giving an input stacksize out of bounds, the
same method get_max_memory_for_scilab_stack() is invoked as the upper bound.
-->stacksize(1)
!--error 1504
stacksize: Out of bounds value. Not in [180000,268435454].
Also the stacksize used seems fine:
-->stacksize()
ans =
7999994. 332.
However, when trying to give such value an input inbetween, it fails.
-->stacksize(1)
!--error 1504
stacksize: Out of bounds value. Not in [180000,268435454].
--
View this message in context: http://mailinglists.scilab.org/Issue-when-compiling-Scilab-Cannot-allocate-this-quantity-of-memory-tp4031761p4031763.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.
From clement.david at scilab-enterprises.com Tue Mar 3 10:24:29 2015
From: clement.david at scilab-enterprises.com (=?ISO-8859-1?Q?Cl=E9ment?= David)
Date: Tue, 03 Mar 2015 10:24:29 +0100
Subject: [Scilab-users] Issue when compiling Scilab: "Cannot allocate
this quantity of memory"
In-Reply-To: <1425301264061-4031761.post@n3.nabble.com>
References: <1425301264061-4031761.post@n3.nabble.com>
Message-ID: <1425374669.2419.9.camel@scilab-enterprises.com>
Hello (added dev ML),
Le lundi 02 mars 2015 ? 06:01 -0700, Nukles a ?crit :
> So my guess is: MAXLONG is not declared, so the function does not return a
> value (or it returns 0) and therefore the error message is triggered because
> the stacksize given as input is higher than 0 or NULL or N/A.
>
> My questions are then:
>
> - Why are all lines commented where MAXLONG is defined?
On my system (Fedora 21 x86_64) the MAXLONG macro is defined at :
stackinfo.c:35 #define MAXLONG LONG_MAX
and LONG_MAX comes from limits.h
> - Where does MAXLONG originate from? Is it something passed from the
> kernel?
> - How can I solve the problem?
Well, as we do not have any PPC64 at Scilab I cannot check. Is a VM
available for that platform / distro ?
--
Cl?ment
From nardo85 at gmail.com Tue Mar 3 15:02:29 2015
From: nardo85 at gmail.com (Nukles)
Date: Tue, 3 Mar 2015 07:02:29 -0700 (MST)
Subject: [Scilab-users] Issue when compiling Scilab: "Cannot allocate
this quantity of memory"
In-Reply-To: <1425374669.2419.9.camel@scilab-enterprises.com>
References: <1425301264061-4031761.post@n3.nabble.com>
<1425374669.2419.9.camel@scilab-enterprises.com>
Message-ID:
Hi Clement,
Many thanks for your answer!
I found those macros and in the meantime I found a little more info too.
Maybe that can help to understand the issue; it seems really puzzling.
A) The value returned for __LONG_MAX___ , after querying the compiler, is
like that:
*[root at localhost ~]# gcc -dM -E - < /dev/null |grep __LONG_MAX__#define
__LONG_MAX__ 9223372036854775807L*
B) The problem shouldn't be the method
*get_max_memory_for_scilab_stack(void)*, as I initially thought, because I
noticed it is called by *sci_stacksize.c* to verify if the value given as
input is out of bounds. If you do, let's say, *stacksize(1)*, it will
return:
*-->stacksize(1) !--error 1504stacksize: Out of bounds value.
Not in [180000,268435454].-->*
the value given as the lower bound, is explicitly defined in the class.
The value for the upper bound is instead taken from
*get_max_memory_for_scilab_stack(void)*, so that method should not be the
problem as in this case, it returns an apparently good value.
C) The error is generated at compile time when the buildmacros script does
*stacksize(5000000)*. The system returns it cannot allocate this stacksize,
as it apparently "thinks" the value 5000000 is bigger than the max
stacksize, which we have seen from before, it should amount to *268435454*.
It checks if 5000000 is lower than get_max_memory_for_scilab_stack() in
stackinfo.c (which should be *268435454)*, it understands that it's larger,
and prompts out the error. I tried to "trick the system" by eliminating
this check in the class stackinfo.c. The compilation in that case fails as
it says the stack size has been exceeded: which is another error message.
*./bin/scilab-cli -ns -noatomsautoload -f
modules/functions/scripts/buildmacros/buildmacros.scestacksize(5000000);
!--error 42A fatal error has been detected by Scilab.Your instance will
probably quit unexpectedly soon.If a graphic feature has been used, this
might be caused by the system graphic drivers.Please try to update them and
run this feature again.You can report a bug on http://bugzilla.scilab.org/
with:* a sample code which reproduces the
issue* the result of [a, b] = getdebuginfo()* the following
information:[localhost:10797] Signal: Segmentation fault
(11)[localhost:10797] Signal code: Invalid permissions (2)[localhost:10797]
Failing at address: 0x10000a096928Call stack: 1: ?
? (?) 2: 0x2c381c
(/root/scilab/scilab-5.5.1/modules/.libs/libscilab-cli.so.0) 3: 0x1f4060
(/root/scilab/scilab-5.5.1/modules/.libs/libscilab-cli.so.0) 4: 0x1805d0
< >
(/root/scilab/scilab-5.5.1/modules/.libs/libscilab-cli.so.0) 5: 0x180de4
(/root/scilab/scilab-5.5.1/modules/.libs/libscilab-cli.so.0) 6: 0x1ae7ac
(/root/scilab/scilab-5.5.1/modules/.libs/libscilab-cli.so.0) 7: 0x18944c
(/root/scilab/scilab-5.5.1/modules/.libs/libscilab-cli.so.0) 8: 0x1ae8a0
(/root/scilab/scilab-5.5.1/modules/.libs/libscilab-cli.so.0) 9: 0x1c7d50
(/root/scilab/scilab-5.5.1/modules/.libs/libscilab-cli.so.0) 10: 0x1c1220
(/root/scilab/scilab-5.5.1/modules/.libs/libscilab-cli.so.0) 11: 0x18b4
< >
(/root/scilab/scilab-5.5.1/.libs/lt-scilab-cli-bin) 12: 0x4454c <
> (/lib64/power8/libc.so.6) 13: 0x44774
<__libc_start_main> (/lib64/power8/libc.so.6)End of stackat
line 27 of exec file called by
:exec('modules/functions/scripts/buildmacros/buildmacros.sce',-1)
!--error 999Aborting current computation*
D) I also tried to trick the system by eliminating the command
*stacksize(5000000)
*from buildmacros, and the compilation completed successfully. However,
when starting *scilab-cli*, there is a startup script which apparently
tests the stacksize and displays the error, although scilab keeps working.
Wheneven I try however to allocate a stacksize, it displays the error again.
E) I modified the class to explicitly declare a value lower than 180'000 as
the lower bound. I set 1. I tried to do *stacksize(2)*, and it also
returned that it cannot allocate this quantity of memory.
If you would like to have a closer look, and I would really thank you for
that, I think I can arrange for a remote access on my VM, so that you can
see directly.
Thanks!
Andrea
On 3 March 2015 at 10:25, Cl?ment David-2 [via Scilab / Xcos - Mailing
Lists Archives] wrote:
> Hello (added dev ML),
>
> Le lundi 02 mars 2015 ? 06:01 -0700, Nukles a ?crit :
> > So my guess is: MAXLONG is not declared, so the function does not return
> a
> > value (or it returns 0) and therefore the error message is triggered
> because
> > the stacksize given as input is higher than 0 or NULL or N/A.
> >
> > My questions are then:
> >
> > - Why are all lines commented where MAXLONG is defined?
>
> On my system (Fedora 21 x86_64) the MAXLONG macro is defined at :
>
> stackinfo.c:35 #define MAXLONG LONG_MAX
>
> and LONG_MAX comes from limits.h
>
>
> > - Where does MAXLONG originate from? Is it something passed from the
> > kernel?
> > - How can I solve the problem?
>
> Well, as we do not have any PPC64 at Scilab I cannot check. Is a VM
> available for that platform / distro ?
>
>
> --
> Cl?ment
>
> _______________________________________________
> users mailing list
> [hidden email]
> http://lists.scilab.org/mailman/listinfo/users
>
>
> ------------------------------
> If you reply to this email, your message will be added to the discussion
> below:
>
> http://mailinglists.scilab.org/Issue-when-compiling-Scilab-Cannot-allocate-this-quantity-of-memory-tp4031761p4031774.html
> To unsubscribe from Issue when compiling Scilab: "Cannot allocate this
> quantity of memory", click here
>
> .
> NAML
>
>
--
View this message in context: http://mailinglists.scilab.org/Issue-when-compiling-Scilab-Cannot-allocate-this-quantity-of-memory-tp4031761p4031776.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From communication at scilab-enterprises.com Wed Mar 4 12:24:36 2015
From: communication at scilab-enterprises.com (Scilab Communications)
Date: Wed, 04 Mar 2015 12:24:36 +0100
Subject: [Scilab-users] Scilab back to GSOC!
Message-ID: <54F6EB74.4040100@scilab-enterprises.com>
Dear all,
Scilab is pleased to have been accepted as organization mentor to Google
Summer of Code 2015.
You are a student and interested in contributing to Scilab as part of
the Google Summer of Code 2015? Do not hesitate to contact us and submit
your project.
Ideas of development of Scilab are available on Scilab Wiki
(http://wiki.scilab.org/GSoC_project_proposal). Consult also the "how to
apply" page
(http://wiki.scilab.org/How%20to%20apply%20to%20the%20GSOC%20%3F).
Students applications are opened from March 16 until March 27.
If you want more information on GSOC program, please vite their
dedicated website
(http://www.google-melange.com/gsoc/homepage/google/gsoc2015).
Thanks
Regards
--
Communication Department, Scilab Enterprises
143bis rue Yves Le Coz - 78000 Versailles (France)
http://www.scilab-enterprises.com - http://www.scilab.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From ashuarsh at gmail.com Thu Mar 5 10:33:12 2015
From: ashuarsh at gmail.com (Arsh)
Date: Thu, 5 Mar 2015 02:33:12 -0700 (MST)
Subject: [Scilab-users] atoms install doesn't work
In-Reply-To:
References:
Message-ID: <1425547992273-4031788.post@n3.nabble.com>
I decided to just go back to 5.5 repository as it worked fine previously
-->atomsRepositoryAdd("http://atoms.scilab.org/5.5")
There's something amiss with the 5.6 it seems
--
View this message in context: http://mailinglists.scilab.org/Scilab-users-atoms-install-doesn-t-work-tp4031708p4031788.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.
From ashuarsh at gmail.com Thu Mar 5 10:39:12 2015
From: ashuarsh at gmail.com (Arsh)
Date: Thu, 5 Mar 2015 02:39:12 -0700 (MST)
Subject: [Scilab-users] ATOMS module
In-Reply-To: <1421607086490-4031645.post@n3.nabble.com>
References: <1355849867149-4025531.post@n3.nabble.com>
<1421607086490-4031645.post@n3.nabble.com>
Message-ID: <1425548352742-4031789.post@n3.nabble.com>
Hey, I came across a similar problem with the atoms module recently :
Previously I was only an end-user and using the Windows installation of
Scilab(scilab-5.5.1.exe) on my system that runs Windows 8.1 Pro and I didn't
encounter any troubles with the atoms module. It was using the 5.5 repo :
-->atomsRepositoryList()
ans =
!http://atoms.scilab.org/5.5 official !
! !
!http://scene10.test.atoms.scilab.org user !
However recently, I was looking at development and contribution (gsoc), so I
needed to build the code available on git (which has only the 5.6 repo by
deafult) :
-->atomsRepositoryList()
ans =
!http://atoms.scilab.org/5.6 official !
This is what happened when I tried to use the atoms module :
-->atomsInstall("distfun");
!
!
!
!
!gzip: C:\Users\MICROS~1\AppData\Local\Temp\SCI_TM~4\ATOMS~1\1_TOOLBOXES.gz:
not in gzip format !
WARNING: atomsDESCRIPTIONget: Extraction of the DESCRIPTION file
('C:\Users\MICROS~1\AppData\Local\Temp\SCI_TM~4\ATOMS~1\1_TOOLBOXES.gz') has
failed.
Scanning repository http://atoms.scilab.org/5.6 ... Skipped
I decided to just go back to 5.5 repository as it worked fine previously :
-->atomsRepositoryAdd("http://atoms.scilab.org/5.5")
There's something amiss with the 5.6 it seems (currently gives an error404
page - verified by
http://mailinglists.scilab.org/Scilab-users-atoms-install-doesn-t-work-tc4031708.html).
It doesn't explain why you're still facing troubles with 5.5 though, but I
wanted to point out that the default list of repositories should have 5.5
until 5.6 is down.
Thanks
Arshdeep
--
View this message in context: http://mailinglists.scilab.org/ATOMS-module-tp4025531p4031789.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.
From bigstone1998 at sina.com Sun Mar 8 16:09:24 2015
From: bigstone1998 at sina.com (bigstone1998)
Date: Sun, 8 Mar 2015 08:09:24 -0700 (MST)
Subject: [Scilab-users] pb link scilab 5.5/call_scilab/studio
2010/windows 7
In-Reply-To:
References:
Message-ID: <1425827364386-4031818.post@n3.nabble.com>
Please check your VC project platform type: X86 or X64. They must be matched
with the type of scilab you installed:
- Build->configuration management to check the platform type;
- Project Properties > Configuration Properties > Linker > Advanced > Target
Machine
This may be helpful.
--
View this message in context: http://mailinglists.scilab.org/Scilab-users-pb-link-scilab-5-5-call-scilab-studio-2010-windows-7-tp4030828p4031818.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.
From communication at scilab-enterprises.com Mon Mar 9 15:02:53 2015
From: communication at scilab-enterprises.com (Scilab Communications)
Date: Mon, 09 Mar 2015 15:02:53 +0100
Subject: [Scilab-users] Scilab training sessions in English
Message-ID: <54FDA80D.1010704@scilab-enterprises.com>
Dear Scilab users,
You are not francophone and you want to train on Scilab & Xcos?
The next inter-company training sessions conducted in English, in our
offices in Versailles, will take place:
- From March 30 to April 1 for Introduction to Scilab,
- On April 2 for Introduction to Xcos.
Do not wait to contact us by email at formation at scilab-enterprises.com
to register and know the fees (limited number of participants).
For more information on Scilab Enterprises training sessions, please
visit http://www.scilab-enterprises.com/en/training/sessions
Best Regards
--
Communication Department, Scilab Enterprises
143bis rue Yves Le Coz - 78000 Versailles (France)
http://www.scilab-enterprises.com - http://www.scilab.org
From dnayak at ncsu.edu Mon Mar 9 18:10:16 2015
From: dnayak at ncsu.edu (dnayak)
Date: Mon, 9 Mar 2015 10:10:16 -0700 (MST)
Subject: [Scilab-users] GROCER: ms_var throwing errors during estimation in
case of a VAR
Message-ID: <1425921016608-4031839.post@n3.nabble.com>
I am new to Scilab and GROCER, but have successfully used it for parameter
estimation in case of a single variable VAR model. My problem arises when I
try to do the same with a 2-variable VAR model.
I am using GROCER 1.62 on Scilab 5.5.1 in a Windows 7 (64-bit) machine.
When I use a 2 state model, GROCER is running fine. The commands I use in
this case are as follows:
nb_states = 2
switch_var = 2
var_opt = 3
r=ms_var('all',1,['l';'r'],nb_states,switch_var,var_opt,'prt=initial;final','opt_convg=0')
However, GROCER throws an error in case of a 3 state model. The commands I
use in this case are:
nb_states = 3
switch_var = 3
var_opt = 3
r=ms_var('all',1,['l';'r'],nb_states,switch_var,var_opt,'prt=initial;final','opt_convg=0')
The error I get is:
!--error 144
Undefined operation for the given operands.
check or define function %s_4_s for overloading.
at line 44 of function %s_pow called by :
at line 158 of function MSVAR_SetInit called by :
at line 165 of function ms_estimate called by :
at line 309 of function ms_var called by :
r=ms_var('all',1,['l';'r'],nb_states,switch_var,var_opt,'prt=initial;final','opt_convg=0')
I fail to compehend the reason behind this error. Can someone please help me
out here??
Thanks,
Deb
--
View this message in context: http://mailinglists.scilab.org/GROCER-ms-var-throwing-errors-during-estimation-in-case-of-a-VAR-tp4031839.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.
From grocer.toolbox at gmail.com Mon Mar 9 20:47:53 2015
From: grocer.toolbox at gmail.com (Eric Dubois)
Date: Mon, 9 Mar 2015 20:47:53 +0100
Subject: [Scilab-users] GROCER: ms_var throwing errors during estimation
in case of a VAR
In-Reply-To: <1425921016608-4031839.post@n3.nabble.com>
References: <1425921016608-4031839.post@n3.nabble.com>
Message-ID:
Hello Deb
I think this a problem (which may happen when a matrix type switches
accidentally to complex) has been solved since then: if you switch to
grocer 1.65 this should work.
?ric.
2015-03-09 18:10 GMT+01:00 dnayak :
> I am new to Scilab and GROCER, but have successfully used it for parameter
> estimation in case of a single variable VAR model. My problem arises when I
> try to do the same with a 2-variable VAR model.
>
> I am using GROCER 1.62 on Scilab 5.5.1 in a Windows 7 (64-bit) machine.
>
> When I use a 2 state model, GROCER is running fine. The commands I use in
> this case are as follows:
> nb_states = 2
> switch_var = 2
> var_opt = 3
>
> r=ms_var('all',1,['l';'r'],nb_states,switch_var,var_opt,'prt=initial;final','opt_convg=0')
>
> However, GROCER throws an error in case of a 3 state model. The commands I
> use in this case are:
> nb_states = 3
> switch_var = 3
> var_opt = 3
>
> r=ms_var('all',1,['l';'r'],nb_states,switch_var,var_opt,'prt=initial;final','opt_convg=0')
>
> The error I get is:
> !--error 144
> Undefined operation for the given operands.
> check or define function %s_4_s for overloading.
> at line 44 of function %s_pow called by :
> at line 158 of function MSVAR_SetInit called by :
> at line 165 of function ms_estimate called by :
> at line 309 of function ms_var called by :
>
> r=ms_var('all',1,['l';'r'],nb_states,switch_var,var_opt,'prt=initial;final','opt_convg=0')
>
> I fail to compehend the reason behind this error. Can someone please help
> me
> out here??
>
> Thanks,
> Deb
>
>
>
>
> --
> View this message in context:
> http://mailinglists.scilab.org/GROCER-ms-var-throwing-errors-during-estimation-in-case-of-a-VAR-tp4031839.html
> Sent from the Scilab users - Mailing Lists Archives mailing list archive
> at Nabble.com.
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From sgougeon at free.fr Mon Mar 9 22:36:22 2015
From: sgougeon at free.fr (Samuel Gougeon)
Date: Mon, 09 Mar 2015 22:36:22 +0100
Subject: [Scilab-users] gettext(): how to force the output language?
Message-ID: <54FE1256.2040202@free.fr>
Hello,
In an application (external module), i need to translate one of the
registered gettext items, not into the current language, but into
another one. In brief, i wish to force the language into which i need to
translate the item.
How could it be possible to do that?
Is a new gettext option needed?
Hoping for your hints
Regards
Samuel
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From clement.david at scilab-enterprises.com Tue Mar 10 09:13:20 2015
From: clement.david at scilab-enterprises.com (=?ISO-8859-1?Q?Cl=E9ment?= David)
Date: Tue, 10 Mar 2015 09:13:20 +0100
Subject: [Scilab-users] gettext(): how to force the output language?
In-Reply-To: <54FE1256.2040202@free.fr>
References: <54FE1256.2040202@free.fr>
Message-ID: <1425975200.2700.53.camel@scilab-enterprises.com>
Hello Samuel,
Le lundi 09 mars 2015 ? 22:36 +0100, Samuel Gougeon a ?crit :
> In an application (external module), i need to translate one of the
> registered gettext items, not into the current language, but into
> another one. In brief, i wish to force the language into which i need
> to translate the item.
> How could it be possible to do that?
> Is a new gettext option needed?
The example of gettext [1] use the "setlanguage" to switch to a specific
locale. I may have miss something but the GNU gettext API [2] does not
provide a function to retrieve a localized string for a specific locale
without switching into it globally.
[1]: http://help.scilab.org/docs/5.5.1/en_US/gettext.html
[2]: https://www.gnu.org/software/gettext/manual/html_node/gettext.html
Regards,
--
Cl?ment
From nardo85 at gmail.com Mon Mar 9 09:44:39 2015
From: nardo85 at gmail.com (Nukles)
Date: Mon, 9 Mar 2015 01:44:39 -0700 (MST)
Subject: [Scilab-users] Issue when compiling Scilab: "Cannot allocate
this quantity of memory"
In-Reply-To: <1425374669.2419.9.camel@scilab-enterprises.com>
References: <1425301264061-4031761.post@n3.nabble.com>
<1425374669.2419.9.camel@scilab-enterprises.com>
Message-ID:
Hi all, I would like to "bump" this discussion, as I haven't been able to
move forward after a week, still facing the same problems. Also, I would be
able to provide remote access to this ppc64 machine if needed.
On 3 March 2015 at 15:02, nardo85 at gmail.com wrote:
> Hi Clement,
>
> Many thanks for your answer!
>
> I found those macros and in the meantime I found a little more info too.
> Maybe that can help to understand the issue; it seems really puzzling.
>
> A) The value returned for __LONG_MAX___ , after querying the compiler,
> is like that:
>
>
>
> *[root at localhost ~]# gcc -dM -E - < /dev/null |grep __LONG_MAX__#define
> __LONG_MAX__ 9223372036854775807L*
> B) The problem shouldn't be the method
> *get_max_memory_for_scilab_stack(void)*, as I initially thought, because
> I noticed it is called by *sci_stacksize.c* to verify if the value given
> as input is out of bounds. If you do, let's say, *stacksize(1)*, it will
> return:
>
>
>
>
>
>
> *-->stacksize(1) !--error 1504stacksize: Out of bounds value.
> Not in [180000,268435454].-->*
>
> the value given as the lower bound, is explicitly defined in the class.
> The value for the upper bound is instead taken from
> *get_max_memory_for_scilab_stack(void)*, so that method should not be the
> problem as in this case, it returns an apparently good value.
>
> C) The error is generated at compile time when the buildmacros script
> does *stacksize(5000000)*. The system returns it cannot allocate this
> stacksize, as it apparently "thinks" the value 5000000 is bigger than the
> max stacksize, which we have seen from before, it should amount to
> *268435454*. It checks if 5000000 is lower than
> get_max_memory_for_scilab_stack() in stackinfo.c (which should be
> *268435454)*, it understands that it's larger, and prompts out the error.
> I tried to "trick the system" by eliminating this check in the class
> stackinfo.c. The compilation in that case fails as it says the stack size
> has been exceeded: which is another error message.
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> *./bin/scilab-cli -ns -noatomsautoload -f
> modules/functions/scripts/buildmacros/buildmacros.scestacksize(5000000);
> !--error 42A fatal error has been detected by Scilab.Your instance will
> probably quit unexpectedly soon.If a graphic feature has been used, this
> might be caused by the system graphic drivers.Please try to update them and
> run this feature again.You can report a bug on http://bugzilla.scilab.org/
> with:* a sample code which reproduces the
> issue* the result of [a, b] = getdebuginfo()* the following
> information:[localhost:10797] Signal: Segmentation fault
> (11)[localhost:10797] Signal code: Invalid permissions (2)[localhost:10797]
> Failing at address: 0x10000a096928Call stack: 1: ?
> ? (?) 2: 0x2c381c
>
> (/root/scilab/scilab-5.5.1/modules/.libs/libscilab-cli.so.0) 3: 0x1f4060
>
> (/root/scilab/scilab-5.5.1/modules/.libs/libscilab-cli.so.0) 4: 0x1805d0
> < >
> (/root/scilab/scilab-5.5.1/modules/.libs/libscilab-cli.so.0) 5: 0x180de4
>
> (/root/scilab/scilab-5.5.1/modules/.libs/libscilab-cli.so.0) 6: 0x1ae7ac
>
> (/root/scilab/scilab-5.5.1/modules/.libs/libscilab-cli.so.0) 7: 0x18944c
>
> (/root/scilab/scilab-5.5.1/modules/.libs/libscilab-cli.so.0) 8: 0x1ae8a0
>
> (/root/scilab/scilab-5.5.1/modules/.libs/libscilab-cli.so.0) 9: 0x1c7d50
>
> (/root/scilab/scilab-5.5.1/modules/.libs/libscilab-cli.so.0) 10: 0x1c1220
>
> (/root/scilab/scilab-5.5.1/modules/.libs/libscilab-cli.so.0) 11: 0x18b4
> < >
> (/root/scilab/scilab-5.5.1/.libs/lt-scilab-cli-bin) 12: 0x4454c <
> > (/lib64/power8/libc.so.6) 13: 0x44774
> <__libc_start_main> (/lib64/power8/libc.so.6)End of stackat
> line 27 of exec file called by
> :exec('modules/functions/scripts/buildmacros/buildmacros.sce',-1)
> !--error 999Aborting current computation*
>
> D) I also tried to trick the system by eliminating the command *stacksize(5000000)
> *from buildmacros, and the compilation completed successfully. However,
> when starting *scilab-cli*, there is a startup script which apparently
> tests the stacksize and displays the error, although scilab keeps working.
> Wheneven I try however to allocate a stacksize, it displays the error again.
>
> E) I modified the class to explicitly declare a value lower than 180'000
> as the lower bound. I set 1. I tried to do *stacksize(2)*, and it also
> returned that it cannot allocate this quantity of memory.
>
>
> If you would like to have a closer look, and I would really thank you for
> that, I think I can arrange for a remote access on my VM, so that you can
> see directly.
>
> Thanks!
>
> Andrea
>
>
>
>
>
>
>
>
>
> On 3 March 2015 at 10:25, Cl?ment David-2 [via Scilab / Xcos - Mailing
> Lists Archives] wrote:
>
>> Hello (added dev ML),
>>
>> Le lundi 02 mars 2015 ? 06:01 -0700, Nukles a ?crit :
>> > So my guess is: MAXLONG is not declared, so the function does not
>> return a
>> > value (or it returns 0) and therefore the error message is triggered
>> because
>> > the stacksize given as input is higher than 0 or NULL or N/A.
>> >
>> > My questions are then:
>> >
>> > - Why are all lines commented where MAXLONG is defined?
>>
>> On my system (Fedora 21 x86_64) the MAXLONG macro is defined at :
>>
>> stackinfo.c:35 #define MAXLONG LONG_MAX
>>
>> and LONG_MAX comes from limits.h
>>
>>
>> > - Where does MAXLONG originate from? Is it something passed from the
>> > kernel?
>> > - How can I solve the problem?
>>
>> Well, as we do not have any PPC64 at Scilab I cannot check. Is a VM
>> available for that platform / distro ?
>>
>>
>> --
>> Cl?ment
>>
>> _______________________________________________
>> users mailing list
>> [hidden email]
>> http://lists.scilab.org/mailman/listinfo/users
>>
>>
>> ------------------------------
>> If you reply to this email, your message will be added to the
>> discussion below:
>>
>> http://mailinglists.scilab.org/Issue-when-compiling-Scilab-Cannot-allocate-this-quantity-of-memory-tp4031761p4031774.html
>> To unsubscribe from Issue when compiling Scilab: "Cannot allocate this
>> quantity of memory", click here
>>
>> .
>> NAML
>>
>>
>
>
--
View this message in context: http://mailinglists.scilab.org/Issue-when-compiling-Scilab-Cannot-allocate-this-quantity-of-memory-tp4031761p4031832.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From ml-node+s994242n4031839h50 at n3.nabble.com Mon Mar 9 18:10:16 2015
From: ml-node+s994242n4031839h50 at n3.nabble.com (dnayak [via Scilab / Xcos - Mailing Lists Archives])
Date: Mon, 9 Mar 2015 10:10:16 -0700 (MST)
Subject: [Scilab-users] GROCER: ms_var throwing errors during estimation in
case of a VAR
Message-ID: <1425921016608-4031839.post@n3.nabble.com>
I am new to Scilab and GROCER, but have successfully used it for parameter
estimation in case of a single variable VAR model. My problem arises when I
try to do the same with a 2-variable VAR model.
I am using GROCER 1.62 on Scilab 5.5.1 in a Windows 7 (64-bit) machine.
When I use a 2 state model, GROCER is running fine. The commands I use in
this case are as follows:
nb_states = 2
switch_var = 2
var_opt = 3
r=ms_var('all',1,['l';'r'],nb_states,switch_var,var_opt,'prt=initial;final','opt_convg=0')
However, GROCER throws an error in case of a 3 state model. The commands I
use in this case are:
nb_states = 3
switch_var = 3
var_opt = 3
r=ms_var('all',1,['l';'r'],nb_states,switch_var,var_opt,'prt=initial;final','opt_convg=0')
The error I get is:
!--error 144
Undefined operation for the given operands.
check or define function %s_4_s for overloading.
at line 44 of function %s_pow called by :
at line 158 of function MSVAR_SetInit called by :
at line 165 of function ms_estimate called by :
at line 309 of function ms_var called by :
r=ms_var('all',1,['l';'r'],nb_states,switch_var,var_opt,'prt=initial;final','opt_convg=0')
I fail to compehend the reason behind this error. Can someone please help me
out here??
Thanks,
Deb
______________________________________
If you reply to this email, your message will be added to the discussion below:
http://mailinglists.scilab.org/GROCER-ms-var-throwing-errors-during-estimation-in-case-of-a-VAR-tp4031839.html
This email was sent by dnayak (via Nabble)
To receive all replies by email, subscribe to this discussion: http://mailinglists.scilab.org/template/NamlServlet.jtp?macro=subscribe_by_code&node=4031839&code=dXNlcnNAbGlzdHMuc2NpbGFiLm9yZ3w0MDMxODM5fC0xODEwOTc0OTQz
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From YLevitsky at gmail.com Tue Mar 10 17:35:21 2015
From: YLevitsky at gmail.com (Yan)
Date: Tue, 10 Mar 2015 09:35:21 -0700 (MST)
Subject: [Scilab-users] Scilab - Excel link
Message-ID: <1426005321352-4031869.post@n3.nabble.com>
Does anyone know of a good module or other way to link Scilab with Excel
which can accept cell indexes using integers?
I have xls_link installed and the ranges which the scilab functions accept
have to be in the silly "A1" and such format. It would help me greatly if I
can just use something like (1,1) for the first cell and so on.
I haven't been able to find anything similar on my own. I'm hoping someone
more familiar with the scilab universe can point me in the right direction
as I'm pretty new to scilab in general.
If something like the above description doesn't exist, can anyone give me a
hint for a work around?
I'm using scilab 5.5.1 on 64bit Win 7.
Regards,
Yan
--
View this message in context: http://mailinglists.scilab.org/Scilab-Excel-link-tp4031869.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.
From dnayak at ncsu.edu Wed Mar 11 22:56:20 2015
From: dnayak at ncsu.edu (dnayak)
Date: Wed, 11 Mar 2015 14:56:20 -0700 (MST)
Subject: [Scilab-users] GROCER: ms_var throwing errors during estimation
in case of a VAR
In-Reply-To:
References: <1425921016608-4031839.post@n3.nabble.com>
Message-ID: <1426110980952-4031873.post@n3.nabble.com>
Hi Eric,
Thanks for your prompt reply. I did as you asked me to do. I removed GROCER
1.62 and used 1.65. But still the same error is appearing.
!--error 144
Undefined operation for the given operands.
check or define function %s_4_s for overloading.
at line 44 of function %s_pow called by :
at line 158 of function MSVAR_SetInit called by :
at line 165 of function ms_estimate called by :
at line 306 of function ms_var called by :
r=ms_var('all',1,['l';'r'],nb_states,switch_var,var_opt,'prt=initial;final','opt_convg=0')
As I said earlier, when I use 2 states, GROCER starts working. It throws the
error when I use 3 states.
Thanks,
Deb
--
View this message in context: http://mailinglists.scilab.org/GROCER-ms-var-throwing-errors-during-estimation-in-case-of-a-VAR-tp4031839p4031873.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.
From grocer.toolbox at gmail.com Thu Mar 12 09:29:17 2015
From: grocer.toolbox at gmail.com (Eric Dubois)
Date: Thu, 12 Mar 2015 09:29:17 +0100
Subject: [Scilab-users] GROCER: ms_var throwing errors during estimation
in case of a VAR
In-Reply-To: <1426110980952-4031873.post@n3.nabble.com>
References: <1425921016608-4031839.post@n3.nabble.com>
<1426110980952-4031873.post@n3.nabble.com>
Message-ID:
Hi Deb.
Could you please download the attach file in a new folder (say c:/new_ms)
and:
- load the file with the following command:
--> getd('c:/new_ms')
- then run again your estimation code
- check that the program displays:
--- new MSVAR_SerInit ---
Then
1) if your estimation ends without error, fine (but this should mean that
you have not properly installed Grocer v1.65, then please tell me exactly
what you did - did you use Atoms or did you download Grocer from my web
site? Where did you unzip the zip file? What mesages did you obtain?)
2) if you have the same error -except that it should now happen at line 161
of function MSVAR-SetInit- then could you send me your data and code (you
can send it directly at grocer.toolbox at gmail.com or grocer.toolbox at free.fr),
so that I can figure out what happens exactly?
?ric.
2015-03-11 22:56 GMT+01:00 dnayak :
> Hi Eric,
>
> Thanks for your prompt reply. I did as you asked me to do. I removed GROCER
> 1.62 and used 1.65. But still the same error is appearing.
>
> !--error 144
> Undefined operation for the given operands.
> check or define function %s_4_s for overloading.
> at line 44 of function %s_pow called by :
> at line 158 of function MSVAR_SetInit called by :
> at line 165 of function ms_estimate called by :
> at line 306 of function ms_var called by :
>
> r=ms_var('all',1,['l';'r'],nb_states,switch_var,var_opt,'prt=initial;final','opt_convg=0')
>
> As I said earlier, when I use 2 states, GROCER starts working. It throws
> the
> error when I use 3 states.
>
> Thanks,
> Deb
>
>
>
> --
> View this message in context:
> http://mailinglists.scilab.org/GROCER-ms-var-throwing-errors-during-estimation-in-case-of-a-VAR-tp4031839p4031873.html
> Sent from the Scilab users - Mailing Lists Archives mailing list archive
> at Nabble.com.
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
-------------- next part --------------
A non-text attachment was scrubbed...
Name: MSVAR_SetInit.sci
Type: application/octet-stream
Size: 5062 bytes
Desc: not available
URL:
From dnayak at ncsu.edu Thu Mar 12 18:22:04 2015
From: dnayak at ncsu.edu (dnayak)
Date: Thu, 12 Mar 2015 10:22:04 -0700 (MST)
Subject: [Scilab-users] GROCER: ms_var throwing errors during estimation
in case of a VAR
In-Reply-To:
References: <1425921016608-4031839.post@n3.nabble.com>
<1426110980952-4031873.post@n3.nabble.com>
Message-ID:
Hi Eric,
I did everything just the way you asked me to. I even got the message
'' --- new MSVAR_SerInit --- '', when I ran my estimation. However, I am
still getting the same error. But, it is in line 161 now, as you predicted.
!--error 144
Undefined operation for the given operands.
check or define function %s_4_s for overloading.
at line 44 of function %s_pow called by :
at line 161 of function MSVAR_SetInit called by :
at line 165 of function ms_estimate called by :
at line 306 of function ms_var called by :
r=ms_var('all',1,['l';'r'],nb_states,switch_var,var_opt,'prt=initial;final','opt_convg=0')
I attach here both the original csv file that has my data and the dat file
that I obtained from the csv file using the impexc2bd command.
I run my estimation using the following steps:
1. Load data
- load('C:\Users\Adminuser\Desktop\TEST\Alice\AliceGROCERleftIrightP.dat')
2. nb_states = 3
3. switch_var = 3
4. var_opt = 3
5. r=ms_var('all',1,['l';'r'],nb_states,switch_var,var_opt,'prt=initial;final','opt_convg=0')
Hope this helps.
Thanks,
Deb
On Thu, Mar 12, 2015 at 4:30 AM, Eric Dubois [via Scilab / Xcos - Mailing
Lists Archives] wrote:
> Hi Deb.
>
> Could you please download the attach file in a new folder (say c:/new_ms)
> and:
> - load the file with the following command:
> --> getd('c:/new_ms')
> - then run again your estimation code
> - check that the program displays:
>
> --- new MSVAR_SerInit ---
>
> Then
> 1) if your estimation ends without error, fine (but this should mean that
> you have not properly installed Grocer v1.65, then please tell me exactly
> what you did - did you use Atoms or did you download Grocer from my web
> site? Where did you unzip the zip file? What mesages did you obtain?)
> 2) if you have the same error -except that it should now happen at line
> 161 of function MSVAR-SetInit- then could you send me your data and code
> (you can send it directly at [hidden email]
> or [hidden email]
> ), so that I can
> figure out what happens exactly?
>
> ?ric.
>
> 2015-03-11 22:56 GMT+01:00 dnayak <[hidden email]
> >:
>
>> Hi Eric,
>>
>> Thanks for your prompt reply. I did as you asked me to do. I removed
>> GROCER
>> 1.62 and used 1.65. But still the same error is appearing.
>>
>> !--error 144
>> Undefined operation for the given operands.
>> check or define function %s_4_s for overloading.
>> at line 44 of function %s_pow called by :
>> at line 158 of function MSVAR_SetInit called by :
>> at line 165 of function ms_estimate called by :
>> at line 306 of function ms_var called by :
>>
>> r=ms_var('all',1,['l';'r'],nb_states,switch_var,var_opt,'prt=initial;final','opt_convg=0')
>>
>> As I said earlier, when I use 2 states, GROCER starts working. It throws
>> the
>> error when I use 3 states.
>>
>> Thanks,
>> Deb
>>
>>
>>
>> --
>> View this message in context:
>> http://mailinglists.scilab.org/GROCER-ms-var-throwing-errors-during-estimation-in-case-of-a-VAR-tp4031839p4031873.html
>> Sent from the Scilab users - Mailing Lists Archives mailing list archive
>> at Nabble.com.
>> _______________________________________________
>> users mailing list
>> [hidden email]
>> http://lists.scilab.org/mailman/listinfo/users
>>
>
>
> _______________________________________________
> users mailing list
> [hidden email]
> http://lists.scilab.org/mailman/listinfo/users
>
> *MSVAR_SetInit.sci* (6K) Download Attachment
>
>
>
> ------------------------------
> If you reply to this email, your message will be added to the discussion
> below:
>
> http://mailinglists.scilab.org/GROCER-ms-var-throwing-errors-during-estimation-in-case-of-a-VAR-tp4031839p4031875.html
> To unsubscribe from GROCER: ms_var throwing errors during estimation in
> case of a VAR, click here
>
> .
> NAML
>
>
AliceGROCERleftIrightP.csv (71K)
AliceGROCERleftIrightP.dat (113K)
--
View this message in context: http://mailinglists.scilab.org/GROCER-ms-var-throwing-errors-during-estimation-in-case-of-a-VAR-tp4031839p4031882.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From grocer.toolbox at gmail.com Thu Mar 12 22:24:50 2015
From: grocer.toolbox at gmail.com (Eric Dubois)
Date: Thu, 12 Mar 2015 22:24:50 +0100
Subject: [Scilab-users] GROCER: ms_var throwing errors during estimation
in case of a VAR
In-Reply-To:
References: <1425921016608-4031839.post@n3.nabble.com>
<1426110980952-4031873.post@n3.nabble.com>
Message-ID:
Hello Deb.
There was indeed another real variable becoming complex (although its
imaginary part was nil) before line 158. A rare problem, but sorry for not
having antici^pated it could happen.
I have solved the problem in the attached MSVAR_SetInit file (although I
have not waited until full convergence, which seems to be rather long).
?ric.
2015-03-12 18:22 GMT+01:00 dnayak :
> Hi Eric,
>
> I did everything just the way you asked me to. I even got the message
> '' --- new MSVAR_SerInit --- '', when I ran my estimation. However, I am
> still getting the same error. But, it is in line 161 now, as you predicted.
>
> !--error 144
> Undefined operation for the given operands.
> check or define function %s_4_s for overloading.
> at line 44 of function %s_pow called by :
> at line 161 of function MSVAR_SetInit called by :
> at line 165 of function ms_estimate called by :
> at line 306 of function ms_var called by :
>
> r=ms_var('all',1,['l';'r'],nb_states,switch_var,var_opt,'prt=initial;final','opt_convg=0')
>
> I attach here both the original csv file that has my data and the dat file
> that I obtained from the csv file using the impexc2bd command.
>
> I run my estimation using the following steps:
> 1. Load data
> - load('C:\Users\Adminuser\Desktop\TEST\Alice\AliceGROCERleftIrightP.dat')
> 2. nb_states = 3
> 3. switch_var = 3
> 4. var_opt = 3
>
> 5. r=ms_var('all',1,['l';'r'],nb_states,switch_var,var_opt,'prt=initial;final','opt_convg=0')
>
> Hope this helps.
>
> Thanks,
> Deb
>
>
>
> On Thu, Mar 12, 2015 at 4:30 AM, Eric Dubois [via Scilab / Xcos - Mailing
> Lists Archives] <[hidden email]
> > wrote:
>
>> Hi Deb.
>>
>> Could you please download the attach file in a new folder (say c:/new_ms)
>> and:
>> - load the file with the following command:
>> --> getd('c:/new_ms')
>> - then run again your estimation code
>> - check that the program displays:
>>
>> --- new MSVAR_SerInit ---
>>
>> Then
>> 1) if your estimation ends without error, fine (but this should mean that
>> you have not properly installed Grocer v1.65, then please tell me exactly
>> what you did - did you use Atoms or did you download Grocer from my web
>> site? Where did you unzip the zip file? What mesages did you obtain?)
>> 2) if you have the same error -except that it should now happen at line
>> 161 of function MSVAR-SetInit- then could you send me your data and code
>> (you can send it directly at [hidden email]
>> or [hidden email]
>> ), so that I can
>> figure out what happens exactly?
>>
>> ?ric.
>>
>> 2015-03-11 22:56 GMT+01:00 dnayak <[hidden email]
>> >:
>>
>>> Hi Eric,
>>>
>>> Thanks for your prompt reply. I did as you asked me to do. I removed
>>> GROCER
>>> 1.62 and used 1.65. But still the same error is appearing.
>>>
>>> !--error 144
>>> Undefined operation for the given operands.
>>> check or define function %s_4_s for overloading.
>>> at line 44 of function %s_pow called by :
>>> at line 158 of function MSVAR_SetInit called by :
>>> at line 165 of function ms_estimate called by :
>>> at line 306 of function ms_var called by :
>>>
>>> r=ms_var('all',1,['l';'r'],nb_states,switch_var,var_opt,'prt=initial;final','opt_convg=0')
>>>
>>> As I said earlier, when I use 2 states, GROCER starts working. It throws
>>> the
>>> error when I use 3 states.
>>>
>>> Thanks,
>>> Deb
>>>
>>>
>>>
>>> --
>>> View this message in context:
>>> http://mailinglists.scilab.org/GROCER-ms-var-throwing-errors-during-estimation-in-case-of-a-VAR-tp4031839p4031873.html
>>> Sent from the Scilab users - Mailing Lists Archives mailing list archive
>>> at Nabble.com.
>>> _______________________________________________
>>> users mailing list
>>> [hidden email]
>>> http://lists.scilab.org/mailman/listinfo/users
>>>
>>
>>
>> _______________________________________________
>> users mailing list
>> [hidden email]
>> http://lists.scilab.org/mailman/listinfo/users
>>
>> *MSVAR_SetInit.sci* (6K) Download Attachment
>>
>>
>>
>> ------------------------------
>> If you reply to this email, your message will be added to the
>> discussion below:
>>
>> http://mailinglists.scilab.org/GROCER-ms-var-throwing-errors-during-estimation-in-case-of-a-VAR-tp4031839p4031875.html
>> To unsubscribe from GROCER: ms_var throwing errors during estimation in
>> case of a VAR, click here.
>> NAML
>>
>>
>
>
> *AliceGROCERleftIrightP.csv* (71K) Download Attachment
>
> *AliceGROCERleftIrightP.dat* (113K) Download Attachment
>
>
> ------------------------------
> View this message in context: Re: GROCER: ms_var throwing errors during
> estimation in case of a VAR
>
>
> Sent from the Scilab users - Mailing Lists Archives mailing list archive
>
> at Nabble.com.
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
-------------- next part --------------
A non-text attachment was scrubbed...
Name: MSVAR_SetInit.sci
Type: application/octet-stream
Size: 5027 bytes
Desc: not available
URL:
From ei1304 at thi.de Fri Mar 13 12:34:51 2015
From: ei1304 at thi.de (Den)
Date: Fri, 13 Mar 2015 04:34:51 -0700 (MST)
Subject: [Scilab-users] xcosAddToolsMenu()
Message-ID: <1426246491239-4031884.post@n3.nabble.com>
Hello,
i have created a sci-Script,
which i will call by a Button from Xcos.
With "xcosAddToolsMenu("example", "build_example(scs_m)")" a new Button is
add to Xcos,
but it doesnt work.
I get the message "undefined variable: build_example"
Is this the right way to call a function from a sci-Script?
And what i have to do that the button is always available?
Sorry for my bad english :)
Thanks
Den
--
View this message in context: http://mailinglists.scilab.org/xcosAddToolsMenu-tp4031884.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.
From dnayak at ncsu.edu Fri Mar 13 14:51:19 2015
From: dnayak at ncsu.edu (dnayak)
Date: Fri, 13 Mar 2015 06:51:19 -0700 (MST)
Subject: [Scilab-users] GROCER: ms_var throwing errors during estimation
in case of a VAR
In-Reply-To:
References: <1425921016608-4031839.post@n3.nabble.com>
<1426110980952-4031873.post@n3.nabble.com>
Message-ID:
Hi Eric,
I used the new MSVAR_SetInit.sci that you sent me yesterday. I used the
getd command to load the new script and then proceeded as before.
This time GROCER is not throwing any error, but I am not sure whether it is
working at all.
After I run the estimation process, I get the message ----- 'Type 'resume'
or 'abort' to return to standard level prompt.'. Previously, GROCER would
print the initial values set by the program for the different parameters
and then go into the optimization step, when it would asked me to wait.
Nothing like that is happening now. Also, I can see a lot of variables get
loaded into the variable browser, which do not bear any meaning for me.
Am I following the right process? Please let me know.
Thanks,
Deb
On Thu, Mar 12, 2015 at 5:26 PM, Eric Dubois [via Scilab / Xcos - Mailing
Lists Archives] wrote:
> Hello Deb.
>
> There was indeed another real variable becoming complex (although its
> imaginary part was nil) before line 158. A rare problem, but sorry for not
> having antici^pated it could happen.
>
> I have solved the problem in the attached MSVAR_SetInit file (although I
> have not waited until full convergence, which seems to be rather long).
>
> ?ric.
>
> 2015-03-12 18:22 GMT+01:00 dnayak <[hidden email]
> >:
>
>> Hi Eric,
>>
>> I did everything just the way you asked me to. I even got the message
>> '' --- new MSVAR_SerInit --- '', when I ran my estimation. However, I am
>> still getting the same error. But, it is in line 161 now, as you predicted.
>>
>> !--error 144
>> Undefined operation for the given operands.
>> check or define function %s_4_s for overloading.
>> at line 44 of function %s_pow called by :
>> at line 161 of function MSVAR_SetInit called by :
>> at line 165 of function ms_estimate called by :
>> at line 306 of function ms_var called by :
>>
>> r=ms_var('all',1,['l';'r'],nb_states,switch_var,var_opt,'prt=initial;final','opt_convg=0')
>>
>> I attach here both the original csv file that has my data and the dat
>> file that I obtained from the csv file using the impexc2bd command.
>>
>> I run my estimation using the following steps:
>> 1. Load data
>> - load('C:\Users\Adminuser\Desktop\TEST\Alice\AliceGROCERleftIrightP.dat')
>> 2. nb_states = 3
>> 3. switch_var = 3
>> 4. var_opt = 3
>>
>> 5. r=ms_var('all',1,['l';'r'],nb_states,switch_var,var_opt,'prt=initial;final','opt_convg=0')
>>
>> Hope this helps.
>>
>> Thanks,
>> Deb
>>
>>
>>
>> On Thu, Mar 12, 2015 at 4:30 AM, Eric Dubois [via Scilab / Xcos - Mailing
>> Lists Archives] <[hidden email]
>> > wrote:
>>
>>> Hi Deb.
>>>
>>> Could you please download the attach file in a new folder (say
>>> c:/new_ms) and:
>>> - load the file with the following command:
>>> --> getd('c:/new_ms')
>>> - then run again your estimation code
>>> - check that the program displays:
>>>
>>> --- new MSVAR_SerInit ---
>>>
>>> Then
>>> 1) if your estimation ends without error, fine (but this should mean
>>> that you have not properly installed Grocer v1.65, then please tell me
>>> exactly what you did - did you use Atoms or did you download Grocer from my
>>> web site? Where did you unzip the zip file? What mesages did you obtain?)
>>> 2) if you have the same error -except that it should now happen at line
>>> 161 of function MSVAR-SetInit- then could you send me your data and code
>>> (you can send it directly at [hidden email]
>>> or [hidden
>>> email] ), so
>>> that I can figure out what happens exactly?
>>>
>>> ?ric.
>>>
>>> 2015-03-11 22:56 GMT+01:00 dnayak <[hidden email]
>>> >:
>>>
>>>> Hi Eric,
>>>>
>>>> Thanks for your prompt reply. I did as you asked me to do. I removed
>>>> GROCER
>>>> 1.62 and used 1.65. But still the same error is appearing.
>>>>
>>>> !--error 144
>>>> Undefined operation for the given operands.
>>>> check or define function %s_4_s for overloading.
>>>> at line 44 of function %s_pow called by :
>>>> at line 158 of function MSVAR_SetInit called by :
>>>> at line 165 of function ms_estimate called by :
>>>> at line 306 of function ms_var called by :
>>>>
>>>> r=ms_var('all',1,['l';'r'],nb_states,switch_var,var_opt,'prt=initial;final','opt_convg=0')
>>>>
>>>> As I said earlier, when I use 2 states, GROCER starts working. It
>>>> throws the
>>>> error when I use 3 states.
>>>>
>>>> Thanks,
>>>> Deb
>>>>
>>>>
>>>>
>>>> --
>>>> View this message in context:
>>>> http://mailinglists.scilab.org/GROCER-ms-var-throwing-errors-during-estimation-in-case-of-a-VAR-tp4031839p4031873.html
>>>> Sent from the Scilab users - Mailing Lists Archives mailing list
>>>> archive at Nabble.com.
>>>> _______________________________________________
>>>> users mailing list
>>>> [hidden email]
>>>> http://lists.scilab.org/mailman/listinfo/users
>>>>
>>>
>>>
>>> _______________________________________________
>>> users mailing list
>>> [hidden email]
>>> http://lists.scilab.org/mailman/listinfo/users
>>>
>>> *MSVAR_SetInit.sci* (6K) Download Attachment
>>>
>>>
>>>
>>> ------------------------------
>>> If you reply to this email, your message will be added to the
>>> discussion below:
>>>
>>> http://mailinglists.scilab.org/GROCER-ms-var-throwing-errors-during-estimation-in-case-of-a-VAR-tp4031839p4031875.html
>>> To unsubscribe from GROCER: ms_var throwing errors during estimation in
>>> case of a VAR, click here.
>>> NAML
>>>
>>>
>>
>>
>> *AliceGROCERleftIrightP.csv* (71K) Download Attachment
>>
>> *AliceGROCERleftIrightP.dat* (113K) Download Attachment
>>
>>
>> ------------------------------
>> View this message in context: Re: GROCER: ms_var throwing errors during
>> estimation in case of a VAR
>>
>>
>> Sent from the Scilab users - Mailing Lists Archives mailing list archive
>>
>> at Nabble.com.
>>
>> _______________________________________________
>> users mailing list
>> [hidden email]
>> http://lists.scilab.org/mailman/listinfo/users
>>
>>
>
> _______________________________________________
> users mailing list
> [hidden email]
> http://lists.scilab.org/mailman/listinfo/users
>
> *MSVAR_SetInit.sci* (6K) Download Attachment
>
>
>
> ------------------------------
> If you reply to this email, your message will be added to the discussion
> below:
>
> http://mailinglists.scilab.org/GROCER-ms-var-throwing-errors-during-estimation-in-case-of-a-VAR-tp4031839p4031883.html
> To unsubscribe from GROCER: ms_var throwing errors during estimation in
> case of a VAR, click here
>
> .
> NAML
>
>
--
View this message in context: http://mailinglists.scilab.org/GROCER-ms-var-throwing-errors-during-estimation-in-case-of-a-VAR-tp4031839p4031886.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From grocer.toolbox at gmail.com Fri Mar 13 15:34:52 2015
From: grocer.toolbox at gmail.com (Eric Dubois)
Date: Fri, 13 Mar 2015 15:34:52 +0100
Subject: [Scilab-users] GROCER: ms_var throwing errors during estimation
in case of a VAR
In-Reply-To:
References: <1425921016608-4031839.post@n3.nabble.com>
<1426110980952-4031873.post@n3.nabble.com>
Message-ID:
Hi Deb.
I fear I have let a pause in my MSVAR_SetInit (the pause is very useful to
understand bugs: when the program encounters a pause, it stops running and
give you acces to all the variables created by the program until the pause,
which helps you understanding what (variable) has went wrong). You can
restart the program as indicated by running:
-1->resume
Anyway, please fiind enclosed a function MSVAR_SetInit without any pause.
I have started also to look more deeply at your problem and I suggest you
to run msvar with normalized variables (to avoid numerical problems) and
with optim as the defautlt optimization program (to avoid too long an
estimation):
--> r=ms_var('all',1,['l/10000';'r/1000'],3,3,3,'optfunc=optim')
This is only when you will have stabilized your model or if the results
seem to you strange that you should switch back to optimg with:
--> r=ms_var('all',1,['l/10000';'r/1000'],3,3,3,'opt_convg=0')
?ric.
2015-03-13 14:51 GMT+01:00 dnayak :
> Hi Eric,
>
> I used the new MSVAR_SetInit.sci that you sent me yesterday. I used the
> getd command to load the new script and then proceeded as before.
>
> This time GROCER is not throwing any error, but I am not sure whether it
> is working at all.
>
> After I run the estimation process, I get the message ----- 'Type 'resume'
> or 'abort' to return to standard level prompt.'. Previously, GROCER would
> print the initial values set by the program for the different parameters
> and then go into the optimization step, when it would asked me to wait.
> Nothing like that is happening now. Also, I can see a lot of variables get
> loaded into the variable browser, which do not bear any meaning for me.
>
> Am I following the right process? Please let me know.
>
> Thanks,
> Deb
>
> On Thu, Mar 12, 2015 at 5:26 PM, Eric Dubois [via Scilab / Xcos - Mailing
> Lists Archives] <[hidden email]
> > wrote:
>
>> Hello Deb.
>>
>> There was indeed another real variable becoming complex (although its
>> imaginary part was nil) before line 158. A rare problem, but sorry for not
>> having antici^pated it could happen.
>>
>> I have solved the problem in the attached MSVAR_SetInit file (although I
>> have not waited until full convergence, which seems to be rather long).
>>
>> ?ric.
>>
>> 2015-03-12 18:22 GMT+01:00 dnayak <[hidden email]
>> >:
>>
>>> Hi Eric,
>>>
>>> I did everything just the way you asked me to. I even got the message
>>> '' --- new MSVAR_SerInit --- '', when I ran my estimation. However, I am
>>> still getting the same error. But, it is in line 161 now, as you predicted.
>>>
>>> !--error 144
>>> Undefined operation for the given operands.
>>> check or define function %s_4_s for overloading.
>>> at line 44 of function %s_pow called by :
>>> at line 161 of function MSVAR_SetInit called by :
>>> at line 165 of function ms_estimate called by :
>>> at line 306 of function ms_var called by :
>>>
>>> r=ms_var('all',1,['l';'r'],nb_states,switch_var,var_opt,'prt=initial;final','opt_convg=0')
>>>
>>> I attach here both the original csv file that has my data and the dat
>>> file that I obtained from the csv file using the impexc2bd command.
>>>
>>> I run my estimation using the following steps:
>>> 1. Load data
>>> - load('C:\Users\Adminuser\Desktop\TEST\Alice\AliceGROCERleftIrightP.dat')
>>> 2. nb_states = 3
>>> 3. switch_var = 3
>>> 4. var_opt = 3
>>>
>>> 5. r=ms_var('all',1,['l';'r'],nb_states,switch_var,var_opt,'prt=initial;final','opt_convg=0')
>>>
>>> Hope this helps.
>>>
>>> Thanks,
>>> Deb
>>>
>>>
>>>
>>> On Thu, Mar 12, 2015 at 4:30 AM, Eric Dubois [via Scilab / Xcos -
>>> Mailing Lists Archives] <[hidden email]
>>> > wrote:
>>>
>>>> Hi Deb.
>>>>
>>>> Could you please download the attach file in a new folder (say
>>>> c:/new_ms) and:
>>>> - load the file with the following command:
>>>> --> getd('c:/new_ms')
>>>> - then run again your estimation code
>>>> - check that the program displays:
>>>>
>>>> --- new MSVAR_SerInit ---
>>>>
>>>> Then
>>>> 1) if your estimation ends without error, fine (but this should mean
>>>> that you have not properly installed Grocer v1.65, then please tell me
>>>> exactly what you did - did you use Atoms or did you download Grocer from my
>>>> web site? Where did you unzip the zip file? What mesages did you obtain?)
>>>> 2) if you have the same error -except that it should now happen at line
>>>> 161 of function MSVAR-SetInit- then could you send me your data and code
>>>> (you can send it directly at [hidden email]
>>>> or [hidden
>>>> email] ), so
>>>> that I can figure out what happens exactly?
>>>>
>>>> ?ric.
>>>>
>>>> 2015-03-11 22:56 GMT+01:00 dnayak <[hidden email]
>>>> >:
>>>>
>>>>> Hi Eric,
>>>>>
>>>>> Thanks for your prompt reply. I did as you asked me to do. I removed
>>>>> GROCER
>>>>> 1.62 and used 1.65. But still the same error is appearing.
>>>>>
>>>>> !--error 144
>>>>> Undefined operation for the given operands.
>>>>> check or define function %s_4_s for overloading.
>>>>> at line 44 of function %s_pow called by :
>>>>> at line 158 of function MSVAR_SetInit called by :
>>>>> at line 165 of function ms_estimate called by :
>>>>> at line 306 of function ms_var called by :
>>>>>
>>>>> r=ms_var('all',1,['l';'r'],nb_states,switch_var,var_opt,'prt=initial;final','opt_convg=0')
>>>>>
>>>>> As I said earlier, when I use 2 states, GROCER starts working. It
>>>>> throws the
>>>>> error when I use 3 states.
>>>>>
>>>>> Thanks,
>>>>> Deb
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> View this message in context:
>>>>> http://mailinglists.scilab.org/GROCER-ms-var-throwing-errors-during-estimation-in-case-of-a-VAR-tp4031839p4031873.html
>>>>> Sent from the Scilab users - Mailing Lists Archives mailing list
>>>>> archive at Nabble.com.
>>>>> _______________________________________________
>>>>> users mailing list
>>>>> [hidden email]
>>>>> http://lists.scilab.org/mailman/listinfo/users
>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> users mailing list
>>>> [hidden email]
>>>> http://lists.scilab.org/mailman/listinfo/users
>>>>
>>>> *MSVAR_SetInit.sci* (6K) Download Attachment
>>>>
>>>>
>>>>
>>>> ------------------------------
>>>> If you reply to this email, your message will be added to the
>>>> discussion below:
>>>>
>>>> http://mailinglists.scilab.org/GROCER-ms-var-throwing-errors-during-estimation-in-case-of-a-VAR-tp4031839p4031875.html
>>>> To unsubscribe from GROCER: ms_var throwing errors during estimation
>>>> in case of a VAR, click here.
>>>> NAML
>>>>
>>>>
>>>
>>>
>>> *AliceGROCERleftIrightP.csv* (71K) Download Attachment
>>>
>>> *AliceGROCERleftIrightP.dat* (113K) Download Attachment
>>>
>>>
>>> ------------------------------
>>> View this message in context: Re: GROCER: ms_var throwing errors during
>>> estimation in case of a VAR
>>>
>>>
>>> Sent from the Scilab users - Mailing Lists Archives mailing list archive
>>>
>>> at Nabble.com.
>>>
>>> _______________________________________________
>>> users mailing list
>>> [hidden email]
>>> http://lists.scilab.org/mailman/listinfo/users
>>>
>>>
>>
>> _______________________________________________
>> users mailing list
>> [hidden email]
>> http://lists.scilab.org/mailman/listinfo/users
>>
>> *MSVAR_SetInit.sci* (6K) Download Attachment
>>
>>
>>
>> ------------------------------
>> If you reply to this email, your message will be added to the
>> discussion below:
>>
>> http://mailinglists.scilab.org/GROCER-ms-var-throwing-errors-during-estimation-in-case-of-a-VAR-tp4031839p4031883.html
>> To unsubscribe from GROCER: ms_var throwing errors during estimation in
>> case of a VAR, click here.
>> NAML
>>
>>
>
>
> ------------------------------
> View this message in context: Re: GROCER: ms_var throwing errors during
> estimation in case of a VAR
>
> Sent from the Scilab users - Mailing Lists Archives mailing list archive
>
> at Nabble.com.
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
-------------- next part --------------
A non-text attachment was scrubbed...
Name: MSVAR_SetInit.sci
Type: application/x-download
Size: 5011 bytes
Desc: not available
URL:
From p4wp4w at gmail.com Tue Mar 10 16:37:22 2015
From: p4wp4w at gmail.com (johney exonar)
Date: Tue, 10 Mar 2015 16:37:22 +0100
Subject: [Scilab-users] Error with lmisolver
Message-ID:
Hello,
I am trying to solve an LMI problem but I received this error which I
could not understand the source. Have you any similar experience?
l*misolver: Construction of canonical representation.*
*lmisolver: Basis Construction.*
*lmisolver: FEASIBILITY PHASE.*
* primal obj. dual obj. dual. gap *
* 8.34e+00 -1.84e+03 1.85e+03*
*xerbla: On entry to DGELS parameter number 7 had an illegal value
(lapack library problem)*
* !--error 998 *
*SCI\modules\core\macros\typeof.binat line 266 of function lmisolver
called by : *
*Ans_LMI = lmisolver(Init_guess, nonfragile);*
*at line 55 of exec file called by : *
*exec('C:\Users\oahw\Desktop\CNF.sce', -1)*
*Fehler in dgels, info = -7.*
* !--error
230 *
*semi Definition schl?gt fehl.*
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From ml-node+s994242n4031873h4 at n3.nabble.com Wed Mar 11 22:56:20 2015
From: ml-node+s994242n4031873h4 at n3.nabble.com (dnayak [via Scilab / Xcos - Mailing Lists Archives])
Date: Wed, 11 Mar 2015 14:56:20 -0700 (MST)
Subject: [Scilab-users] GROCER: ms_var throwing errors during estimation
in case of a VAR
In-Reply-To:
References: <1425921016608-4031839.post@n3.nabble.com>
Message-ID: <1426110980952-4031873.post@n3.nabble.com>
Hi Eric,
Thanks for your prompt reply. I did as you asked me to do. I removed GROCER
1.62 and used 1.65. But still the same error is appearing.
!--error 144
Undefined operation for the given operands.
check or define function %s_4_s for overloading.
at line 44 of function %s_pow called by :
at line 158 of function MSVAR_SetInit called by :
at line 165 of function ms_estimate called by :
at line 306 of function ms_var called by :
r=ms_var('all',1,['l';'r'],nb_states,switch_var,var_opt,'prt=initial;final','opt_convg=0')
As I said earlier, when I use 2 states, GROCER starts working. It throws the
error when I use 3 states.
Thanks,
Deb
______________________________________
If you reply to this email, your message will be added to the discussion below:
http://mailinglists.scilab.org/GROCER-ms-var-throwing-errors-during-estimation-in-case-of-a-VAR-tp4031839p4031873.html
This email was sent by dnayak (via Nabble)
To receive all replies by email, subscribe to this discussion: http://mailinglists.scilab.org/template/NamlServlet.jtp?macro=subscribe_by_code&node=4031839&code=dXNlcnNAbGlzdHMuc2NpbGFiLm9yZ3w0MDMxODM5fC0xODEwOTc0OTQz
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From dnayak at ncsu.edu Fri Mar 13 15:55:15 2015
From: dnayak at ncsu.edu (dnayak)
Date: Fri, 13 Mar 2015 07:55:15 -0700 (MST)
Subject: [Scilab-users] GROCER: ms_var throwing errors during estimation
in case of a VAR
In-Reply-To:
References: <1425921016608-4031839.post@n3.nabble.com>
<1426110980952-4031873.post@n3.nabble.com>
Message-ID:
Thanks a lot Eric. Your Solution worked. I'll let you know if I face any
more problems.
Thanks,
Deb
On Fri, Mar 13, 2015 at 10:36 AM, Eric Dubois [via Scilab / Xcos - Mailing
Lists Archives] wrote:
> Hi Deb.
>
> I fear I have let a pause in my MSVAR_SetInit (the pause is very useful to
> understand bugs: when the program encounters a pause, it stops running and
> give you acces to all the variables created by the program until the pause,
> which helps you understanding what (variable) has went wrong). You can
> restart the program as indicated by running:
> -1->resume
>
> Anyway, please fiind enclosed a function MSVAR_SetInit without any pause.
>
> I have started also to look more deeply at your problem and I suggest you
> to run msvar with normalized variables (to avoid numerical problems) and
> with optim as the defautlt optimization program (to avoid too long an
> estimation):
> --> r=ms_var('all',1,['l/10000';'r/1000'],3,3,3,'optfunc=optim')
>
> This is only when you will have stabilized your model or if the results
> seem to you strange that you should switch back to optimg with:
> --> r=ms_var('all',1,['l/10000';'r/1000'],3,3,3,'opt_convg=0')
>
> ?ric.
>
> 2015-03-13 14:51 GMT+01:00 dnayak <[hidden email]
> >:
>
>> Hi Eric,
>>
>> I used the new MSVAR_SetInit.sci that you sent me yesterday. I used the
>> getd command to load the new script and then proceeded as before.
>>
>> This time GROCER is not throwing any error, but I am not sure whether it
>> is working at all.
>>
>> After I run the estimation process, I get the message ----- 'Type
>> 'resume' or 'abort' to return to standard level prompt.'. Previously,
>> GROCER would print the initial values set by the program for the different
>> parameters and then go into the optimization step, when it would asked me
>> to wait. Nothing like that is happening now. Also, I can see a lot of
>> variables get loaded into the variable browser, which do not bear any
>> meaning for me.
>>
>> Am I following the right process? Please let me know.
>>
>> Thanks,
>> Deb
>>
>> On Thu, Mar 12, 2015 at 5:26 PM, Eric Dubois [via Scilab / Xcos - Mailing
>> Lists Archives] <[hidden email]
>> > wrote:
>>
>>> Hello Deb.
>>>
>>> There was indeed another real variable becoming complex (although its
>>> imaginary part was nil) before line 158. A rare problem, but sorry for not
>>> having antici^pated it could happen.
>>>
>>> I have solved the problem in the attached MSVAR_SetInit file (although I
>>> have not waited until full convergence, which seems to be rather long).
>>>
>>> ?ric.
>>>
>>> 2015-03-12 18:22 GMT+01:00 dnayak <[hidden email]
>>> >:
>>>
>>>> Hi Eric,
>>>>
>>>> I did everything just the way you asked me to. I even got the message
>>>> '' --- new MSVAR_SerInit --- '', when I ran my estimation. However, I am
>>>> still getting the same error. But, it is in line 161 now, as you predicted.
>>>>
>>>> !--error 144
>>>> Undefined operation for the given operands.
>>>> check or define function %s_4_s for overloading.
>>>> at line 44 of function %s_pow called by :
>>>> at line 161 of function MSVAR_SetInit called by :
>>>> at line 165 of function ms_estimate called by :
>>>> at line 306 of function ms_var called by :
>>>>
>>>> r=ms_var('all',1,['l';'r'],nb_states,switch_var,var_opt,'prt=initial;final','opt_convg=0')
>>>>
>>>> I attach here both the original csv file that has my data and the dat
>>>> file that I obtained from the csv file using the impexc2bd command.
>>>>
>>>> I run my estimation using the following steps:
>>>> 1. Load data
>>>> - load('C:\Users\Adminuser\Desktop\TEST\Alice\AliceGROCERleftIrightP.dat')
>>>> 2. nb_states = 3
>>>> 3. switch_var = 3
>>>> 4. var_opt = 3
>>>>
>>>> 5. r=ms_var('all',1,['l';'r'],nb_states,switch_var,var_opt,'prt=initial;final','opt_convg=0')
>>>>
>>>> Hope this helps.
>>>>
>>>> Thanks,
>>>> Deb
>>>>
>>>>
>>>>
>>>> On Thu, Mar 12, 2015 at 4:30 AM, Eric Dubois [via Scilab / Xcos -
>>>> Mailing Lists Archives] <[hidden email]
>>>> > wrote:
>>>>
>>>>> Hi Deb.
>>>>>
>>>>> Could you please download the attach file in a new folder (say
>>>>> c:/new_ms) and:
>>>>> - load the file with the following command:
>>>>> --> getd('c:/new_ms')
>>>>> - then run again your estimation code
>>>>> - check that the program displays:
>>>>>
>>>>> --- new MSVAR_SerInit ---
>>>>>
>>>>> Then
>>>>> 1) if your estimation ends without error, fine (but this should mean
>>>>> that you have not properly installed Grocer v1.65, then please tell me
>>>>> exactly what you did - did you use Atoms or did you download Grocer from my
>>>>> web site? Where did you unzip the zip file? What mesages did you obtain?)
>>>>> 2) if you have the same error -except that it should now happen at
>>>>> line 161 of function MSVAR-SetInit- then could you send me your data and
>>>>> code (you can send it directly at [hidden email]
>>>>> or [hidden
>>>>> email] ), so
>>>>> that I can figure out what happens exactly?
>>>>>
>>>>> ?ric.
>>>>>
>>>>> 2015-03-11 22:56 GMT+01:00 dnayak <[hidden email]
>>>>> >:
>>>>>
>>>>>> Hi Eric,
>>>>>>
>>>>>> Thanks for your prompt reply. I did as you asked me to do. I removed
>>>>>> GROCER
>>>>>> 1.62 and used 1.65. But still the same error is appearing.
>>>>>>
>>>>>> !--error 144
>>>>>> Undefined operation for the given operands.
>>>>>> check or define function %s_4_s for overloading.
>>>>>> at line 44 of function %s_pow called by :
>>>>>> at line 158 of function MSVAR_SetInit called by :
>>>>>> at line 165 of function ms_estimate called by :
>>>>>> at line 306 of function ms_var called by :
>>>>>>
>>>>>> r=ms_var('all',1,['l';'r'],nb_states,switch_var,var_opt,'prt=initial;final','opt_convg=0')
>>>>>>
>>>>>> As I said earlier, when I use 2 states, GROCER starts working. It
>>>>>> throws the
>>>>>> error when I use 3 states.
>>>>>>
>>>>>> Thanks,
>>>>>> Deb
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> View this message in context:
>>>>>> http://mailinglists.scilab.org/GROCER-ms-var-throwing-errors-during-estimation-in-case-of-a-VAR-tp4031839p4031873.html
>>>>>> Sent from the Scilab users - Mailing Lists Archives mailing list
>>>>>> archive at Nabble.com.
>>>>>> _______________________________________________
>>>>>> users mailing list
>>>>>> [hidden email]
>>>>>>
>>>>>> http://lists.scilab.org/mailman/listinfo/users
>>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> users mailing list
>>>>> [hidden email]
>>>>> http://lists.scilab.org/mailman/listinfo/users
>>>>>
>>>>> *MSVAR_SetInit.sci* (6K) Download Attachment
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------
>>>>> If you reply to this email, your message will be added to the
>>>>> discussion below:
>>>>>
>>>>> http://mailinglists.scilab.org/GROCER-ms-var-throwing-errors-during-estimation-in-case-of-a-VAR-tp4031839p4031875.html
>>>>> To unsubscribe from GROCER: ms_var throwing errors during estimation
>>>>> in case of a VAR, click here.
>>>>> NAML
>>>>>
>>>>>
>>>>
>>>>
>>>> *AliceGROCERleftIrightP.csv* (71K) Download Attachment
>>>>
>>>> *AliceGROCERleftIrightP.dat* (113K) Download Attachment
>>>>
>>>>
>>>> ------------------------------
>>>> View this message in context: Re: GROCER: ms_var throwing errors
>>>> during estimation in case of a VAR
>>>>
>>>>
>>>> Sent from the Scilab users - Mailing Lists Archives mailing list
>>>> archive
>>>>
>>>> at Nabble.com.
>>>>
>>>> _______________________________________________
>>>> users mailing list
>>>> [hidden email]
>>>> http://lists.scilab.org/mailman/listinfo/users
>>>>
>>>>
>>>
>>> _______________________________________________
>>> users mailing list
>>> [hidden email]
>>> http://lists.scilab.org/mailman/listinfo/users
>>>
>>> *MSVAR_SetInit.sci* (6K) Download Attachment
>>>
>>>
>>>
>>> ------------------------------
>>> If you reply to this email, your message will be added to the
>>> discussion below:
>>>
>>> http://mailinglists.scilab.org/GROCER-ms-var-throwing-errors-during-estimation-in-case-of-a-VAR-tp4031839p4031883.html
>>> To unsubscribe from GROCER: ms_var throwing errors during estimation in
>>> case of a VAR, click here.
>>> NAML
>>>
>>>
>>
>>
>> ------------------------------
>> View this message in context: Re: GROCER: ms_var throwing errors during
>> estimation in case of a VAR
>>
>> Sent from the Scilab users - Mailing Lists Archives mailing list archive
>>
>> at Nabble.com.
>>
>> _______________________________________________
>> users mailing list
>> [hidden email]
>> http://lists.scilab.org/mailman/listinfo/users
>>
>>
>
> _______________________________________________
> users mailing list
> [hidden email]
> http://lists.scilab.org/mailman/listinfo/users
>
> *MSVAR_SetInit.sci* (6K) Download Attachment
>
>
>
> ------------------------------
> If you reply to this email, your message will be added to the discussion
> below:
>
> http://mailinglists.scilab.org/GROCER-ms-var-throwing-errors-during-estimation-in-case-of-a-VAR-tp4031839p4031887.html
> To unsubscribe from GROCER: ms_var throwing errors during estimation in
> case of a VAR, click here
>
> .
> NAML
>
>
--
View this message in context: http://mailinglists.scilab.org/GROCER-ms-var-throwing-errors-during-estimation-in-case-of-a-VAR-tp4031839p4031891.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From quantparis at numericable.fr Tue Mar 17 15:40:28 2015
From: quantparis at numericable.fr (quantparis at numericable.fr)
Date: Tue, 17 Mar 2015 15:40:28 +0100 (CET)
Subject: [Scilab-users] atoms install doesn't work
Message-ID:
when I compile the source it doesn't work (atoms install),?
but when I install scilab from the ubuntu depot (version 5.6) it works?
thanks for the RepositoryAdd function I didn't know it
for me on windows no problems that's why I thought at the beginning it was related to ubuntu
it seems that there is something in the available source code that leads to the problem
---- Message d'origine ----
De : "Arsh"
? : users at lists.scilab.org
Objet : Re: [Scilab-users] atoms install doesn't work
Date : 05/03/2015 10:33:12 CET
I decided to just go back to 5.5 repository as it worked fine previously
-->atomsRepositoryAdd("http://atoms.scilab.org/5.5")
There's something amiss with the 5.6 it seems
--
View this message in context: http://mailinglists.scilab.org/Scilab-users-atoms-install-doesn-t-work-tp4031708p4031788.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.
_______________________________________________
users mailing list
users at lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From clement.david at scilab-enterprises.com Thu Mar 19 08:13:29 2015
From: clement.david at scilab-enterprises.com (=?ISO-8859-1?Q?Cl=E9ment?= David)
Date: Thu, 19 Mar 2015 08:13:29 +0100
Subject: [Scilab-users] xcosAddToolsMenu()
In-Reply-To: <1426246491239-4031884.post@n3.nabble.com>
References: <1426246491239-4031884.post@n3.nabble.com>
Message-ID: <1426749209.20995.3.camel@scilab-enterprises.com>
Hi Den,
Le vendredi 13 mars 2015 ? 04:34 -0700, Den a ?crit :
> With "xcosAddToolsMenu("example", "build_example(scs_m)")" a new Button is
> add to Xcos,
> but it doesnt work.
> I get the message "undefined variable: build_example"
>
> Is this the right way to call a function from a sci-Script?
>
> And what i have to do that the button is always available?
The button is available but the callback is not loaded. Did you try to
set the callback using : xcosAddToolsMenu("example", "build_example") ?
--
Cl?ment
From ei1304 at thi.de Thu Mar 19 08:32:38 2015
From: ei1304 at thi.de (Den)
Date: Thu, 19 Mar 2015 00:32:38 -0700 (MST)
Subject: [Scilab-users] xcosAddToolsMenu()
In-Reply-To: <1426749209.20995.3.camel@scilab-enterprises.com>
References: <1426749209.20995.3.camel@scilab-enterprises.com>
Message-ID: <1426750358267-4031930.post@n3.nabble.com>
>The button is available but the callback is not loaded. Did you try to
>set the callback using : xcosAddToolsMenu("example", "build_example") ?
No, i didn't.
The problem is solved now, i forget to load sci file in the Scilab
environment.
--
Den
--
View this message in context: http://mailinglists.scilab.org/Re-xcosAddToolsMenu-tp4031929p4031930.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.
From skiba.g at gmail.com Wed Mar 25 08:34:03 2015
From: skiba.g at gmail.com (Grzegorz Skiba)
Date: Wed, 25 Mar 2015 08:34:03 +0100
Subject: [Scilab-users] Xcos drowing scheme improvments
Message-ID:
Hi,
I want to ask if there are plans for improving Xcos drawing scheme
capabilities in the next Scilab releases?
Regards Grzegorz
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From johnhpote at o2.co.uk Thu Mar 26 01:07:01 2015
From: johnhpote at o2.co.uk (John Pote)
Date: Thu, 26 Mar 2015 00:07:01 +0000
Subject: [Scilab-users] Scilab/xcos 5.5.1 not working with Win XP
Message-ID: <55134DA5.2020700@o2.co.uk>
Hi everyone,
I have installed Scilab 5.5.1 on my Windows XP box. Initially I had
trouble starting it up because Normaliz.dll could not be found. A copy
of this dll is now installed on the computer and Sci lab starts up as
normal.
However, although xcos starts ok it does not run. I can drag some
functional blocks from the pallet to the design window and connect them
together. But when I run the simulation a graphics window opens but does
not render properly. Some of the original window remains visible at the
bottom edge of the graphics window. No graphs are drawn and the 'run'
does not end. Anyone any ideas how to fix this problem?
PC: Win XP Professional with service pack 3 (32 bit). 4 GB RAM. Dual
screen operation on an ATI Radeon graphics card.
Any help appreciated as will not be able to use xcos until this problem
solved.
John
From anilkanwaria at gmail.com Wed Mar 25 09:46:35 2015
From: anilkanwaria at gmail.com (anil)
Date: Wed, 25 Mar 2015 01:46:35 -0700 (MST)
Subject: [Scilab-users] modelica
Message-ID: <1427273195383-4031948.post@n3.nabble.com>
hello,I am trying to develop a new block for thyristor using M-block , but i
am unable to use already defined classes such as TwoPin in my modelica
code.It is showing error displaying inheritence in not allowed.So how do i
make new block for thyristor.
--
View this message in context: http://mailinglists.scilab.org/modelica-tp4031948.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.
From thanvikaran95 at gmail.com Wed Mar 25 21:16:46 2015
From: thanvikaran95 at gmail.com (KARAN THANVI)
Date: Thu, 26 Mar 2015 01:46:46 +0530
Subject: [Scilab-users] Inquiry about GSoC'15
Message-ID:
Sir,
I am a third year UG student, pursuing my IT engineering course in
PICT, pune.
I am interested in contributing to the projects proposed by Scilab.
I have good knowledge of C/C++ programming languages along with some other
languages also.
I want to know more about the projects and how should I proceed for the
same.
Please look into this matter and guide me for the next.
Thanking you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From basilio.2004 at gmail.com Thu Mar 26 08:10:39 2015
From: basilio.2004 at gmail.com (basileus)
Date: Thu, 26 Mar 2015 00:10:39 -0700 (MST)
Subject: [Scilab-users] Dynamic libraries (scilab API)
Message-ID: <1427353839336-4031957.post@n3.nabble.com>
Hello everyone,
I wrote two dynamic libraries, using scilab API:
One: 1.1 , 1.2
Two: 2.1 , 2.2
And I wrote two test files.
If I run test1 , all work fine:
Shared archive loaded.
Link done.
Number of entry points 1.
Shared libraries :
[ 0 ] : 1 library.
Entry point lib_vr_func in shared library 0.
DD=
<.....>
Number of entry points 0.
Shared libraries :
[ ] : 0 library.
Number of entry points 1.
Shared libraries :
[ 0 ] : 1 library.
Entry point lib_vt_func in shared library 0.
BB=
< .......>
Number of entry points 0.
Shared libraries :
[ ] : 0 library.
If I run test2 first time, it work fine.
In the second run the test fails:
Shared archive loaded.
Link done.
Number of entry points 2.
Shared libraries :
[ 0 1 ] : 2 libraries.
Entry point lib_vt_func in shared library 1.
Entry point lib_vr_func in shared library 0.
BB=vt_func(a,V);
!--error 77
vr_func: Wrong number of input argument(s): 3 expected.
at line 31 of exec file called by :
exec('/home/basileus/tmp/test/test2.sce', -1)
Why when I call the second function is called first? What am I doing wrong??
--
View this message in context: http://mailinglists.scilab.org/Dynamic-libraries-scilab-API-tp4031957.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.
From ei1304 at thi.de Fri Mar 27 15:28:32 2015
From: ei1304 at thi.de (Den)
Date: Fri, 27 Mar 2015 07:28:32 -0700 (MST)
Subject: [Scilab-users] C2F(....)(....); function
Message-ID: <1427466512515-4031987.post@n3.nabble.com>
Hello everyone,
i try to generate and compile embedded code
from a Xcos model.
I get a compiling error because of the function
"C2F(dgemm)();" which is in dmmul.c file.
Which sense have the function?
And what kind of function is the "C2F" function?
regards
Den
--
View this message in context: http://mailinglists.scilab.org/C2F-function-tp4031987.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.
From paul.bignier at scilab-enterprises.com Fri Mar 27 15:56:23 2015
From: paul.bignier at scilab-enterprises.com (Paul Bignier)
Date: Fri, 27 Mar 2015 15:56:23 +0100
Subject: [Scilab-users] C2F(....)(....); function
In-Reply-To: <1427466512515-4031987.post@n3.nabble.com>
References: <1427466512515-4031987.post@n3.nabble.com>
Message-ID: <55156F97.8010208@scilab-enterprises.com>
Hello Den,
C2F makes a call to a Fortran function from C code (read "C to Fortran").
So C2F(dgemm)() is trying to call BLAS's dgemm
Fortran-coded function (matrix-matrix multiplication).
As for your compilation error, you may want to check what version of
blas/lapack you have on your system.
HTH,
Regards,
Paul
On 03/27/2015 03:28 PM, Den wrote:
> Hello everyone,
>
> i try to generate and compile embedded code
> from a Xcos model.
>
> I get a compiling error because of the function
> "C2F(dgemm)();" which is in dmmul.c file.
>
> Which sense have the function?
> And what kind of function is the "C2F" function?
>
> regards
> Den
>
>
>
> --
> View this message in context: http://mailinglists.scilab.org/C2F-function-tp4031987.html
> Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
--
Paul BIGNIER
Development engineer
-----------------------------------------------------------
Scilab Enterprises
143bis rue Yves Le Coz - 78000 Versailles, France
Phone: +33.1.80.77.04.69
http://www.scilab-enterprises.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From david.diruscio at libero.it Mon Mar 30 11:26:38 2015
From: david.diruscio at libero.it (david.diruscio at libero.it)
Date: Mon, 30 Mar 2015 11:26:38 +0200 (CEST)
Subject: [Scilab-users] Issue with graphic interface
Message-ID: <859254873.2793221427707598861.JavaMail.httpd@webmail-22.iol.local>
Hi,
I have an issue with the display of the legend. I need that the background of the legend box remain non-transparent. I can set the legend to be non-transparent but when I copy and paste a curve from another figure and then update the legend it becomes transparent and it's not very clear. I tried to use the gdf() command in order to set the default property with no success.
Can you help me?
Thank you in advance.
David
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From Florian.Klingenstein at gigatronik.com Fri Mar 27 16:54:42 2015
From: Florian.Klingenstein at gigatronik.com (Klingenstein, Florian)
Date: Fri, 27 Mar 2015 15:54:42 +0000
Subject: [Scilab-users] Model Name from within interfacing function
Message-ID:
Hello everyone,
I am using this mailing list for the first time and I don't know if I do it right but I have a question concerning Xcos:
Is it possible to access the model name of a Xcos model within the interfacing function of a block?
For example I want to use the following code:
function [x, y, typ]=MYOWNBLOCK(job, arg1, arg2)
select job
case "set" then
x=arg1
model=arg1.model;
graphics=arg1.graphics;
model_name = functionToGetModelName();
...
end
endfunction
Regards
Flo
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From Christophe.Dang at sidel.com Mon Mar 30 12:47:54 2015
From: Christophe.Dang at sidel.com (Dang, Christophe)
Date: Mon, 30 Mar 2015 10:47:54 +0000
Subject: [Scilab-users] Issue with graphic interface
In-Reply-To: <859254873.2793221427707598861.JavaMail.httpd@webmail-22.iol.local>
References: <859254873.2793221427707598861.JavaMail.httpd@webmail-22.iol.local>
Message-ID:
Hello,
> De : david.diruscio at libero.it
> Envoy? : lundi 30 mars 2015 11:27
>
> but when I copy and paste a curve from another figure
> and then update the legend
> it becomes transparent
I do not exactly understand what you do.
Maybe could you give us a small example
that generates the problem,
or describe the operations you perform
if it's using GUI.
Regards
--
Christophe Dang Ngoc Chan
Mechanical calculation engineer
This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error), please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden.
From sgougeon at free.fr Mon Mar 30 13:09:37 2015
From: sgougeon at free.fr (Samuel Gougeon)
Date: Mon, 30 Mar 2015 13:09:37 +0200
Subject: [Scilab-users] Issue with graphic interface
In-Reply-To: <859254873.2793221427707598861.JavaMail.httpd@webmail-22.iol.local>
References: <859254873.2793221427707598861.JavaMail.httpd@webmail-22.iol.local>
Message-ID: <55192EF1.8010409@free.fr>
Hello,
Le 30/03/2015 11:26, david.diruscio at libero.it a ?crit :
> Hi,
>
> I have an issue with the display of the legend. I need that the
> background of the legend box remain non-transparent. I can set the
> legend to be non-transparent but when I copy and paste a curve from
> another figure and then update the legend it becomes transparent and
> it's not very clear. I tried to use the gdf() command in order to set
> the default property with no success.
> Can you help me?
You may awake this unresolved report: http://bugzilla.scilab.org/5552,
that was tagged to be fixed for Scilab 5.4
Regards
Samuel
From dnayak at ncsu.edu Mon Mar 30 17:28:56 2015
From: dnayak at ncsu.edu (dnayak)
Date: Mon, 30 Mar 2015 08:28:56 -0700 (MST)
Subject: [Scilab-users] Grocer: Estimation of a Sequence of States
Message-ID: <1427729335916-4031997.post@n3.nabble.com>
Hi,
I have been using Grocer for some time now for the estimation of HMM-VAR
parameters. However, I have a different problem now.
Suppose, I have estimated the parameters of an HMM-VAR. Now, I want to use
those parameters to estimate the sequence of states in a given time-series
data. This may or may not be the data used to obtain the parameters.
Is there any function, that is able to do that?
Thanks,
Deb
--
View this message in context: http://mailinglists.scilab.org/Grocer-Estimation-of-a-Sequence-of-States-tp4031997.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com.
From Christophe.Dang at sidel.com Mon Mar 30 17:31:47 2015
From: Christophe.Dang at sidel.com (Dang, Christophe)
Date: Mon, 30 Mar 2015 15:31:47 +0000
Subject: [Scilab-users] Issue with graphic interface
In-Reply-To: <1072221829.745631427723373782.JavaMail.httpd@webmail-27.iol.local>
References: <1072221829.745631427723373782.JavaMail.httpd@webmail-27.iol.local>
Message-ID:
Brought back to the list so everybody can contribute
--------------------------------------------------------------------------------
De : david.diruscio at libero.it [mailto:david.diruscio at libero.it]
Envoy? : lundi 30 mars 2015 15:50
? : Dang, Christophe
Objet : R: RE: [Scilab-users] Issue with graphic interface
Yes, I'm using a GUI that perform operations on data and then displays the curve related to the processed data on a 2D plot.
The steps are very simple:
1) Load data files
2) Perform some operations on the data
3) Display the results on a 2D plot
At this stage of the process everything is fine and well formatted (since I set the properties of the figure and of the axis)
Now, It is useful however to compare different curves obtained with different data.
So I just repeat steps 1),2) and 3) in order to have a second plot on a different figure. When I copy and paste one curve (with the legend properly
formatted) in the box of the other curve I have to update the legend (and this is fine, for example in Matlab I usually do so). In order to update the legend I do the following operations
4) right click on one curve
5) "insert legend"
6) type the name of the curve
The fact that I don't understand is why when I update the legend (after step
6) the box of the legend (that has been set to be "white" in each of the two
figures) becomes transparent so that you can see the grid passing through the legend and making the legend itself not very clear to read.
Thanks for your help
--------------------------------------------------------------------------------
Well, I never copied/pasted a curve from a figure to the other,
I even didn't know it was possible, thanks for the trick.
As a workaround, I suggest you draw both curves directly on the same figure,
e.g. using scf().
But you are right,
It would be usefull that a figure keeps its properties when an object is copied on it.
--
Christophe Dang Ngoc Chan
Mechanical calculation engineer
This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error), please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden.
From grocer.toolbox at gmail.com Mon Mar 30 18:55:47 2015
From: grocer.toolbox at gmail.com (Eric Dubois)
Date: Mon, 30 Mar 2015 18:55:47 +0200
Subject: [Scilab-users] Grocer: Estimation of a Sequence of States
In-Reply-To: <1427729335916-4031997.post@n3.nabble.com>
References: <1427729335916-4031997.post@n3.nabble.com>
Message-ID:
Hello.
The function ms_var_oos that has been introduced in Grocer 1.66 is probably
what you need.
See help ms_var_oos for a description of the function.
Eric
Le 30 mars 2015 17:30, "dnayak" a ?crit :
> Hi,
>
> I have been using Grocer for some time now for the estimation of HMM-VAR
> parameters. However, I have a different problem now.
>
> Suppose, I have estimated the parameters of an HMM-VAR. Now, I want to use
> those parameters to estimate the sequence of states in a given time-series
> data. This may or may not be the data used to obtain the parameters.
>
> Is there any function, that is able to do that?
>
> Thanks,
> Deb
>
>
>
> --
> View this message in context:
> http://mailinglists.scilab.org/Grocer-Estimation-of-a-Sequence-of-States-tp4031997.html
> Sent from the Scilab users - Mailing Lists Archives mailing list archive
> at Nabble.com.
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From sgougeon at free.fr Mon Mar 30 21:13:26 2015
From: sgougeon at free.fr (Samuel Gougeon)
Date: Mon, 30 Mar 2015 21:13:26 +0200
Subject: [Scilab-users] Issue with graphic interface
In-Reply-To:
References: <1072221829.745631427723373782.JavaMail.httpd@webmail-27.iol.local>
Message-ID: <5519A056.8080301@free.fr>
Thanks Christophe:
Le 30/03/2015 17:31, Dang, Christophe a ?crit :
> Brought back to the list so everybody can contribute
>
> --------------------------------------------------------------------------------
> De : david.diruscio at libero.it [mailto:david.diruscio at libero.it]
> Envoy? : lundi 30 mars 2015 15:50
> ? : Dang, Christophe
> Objet : R: RE: [Scilab-users] Issue with graphic interface
>
> Yes, I'm using a GUI that perform operations on data and then displays the curve related to the processed data on a 2D plot.
> The steps are very simple:
>
> 1) Load data files
> 2) Perform some operations on the data
> 3) Display the results on a 2D plot
>
> At this stage of the process everything is fine and well formatted (since I set the properties of the figure and of the axis)
>
> Now, It is useful however to compare different curves obtained with different data.
> So I just repeat steps 1),2) and 3) in order to have a second plot on a different figure. When I copy and paste one curve (with the legend properly
> formatted) in the box of the other curve I have to update the legend (and this is fine, for example in Matlab I usually do so). In order to update the legend I do the following operations
>
> 4) right click on one curve
> 5) "insert legend"
> 6) type the name of the curve
>
> The fact that I don't understand is why when I update the legend (after step
> 6) the box of the legend (that has been set to be "white" in each of the two
> figures) becomes transparent so that you can see the grid passing through the legend and making the legend itself not very clear to read.
>
> Thanks for your help
Here is the complete way to reproduce and identify the 2 bugs:
clf
subplot(2,1,1)
plot2d()
xgrid()
legend("1","2","3")
subplot(2,1,2)
plot(-1:1)
legend("1")
xgrid() // the legend background is opaque. It clips the grid
// click right on the green curve above: select COPY
// go to the bottom axes, and paste the curve
// See the Legend handle:
ax = gca();
ax.children(2)
// It is 2nd position since the copied curve has been inserted afterwards (as children(1))
// Then, to update the legend, still for the bottom axes,
// - click right on the green curve: select Legends => Insert, and type"Test"
// => Here, the legend's background becomes transparent and lets the grid appearing.
// Why? Look at the axes children:
ax.children
// The legend block is now children(1), and its fill_mode is"off".
So: There are here 2 bugs:
a) the legends handle should not change
b) the fill_mode should not be set to "off". By the way, the default is
conveniently to "on". So it is not a default's issue.
David, could you fill a bug report (i guess, only one)?
Samuel
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From sgougeon at free.fr Mon Mar 30 21:28:21 2015
From: sgougeon at free.fr (Samuel Gougeon)
Date: Mon, 30 Mar 2015 21:28:21 +0200
Subject: [Scilab-users] Issue with graphic interface
In-Reply-To: <5519A056.8080301@free.fr>
References: <1072221829.745631427723373782.JavaMail.httpd@webmail-27.iol.local>
<5519A056.8080301@free.fr>
Message-ID: <5519A3D5.1010600@free.fr>
Le 30/03/2015 21:13, Samuel Gougeon a ?crit :
> So: There are here 2 bugs:
> a) the legends handle should not change
Rather for dev:
The former one is really deleted (as tracking its handle and twinkle()
it shows), and a new one is created.
This is not so surprising, since updating a Legend block requires to
change /at the same//time/ its .text and its .links attributes, we guess
not one after the other! As for major axes ticks positions and related
Labels...
This is not possible here, since these 2 attributes do not belong to a
tlist.
Samuel
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From skiba.g at gmail.com Mon Mar 30 20:20:02 2015
From: skiba.g at gmail.com (Grzegorz Skiba)
Date: Mon, 30 Mar 2015 20:20:02 +0200
Subject: [Scilab-users] Model Name from within interfacing function
In-Reply-To:
References:
Message-ID:
Hi Florian,
you can use scs_m object which holds Xcos scheme structure:
*--> scs_m.props.title *
but your schema has to be compiled before you use scs_m object in block
code.
Regards Grzegorz
2015-03-27 16:54 GMT+01:00 Klingenstein, Florian <
Florian.Klingenstein at gigatronik.com>:
> Hello everyone,
>
>
>
> I am using this mailing list for the first time and I don?t know if I do
> it right but I have a question concerning Xcos:
>
> Is it possible to access the model name of a Xcos model within the
> interfacing function of a block?
>
> For example I want to use the following code:
>
>
>
> function [*x*, *y*, *typ*]=*MYOWNBLOCK*(*job*, *arg1*, *arg2*)
>
>
>
> select *job*
>
> case "set" then
>
> *x*=*arg1*
>
> model=*arg1*.model;
>
> graphics=*arg1*.graphics;
>
>
>
> *model_name = functionToGetModelName();*
>
>
>
> ?
>
>
>
> end
>
>
>
> endfunction
>
>
>
>
>
> Regards
>
> Flo
>
>
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From skiba.g at gmail.com Tue Mar 31 12:03:03 2015
From: skiba.g at gmail.com (Grzegorz Skiba)
Date: Tue, 31 Mar 2015 12:03:03 +0200
Subject: [Scilab-users] How to unlock scilab console during Xcos simulation ?
Message-ID:
Hi all,
I use Xcos model to control real plant. While xcos simulation is running I
can use custom Scilab functions to change plant behaviour, but function
call is executed after Xcos simulation ends.
Is it possible to ulock scilab console during Xcos simulation and call
function during Xcos simulation ?
Regards Grzegorz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: