VAR Results Tabulation
by Henrique Andrade
Dear Gretl developers,
I'd observed an odd tabulation of the F-tests in the VAR estimations results
when I use Gretl in languages other than English. Please take a look at the
script:
<script>
open australia.gdt
var 4 lpus le lpau --robust
</script>
The results in the English version are:
F-tests of zero restrictions:
All lags of lpus F(4, 60) = 760.53 [0.0000]
All lags of le F(4, 60) = 0.23303 [0.9187]
All lags of lpau F(4, 60) = 1.3939 [0.2469]
All vars, lag 4 F(3, 60) = 6.0590 [0.0011]
And in Portuguese are:
Testes-F com zero restrições:
Todas as defasagens de lpus F(4, 60) = 760,53 [0,0000]
Todas as defasagens de le F(4, 60) = 0,23303 [0,9187]
Todas as defasagens de lpau F(4, 60) = 1,3939 [0,2469]
Todas as variáveis, defasagem 4 F(3, 60) = 6,0590 [0,0011]
I know that this is not a big deal, but, if this task is not a difficulty
one, is it possible to fix this? I
Best regards,
Henrique C. de Andrade
Doutorando em Economia Aplicada
Universidade Federal do Rio Grande do Sul
www.ufrgs.br/ppge
14 years, 8 months
- 2
- 3
"break" bug fixed
by Allin Cottrell
I'm embarrassed to say that there has been a bug in the "break"
command (for loops) since it was introduced, probably.
Up till now, the effect of "break" has been to invalidate the loop
continuation condition. The loop would not proceed to the next
iteration -- but it would, however, continue to the end of the
current iteration. The new behavior, which I'm sure is what users
would expect, is that the thread of execution of the current loop
breaks immediately after the "break" command.
Simple test case:
<script>
loop 100
print "One"
break
print "Two"
endloop
</script>
Up till now you'd see "One" and "Two" printed once; now you see
just "One". I hope this hasn't caused anyone grief in writing
complex scripts.
Allin
14 years, 8 months
- 1
- 0