bug when using gmm
by Sven Schreiber
Hello,
either this post contains a relatively stupid question or I've stumbled
upon a strange bug in gretl. this is with the released 1.7.4 on windows
(no snapshot). Since you would have asked me for it anyway, I'm
providing a testcase right away.
The attached script contains two gmm blocks, which AFAICS should be
independent and not affecting each other. The funny thing is, if I
comment out the first gmm block, the results of the second gmm
estimation change. As I'm writing this, tired and everything, I feel
sure that somebody is going to point out a programming mistake and make
me feel embarrassed, but well, maybe it's a gretl bug after all.
good night,
sven
16 years, 1 month
omit bug
by Sven Schreiber
Hi,
there seems to be a new bug introduced after 1.7.4; as always, I can
provide more details later and/or file a bug report, but maybe this is
already enough, and before I forget about it, here goes:
In a script of ours, we have an "omit" test statement after a standard
(OLS) estimation, but in between there are some other calculations
("scalar" and "matrix", so effectively "genr" I guess).
This worked fine up to 1.7.4, but current snapshots complain at the
"omit" line, saying that no estimate has been performed so far.
cheers,
sven
16 years, 1 month
strange bug with loop and submatrixes
by Stefano Balietti
The operation of selection of submatrixes causes a seg-fault if
performed within a loop.
--
function getData ( matrix results, scalar request[0:8:0], bool verbose[0])
matrix treat = {}
coeff = cols(results)
coeff
# init values
if request = 0
treat = results[2,]
# coeff
elif request = 1
treat = results[3,]
# stderr
elif request = 2
treat = results[4,]
# vcv
elif request = 3
treat = results[5:4+coeff,]
endif
return matrix treat
end function
nulldata 10
matrix a = zeros(20,5)
cc = cols(a)
matrix aa = a[5:4+cc,]
aa
aa = getData( a,3)
aa
# SEGFAULT
loop for i=0..3
aa = getData( a, i)
aa
end loop
--
Cheers
16 years, 1 month
Re: Re: [Gretl-devel] missing documentation
by andreas.rosenblad＠ltv.se
r.lucchetti(a)univpm.it @ INTERNET skrev 2008-05-30 11:46:13 :
> On Thu, 29 May 2008, andreas.rosenblad(a)ltv.se wrote:
>
> >
> > The gretl changelog says "User-defined functions: allow a descriptive
> > string to accompany each parameter, for use in GUI". However, this
function
> > is not documented in the User's Guide.
>
> It is. It's the fifth-from-last paragraph in section 10.1. Maybe it
should
> be a little more conspicuous or less concise; suggestions?
>
Sorry, I see it now. However, it would be good if it was given as example
of the use of this, e.g. function myfunc(series x "descriptive string
1",scalar y "descriptive string 2")
Also, an example function of this in chapter 10.5 would be nice.
Andreas
16 years, 1 month
missing documentation
by andreas.rosenblad＠ltv.se
The gretl changelog says "User-defined functions: allow a descriptive
string to accompany each parameter, for use in GUI". However, this function
is not documented in the User's Guide.
Best regards
Andreas
16 years, 1 month
Proposal for a syntax change
by Riccardo (Jack) Lucchetti
Hi all,
since release is near, I feel it may be a good time to propose a
backward-incompatible change that IMHO sooner or later we'll have to make:
originally, we had "|" and "&" for logical operations. Then, when matrices
appeared, we used the same operators for concatenation (mostly, because
that's what everybody else uses). At the same time, we also support "||"
and "&&" for logical operators. This, I think, creates an ugly ambiguity
which should be resolved by specialising "|"-"~" for concatenation and
"||"-"&&" for logical operations.
Do you agree?
Riccardo (Jack) Lucchetti
Dipartimento di Economia
Università Politecnica delle Marche
r.lucchetti(a)univpm.it
http://www.econ.univpm.it/lucchetti
16 years, 1 month
Gretl and R integration
by Stefano Balietti
Some considerations about this new feature after a little using.
- Sometimes, when executing (non-interactively) an R script which
contains syntax errors Gretl crashes after informing the user about
the error.
Here an example is where I'm trying to estimate an APARCH with fGarch.
<i>
library(fGarch)
rr = gretldata[,"rr"]
a = garchFit(~aparch(1,1),data=rr,cond.dist="dged",trace=FALSE)
</i>
- Besides, Gretl does not keep trace of the opened R script, like it
does for normal *.inp files in the recent opened files list. I think
they are supposed to be listed there as well, maybe underlined with a
different color or font.
- Strangely, Gretl does not support the opening of an R script by
simply dragging and dropping the file within the program window. I
have to open it through the graphical menu.
- Last, when I have an R script window opened and I open somehow a new
dataset, the R script window is automatically closed. That is pretty
unfair.
That's all!
Bye
16 years, 2 months
null list as parameter
by Stefano Balietti
I had already mentioned this bug, but I can't find where. Anyway, it
is still here. With a function declaration like this:
function foo ( series a, scalar b[0::1], scalar c[0:2:1], const list
d[null], scalar e[0:2:0])
I'm supposed to be able to invoke the function just with a simple:
foo(a)
where a is a a series obviously.
Instead, gretl wants at least:
foo(a,b,c,d)
because does not accept the absence of the list, whereas it should be
allowed by the [null] tag.
Cheers.
Stefano
16 years, 2 months
gtksourceview dev
by Sven Schreiber
I am just building gretl cvs for the first time on Ubuntu 8.04 and have
noticed that the configure stage went fine although apparently
libgtksourceview-dev or somesuch was missing (got make error later).
After installing that package, everything is ok.
-sven
16 years, 2 months
R and odbc
by Riccardo (Jack) Lucchetti
Folks,
Allin and I have been working recently on documenting a bit more properly
a few things that have been in CVS for a few weeks without being too much
publicised: ODBC and gretl <-> R interaction.
If you compile the version of the manual you find in CVS, you'll find two
new chapters on these topics. Comments are appreciated. If you could try
the new features out, that would be even more appreciated (obviously,
you'll need to build from CVS or use the win snapshot). I realise odbc is
not everyone's cup of tea, but I expect that quite a few of us have R at
least installed.
Riccardo (Jack) Lucchetti
Dipartimento di Economia
Università Politecnica delle Marche
r.lucchetti(a)univpm.it
http://www.econ.univpm.it/lucchetti
16 years, 2 months
