4:32 p.m.
Hi,
I tried the following script:
set echo off
set messages off
# sample function call
nulldata 1800
setobs 5 2008-01-01 # a daily dataset should be already in place
loop foreach a RHT TKA
string ausgabe = "Aktie " ~ "$a"
print ausgabe
series "$a"
$a = yahoo_price($a)
endloop
As you might guess, the idea is to download a couple of time series from yahoo.
Each series should receive the name of the stock.
However, apart from the fact that it is not working (I am happy to get help here, too),
I get the following error message:
set messages off
> # sample function call
nulldata 1800
Sorry, this command is not available in loop mode
Error executing script: halting
nulldata 1800
But I am not in loop mode! And the command "nulldate" is not in the loop!
To me, it seems that the loop is not finished when an error is raised.
When you want to replicate the error, you might need to comment out $a = yahoo_price($a),
run it and then
remove the # and run again. Then again, comment out, run, remove the comment, run. The
respective
error message appears only every second run.
Thanks for your help!
Kind regards,
Thorsten
4:47 p.m.
Am 05.08.2015 um 18:32 schrieb Wingenroth, Thorsten:
I get the following error message:
> set messages off
>> # sample function call
> nulldata 1800
Sorry, this command is not available in loop mode
Error executing script: halting
> nulldata 1800
But I am not in loop mode! And the command “nulldate” is not in the
loop!
To me, it seems that the loop is not finished when an error is
raised.
Apart from the fact that it might be helpful to provide the version
number, yes I have experienced this behavior myself in the past. My
personal term for it is some remaining "flakiness" of gretl's command
interpreter. As you suggest, I think it comes from a previous script
that was aborted due to an error inside a loop. Then gretl continues to
think that the loop hasn't ended yet.
However, I'm not sure if this is still happening with recent versions, I
think I haven't seen this recently. Again, please provide the version
you're using.
thanks,
sven
5:24 p.m.
I can confirm a similar behaviour actually - even with latest cvs. Haven't been able
to figure out the exact source so far - that's why I haven't reported it yet.
Artur
Am 5. August 2015 18:47:00 MESZ, schrieb Sven Schreiber <svetosch(a)gmx.net>:
Am 05.08.2015 um 18:32 schrieb Wingenroth, Thorsten:
>
> I get the following error message:
>
>
>
>> set messages off
>
>>> # sample function call
>
>> nulldata 1800
>
> Sorry, this command is not available in loop mode
>
>
>
> Error executing script: halting
>
>> nulldata 1800
>
>
>
> But I am not in loop mode! And the command “nulldate” is not in the
> loop!
>
> To me, it seems that the loop is not finished when an error is
> raised.
>
Apart from the fact that it might be helpful to provide the version
number, yes I have experienced this behavior myself in the past. My
personal term for it is some remaining "flakiness" of gretl's command
interpreter. As you suggest, I think it comes from a previous script
that was aborted due to an error inside a loop. Then gretl continues to
think that the loop hasn't ended yet.
However, I'm not sure if this is still happening with recent versions,
I
think I haven't seen this recently. Again, please provide the version
you're using.
thanks,
sven
_______________________________________________
Gretl-users mailing list
Gretl-users(a)lists.wfu.edu
http://lists.wfu.edu/mailman/listinfo/gretl-users
--
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.
6:44 p.m.
On Wed, 5 Aug 2015, Wingenroth, Thorsten wrote:
I tried the following script:
set echo off
set messages off
# sample function call
nulldata 1800
setobs 5 2008-01-01 # a daily dataset should be already in place
loop foreach a RHT TKA
string ausgabe = "Aktie " ~ "$a"
print ausgabe
series "$a"
$a = yahoo_price($a)
endloop
As you might guess, the idea is to download a couple of time series
from yahoo. Each series should receive the name of the stock.
However, apart from the fact that it is not working (I am happy to
get help here, too), I get the following error message:
> set messages off
>> # sample function call
> nulldata 1800
Sorry, this command is not available in loop mode
Error executing script: halting
> nulldata 1800
But I am not in loop mode! And the command "nulldate" is not in the loop!
To me, it seems that the loop is not finished when an error is raised.
When you want to replicate the error, you might need to comment out
$a = yahoo_price($a), run it and then remove the # and run again.
Then again, comment out, run, remove the comment, run. The
respective error message appears only every second run.
Thanks for the report, but so far I'm not able to replicate this with
CVS gretl (on Linux). The errors in your script are (1) that when
declaring a series you need to provide an unquoted name (that is, an
identifier, not a string literal), and (2) it's the inverse problem
with the argument to yahoo_price: it should be a string. Corrected
version:
loop foreach a RHT TKA
string ausgabe = "Aktie " ~ "$a"
print ausgabe
series $a = yahoo_price("$a")
endloop
From that I get:
<output>
Aktie RHT
RHT imported ok
Aktie TKA
Ticker TKA not found
</output>
Now, as regards the loop hang-up you describe, I can't provoke it: no
matter how many times I comment out and uncomment the yahoo_price line
in the original version, running the script always gives me
<output>
Aktie RHT
Unexpected symbol '"'
Invalid declaration
> series "$a"
</output>
which is a correct error message regarding the bad series declaration.
Maybe there's something I'm missing in exactly how the script is being
run?
Allin Cottrell
9:06 p.m.
Thanks to all your responses. My Version is 1.10.0cvs under Windows. I noticed that you
even don't have to comment out. Just rerun the script and you get alternating error
messages.
I fixed my script now (see below), though it might still be a good idea to fix this
strange behavior if possible.
# preperations
include yahoo_get.gfn
nulldata 1800
setobs 5 2008-01-01 # a daily dataset should be already in place
# which stocks do you want to include?
string aktien = "TKA DAI"
# download the time series
print "Start downloading the stocks..."
loop foreach a @aktien
string ticker = "$a" ~ ".DE"
series $a = yahoo_price(ticker)
endloop
# process the time series
ldiff @aktien
-----Ursprüngliche Nachricht-----
Von: gretl-users-bounces(a)lists.wfu.edu [mailto:gretl-users-bounces@lists.wfu.edu] Im
Auftrag von Sven Schreiber
Gesendet: Mittwoch, 5. August 2015 18:47
An: gretl-users(a)lists.wfu.edu
Betreff: Re: [Gretl-users] Loop not automatically ending when error?
Am 05.08.2015 um 18:32 schrieb Wingenroth, Thorsten:
I get the following error message:
> set messages off
>> # sample function call
> nulldata 1800
Sorry, this command is not available in loop mode
Error executing script: halting
> nulldata 1800
But I am not in loop mode! And the command "nulldate" is not in the
loop!
To me, it seems that the loop is not finished when an error is raised.
Apart from the fact that it might be helpful to provide the version number, yes I have
experienced this behavior myself in the past. My personal term for it is some remaining
"flakiness" of gretl's command interpreter. As you suggest, I think it comes
from a previous script that was aborted due to an error inside a loop. Then gretl
continues to think that the loop hasn't ended yet.
However, I'm not sure if this is still happening with recent versions, I think I
haven't seen this recently. Again, please provide the version you're using.
thanks,
sven
_______________________________________________
Gretl-users mailing list
Gretl-users(a)lists.wfu.edu
http://lists.wfu.edu/mailman/listinfo/gretl-users
9:12 p.m.
On Wed, 5 Aug 2015, Wingenroth, Thorsten wrote:
Thanks to all your responses. My Version is 1.10.0cvs under
Windows. I noticed that you even don't have to comment out. Just
rerun the script and you get alternating error messages.
I fixed my script now (see below), though it might still be a good
idea to fix this strange behavior if possible.
# preperations
include yahoo_get.gfn
nulldata 1800
setobs 5 2008-01-01 # a daily dataset should be already in place
# which stocks do you want to include?
string aktien = "TKA DAI"
# download the time series
print "Start downloading the stocks..."
loop foreach a @aktien
string ticker = "$a" ~ ".DE"
series $a = yahoo_price(ticker)
endloop
# process the time series
ldiff @aktien
Thanks, Thorsten. It doesn't seem that this behavior (that is, the
misbehavior on gretl's part that you're describing) would differ by
platform but certainly stranger things have happened. I'll try
testing myself on Windows tomorrow.
Allin Cottrell
9:16 p.m.
Thorsten,
Your script runs fine for me on Windows 7 (64-bit, version 1.10.90cvs, build date
2015-07-31).
PS
-----Original Message-----
From: gretl-users-bounces(a)lists.wfu.edu [mailto:gretl-users-
bounces(a)lists.wfu.edu] On Behalf Of Wingenroth, Thorsten
Sent: Wednesday, August 05, 2015 5:07 PM
To: Gretl list
Subject: Re: [Gretl-users] Loop not automatically ending when error?
Thanks to all your responses. My Version is 1.10.0cvs under Windows. I noticed
that you even don't have to comment out. Just rerun the script and you get
alternating error messages.
I fixed my script now (see below), though it might still be a good idea to fix this
strange behavior if possible.
# preperations
include yahoo_get.gfn
nulldata 1800
setobs 5 2008-01-01 # a daily dataset should be already in place
# which stocks do you want to include?
string aktien = "TKA DAI"
# download the time series
print "Start downloading the stocks..."
loop foreach a @aktien
string ticker = "$a" ~ ".DE"
series $a = yahoo_price(ticker)
endloop
# process the time series
ldiff @aktien
-----Ursprüngliche Nachricht-----
Von: gretl-users-bounces(a)lists.wfu.edu [mailto:gretl-users-
bounces(a)lists.wfu.edu] Im Auftrag von Sven Schreiber
Gesendet: Mittwoch, 5. August 2015 18:47
An: gretl-users(a)lists.wfu.edu
Betreff: Re: [Gretl-users] Loop not automatically ending when error?
Am 05.08.2015 um 18:32 schrieb Wingenroth, Thorsten:
>
> I get the following error message:
>
>
>
>> set messages off
>
>>> # sample function call
>
>> nulldata 1800
>
> Sorry, this command is not available in loop mode
>
>
>
> Error executing script: halting
>
>> nulldata 1800
>
>
>
> But I am not in loop mode! And the command "nulldate" is not in the
> loop!
>
> To me, it seems that the loop is not finished when an error is raised.
>
Apart from the fact that it might be helpful to provide the version number, yes I
have experienced this behavior myself in the past. My personal term for it is
some remaining "flakiness" of gretl's command interpreter. As you suggest,
I
think it comes from a previous script that was aborted due to an error inside a
loop. Then gretl continues to think that the loop hasn't ended yet.
However, I'm not sure if this is still happening with recent versions, I think I
haven't seen this recently. Again, please provide the version you're using.
thanks,
sven
_______________________________________________
Gretl-users mailing list
Gretl-users(a)lists.wfu.edu
http://lists.wfu.edu/mailman/listinfo/gretl-users
_______________________________________________
Gretl-users mailing list
Gretl-users(a)lists.wfu.edu
http://lists.wfu.edu/mailman/listinfo/gretl-users
6:11 p.m.
On Wed, 5 Aug 2015, Wingenroth, Thorsten wrote:
Thanks to all your responses. My Version is 1.10.0cvs under Windows.
I noticed that you even don't have to comment out. Just rerun the
script and you get alternating error messages.
I fixed my script now (see below), though it might still be a good
idea to fix this strange behavior if possible.
I tried running your example on Windows 8 today (the original script
with errors) and I couldn't get gretl to misbehave: as on Linux I just
got a valid error message however many times I ran the script.
If anyone else is able to reproduce the problem Thorsten described,
please let me know.
Allin Cottrell
3184
days inactive
3185
days old
7 comments
5 participants
participants (5)
-
Allin Cottrell -
Artur Tarassow -
Summers, Peter -
Sven Schreiber -
Wingenroth, Thorsten