5:05 a.m.
hi,
I was using gretl with GNU R and found that when the data is uploaded using
the read.table() function if didnt use the header=T argument. This meant
that the variables are treated as character by default. PLease try to
incorporate this small modification. Thanks to the developers for a great
package.
cheers
Ashok
--
ASHOK RAGAVENDRAN
Graduate Research Assistant
Dept. of Fisheries and Wildlife,
Michigan State University
East Lansing MI 48824
706-207-9490
ragavend(a)msu.edu
6:52 a.m.
New subject: GNU-R .. read.table function
On Tue, 3 Jul 2007, ashok ragavendran wrote:
hi,
I was using gretl with GNU R and found that when the data is uploaded using
the read.table() function if didnt use the header=T argument. This meant
that the variables are treated as character by default. PLease try to
incorporate this small modification. Thanks to the developers for a great
package.
Which version of gretl are you using? I think this was fixed in 1.6.1.
Riccardo (Jack) Lucchetti
Dipartimento di Economia
Università Politecnica delle Marche
r.lucchetti(a)univpm.it
http://www.econ.univpm.it/lucchetti
5:40 p.m.
New subject: GNU-R .. read.table function
I am using 1.6.0. perhaps thats the issue. However that the default with
the Ubuntu Feisty Fawn distribution.
thanks
Ashok
Riccardo (Jack) Lucchetti wrote:
On Tue, 3 Jul 2007, ashok ragavendran wrote:
> hi,
> I was using gretl with GNU R and found that when the data is
> uploaded using
> the read.table() function if didnt use the header=T argument. This meant
> that the variables are treated as character by default. PLease try to
> incorporate this small modification. Thanks to the developers for a great
> package.
Which version of gretl are you using? I think this was fixed in 1.6.1.
Riccardo (Jack) Lucchetti
Dipartimento di Economia
Università Politecnica delle Marche
r.lucchetti(a)univpm.it
http://www.econ.univpm.it/lucchetti
2:15 p.m.
New subject: matrix declaration in a pakage
I discovered a fail in Windows packaging that it is solved in Linux:
If you want to use a matrix in a function pakage, the matrix need to be
declared previously.
The (very naive) attached function package works without any problem in Linux,
but it produces an "unespecified error" in Windows. This is solved if, before
running the package, you go to the gretl console and only write "matrix name"
which declares the new matrix "name" that can be used then in the package.
Dear developers, please, could you try to solve this in Windows as well?
--
Ignacio Diaz-Emparanza
DEPARTAMENTO DE ECONOMÍA APLICADA III (ECONOMETRÍA Y ESTADÍSTICA)
UPV/EHU
Avda. Lehendakari Aguirre, 83 | 48015 BILBAO
T.: +34 946013732 | F.: +34 946013754
www.et.bs.ehu.es
5:07 p.m.
New subject: matrix declaration in a pakage
On Wed, 4 Jul 2007, Ignacio Diaz-Emparanza wrote:
I discovered a fail in Windows packaging that it is solved in Linux:
If you want to use a matrix in a function pakage, the matrix need to be
declared previously.
The (very naive) attached function package works without any
problem in Linux, but it produces an "unespecified error" in
Windows. This is solved if, before running the package, you go
to the gretl console and only write "matrix name" which declares
the new matrix "name" that can be used then in the package.
Dear developers, please, could you try to solve this in Windows
as well?
Hmm, this is puzzling -- I don't see why there should be any
difference between Linux and Windows in this respect. I'm just
making a new Windows snapshot: could you please see if the problem
is still there with this version? If so, I'll start digging.
Allin.
6:29 p.m.
New subject: matrix declaration in a pakage
Ignacio Diaz-Emparanza schrieb:
If you want to use a matrix in a function pakage, the matrix need to
be
declared previously.
The (very naive) attached function package works without any problem in Linux,
but it produces an "unespecified error" in Windows. This is solved if, before
running the package, you go to the gretl console and only write "matrix name"
which declares the new matrix "name" that can be used then in the package.
I get a different error (on Windows xp, gretl build 6/16), saying that
argument 2 is missing; which is what I would expect. Or maybe I
misunderstand you?
-sven
6:27 a.m.
New subject: matrix declaration in a pakage
Hmm, this is puzzling -- I don't see why there should be any
difference between Linux and Windows in this respect. I'm just
making a new Windows snapshot: could you please see if the problem
is still there with this version? If so, I'll start digging.
Allin.
I am not at the office today. I tried yesterday in gretl Linux from CVS
(downloaded a week ago aprox) and gretl Windows snapshot downloaded
yesterday. I will try with the new Windows snapshot tomorrow.
Ignacio.
1:54 a.m.
New subject: matrix declaration in a pakage
On Wed, 4 Jul 2007, Ignacio Diaz-Emparanza wrote:
If you want to use a matrix in a function pakage, the matrix
need to be declared previously...
I have just put in place a new Windows snapshot which should
have better error-reporting for user-defined functions.
As for the issue of "matrix needs to be declared previously",
there are two cases:
A. The matrix argument is direct or by-value, of type "matrix".
In this case it is indeed an error if you type a name to which
there corresponds no pre-existing matrix. This error should now
be flagged properly.
B. The matrix argument is indirect or by-reference, of type
"matrix *". In this case, if you type a name, and no matrix
exists of that name, a new "null matrix" [in fact, a 1 x 1 matrix
with value 0] will be created automatically and supplied as the
argument in question.
The point is that in case B it's plausible that the function is
not interested in the original content of the matrix. but is
rather offering to re-size and fill the matrix with something that
might be of interest to the caller. (Obviously, if you as the
writer of a function package actually expect valid incoming
information in such an indirect matrix argument, you'll have to
check for this.)
I've taken another look at the code, and I don't see anything
relevant that should differ between Linux and Windows -- though.
of course, I could have missed some weird subtlety!
Allin.
9:10 a.m.
New subject: matrix declaration in a pakage
On Friday 06 July 2007 03:54:08 Allin Cottrell wrote:
On Wed, 4 Jul 2007, Ignacio Diaz-Emparanza wrote:
> If you want to use a matrix in a function pakage, the matrix
> need to be declared previously...
I have just put in place a new Windows snapshot which should
have better error-reporting for user-defined functions.
As for the issue of "matrix needs to be declared previously",
there are two cases:
A. The matrix argument is direct or by-value, of type "matrix".
In this case it is indeed an error if you type a name to which
there corresponds no pre-existing matrix. This error should now
be flagged properly.
OK, this is an input matrix and needs to be known previously. I think Gretl
works well in this case.
B. The matrix argument is indirect or by-reference, of type
"matrix *". In this case, if you type a name, and no matrix
exists of that name, a new "null matrix" [in fact, a 1 x 1 matrix
with value 0] will be created automatically and supplied as the
argument in question.
The point is that in case B it's plausible that the function is
not interested in the original content of the matrix. but is
rather offering to re-size and fill the matrix with something that
might be of interest to the caller. (Obviously, if you as the
writer of a function package actually expect valid incoming
information in such an indirect matrix argument, you'll have to
check for this.)
This is exactly the case. My function is not interested in the original
content of the matrix, but does some calculations to fill it.
The problem is that the behaviour in Linux is correct, but in Windows, the
original matrix must be previously declared.
I've taken another look at the code, and I don't see anything
relevant that should differ between Linux and Windows -- though.
of course, I could have missed some weird subtlety!
I tried now with the current Windows snaphot and the problem is there.
The function that originated this naive "matrixdec" package was
function matrixdec (series Y, matrix *inreg)
series yl = Y(-1)
return series yl
end function
I am writing this small package because my real function is very complicated.
But I am reproducing the problem perfectly with this small package. The
matrix "inreg" is computed internally in my real package and its value should
be assigned to the matrix name the user provides in the dialog box. In this
small matrixdec package I am not assigning internally a value to the matrix,
but this is not a problem (I can run it perfectly in Linux).
To run the package in Linux I open a time series data file (data3-6, for
example) and select "/File/Function Files/On local machine" and
select "matrixdec". In the dialog box I put, for example, Ct in the series
field, blabla (or whatever you want) in the matrix "inreg" field, and any
name (dC) in the return field. Clicking on "ok" the series with the first lag
of Ct is computed (I know it is silly, but serves as an example). The main
window normally it is not automatically refreshed so you can
select "/Data/Refresh window" to see the new created series dC.
If I follow the same steps in Windows, when I click on the "ok" button in the
dialog box I obtain the error "Unspecified error".
I do not obtain the error if, before executing the function, I open a gretl
console and run the command "matrix blabla".
--
Ignacio Diaz-Emparanza
DEPARTAMENTO DE ECONOMÍA APLICADA III (ECONOMETRÍA Y ESTADÍSTICA)
UPV/EHU
Avda. Lehendakari Aguirre, 83 | 48015 BILBAO
T.: +34 946013732 | F.: +34 946013754
www.et.bs.ehu.es
2:36 p.m.
New subject: matrix declaration in a pakage
On Fri, 6 Jul 2007, Ignacio Diaz-Emparanza wrote:
> B. The matrix argument is indirect or by-reference, of type
> "matrix *"...
This is exactly the case. My function is not interested in the
original content of the matrix, but does some calculations to
fill it. The problem is that the behaviour in Linux is correct,
but in Windows, the original matrix must be previously declared.
Thanks, that's very clear. I will try some testing on Windows
myself.
Allin.
10:04 p.m.
New subject: matrix declaration in a pakage
On Fri, 6 Jul 2007, Ignacio Diaz-Emparanza wrote:
I tried now with the current Windows snaphot and the problem is
there...
I may have failed to do a proper update with the last Windows
build. There is now a new one in place. I've tested it on XP
(both in English and in Spanish, just to make sure!) and I'm
getting the correct behaviour.
Allin.
2:20 p.m.
New subject: matrix declaration in a pakage
On Saturday 07 July 2007 00:04:37 Allin Cottrell wrote:
On Fri, 6 Jul 2007, Ignacio Diaz-Emparanza wrote:
> I tried now with the current Windows snaphot and the problem is
> there...
I may have failed to do a proper update with the last Windows
build. There is now a new one in place. I've tested it on XP
(both in English and in Spanish, just to make sure!) and I'm
getting the correct behaviour.
Allin.
??
I obtain "unespecified error" with this version as well.
--
Ignacio Diaz-Emparanza
DEPARTAMENTO DE ECONOMÍA APLICADA III (ECONOMETRÍA Y ESTADÍSTICA)
UPV/EHU
Avda. Lehendakari Aguirre, 83 | 48015 BILBAO
T.: +34 946013732 | F.: +34 946013754
www.et.bs.ehu.es
7:35 p.m.
New subject: matrix declaration in a pakage
On Mon, 9 Jul 2007, Ignacio Diaz-Emparanza wrote:
On Saturday 07 July 2007 00:04:37 Allin Cottrell wrote:
> On Fri, 6 Jul 2007, Ignacio Diaz-Emparanza wrote:
> > I tried now with the current Windows snaphot and the problem is
> > there...
>
> I may have failed to do a proper update with the last Windows
> build. There is now a new one in place. I've tested it on XP
> (both in English and in Spanish, just to make sure!) and I'm
> getting the correct behaviour.
>
> Allin.
??
I obtain "unespecified error" with this version as well.
I have no idea what's happening here, but I have built another
version that has more some error checks.
http://ricardo.ecn.wfu.edu/pub/gretl/gretl_install.exe
Allin
10:09 a.m.
New subject: matrix declaration in a pakage
On Monday 09 July 2007 21:35:27 Allin Cottrell wrote:
On Mon, 9 Jul 2007, Ignacio Diaz-Emparanza wrote:
> On Saturday 07 July 2007 00:04:37 Allin Cottrell wrote:
> > On Fri, 6 Jul 2007, Ignacio Diaz-Emparanza wrote:
> > > I tried now with the current Windows snaphot and the problem is
> > > there...
> >
> > I may have failed to do a proper update with the last Windows
> > build. There is now a new one in place. I've tested it on XP
> > (both in English and in Spanish, just to make sure!) and I'm
> > getting the correct behaviour.
> >
> > Allin.
>
> ??
> I obtain "unespecified error" with this version as well.
I have no idea what's happening here, but I have built another
version that has more some error checks.
http://ricardo.ecn.wfu.edu/pub/gretl/gretl_install.exe
Allin
Sorry I think yesterday I didn't refresh the internet explorer cache so I
didn't download the updated file.
I just downloaded now, correctly, the current windows snaphot and the matrix
declaration problem seems to be solved. But something else has been broken
(in Windows and Linux):
I cannot use a parameter "series *Y" in the package.
I modified the simple "matrixdec" package to show you this problem, you may
find it in the attachment. The output of the PACKAGE execution (with series
Ct from data3-6) is:
-------------
? matrix inreg
? cc = matrixdec2(Ct, &inreg)
argv[0] is of wrong type (got series, should be series *)
Los tipos de datos no tienen la estructura adecuada para poder
realizar la operación
-------------
(The data types have not the proper structure to do the
operation)
It seems like the package is not passing correctly the "&" symbol to gretl.
This occurs in Windows, but now also in Linux.
--
Ignacio Diaz-Emparanza
DEPARTAMENTO DE ECONOMÍA APLICADA III (ECONOMETRÍA Y ESTADÍSTICA)
UPV/EHU
Avda. Lehendakari Aguirre, 83 | 48015 BILBAO
T.: +34 946013732 | F.: +34 946013754
www.et.bs.ehu.es
1:01 p.m.
New subject: matrix declaration in a pakage
On Tue, 10 Jul 2007, Ignacio Diaz-Emparanza wrote:
Sorry I think yesterday I didn't refresh the internet explorer
cache so I
didn't download the updated file.
OK, good to hear.
I just downloaded now, correctly, the current windows snaphot and the
matrix
declaration problem seems to be solved. But something else has been broken
(in Windows and Linux):
I cannot use a parameter "series *Y" in the package...
Thanks, this is now fixed.
Allin.
2:05 p.m.
New subject: matrix declaration in a pakage
On Tuesday 10 July 2007 15:01:54 Allin Cottrell wrote:
On Tue, 10 Jul 2007, Ignacio Diaz-Emparanza wrote:
> Sorry I think yesterday I didn't refresh the internet explorer cache so I
> didn't download the updated file.
OK, good to hear.
> I just downloaded now, correctly, the current windows snaphot and the
> matrix declaration problem seems to be solved. But something else has
> been broken (in Windows and Linux):
> I cannot use a parameter "series *Y" in the package...
Thanks, this is now fixed.
Allin.
Sorry, I think it is not all good jet. If there is a parameter without the "*"
in the function, an error is produced.
---------
? sal5 = matrixdec3(&Ct, &Yt, &inreg)
argv[1] is of wrong type (got series *, should be series)
Los tipos de datos no tienen la estructura adecuada para poder
realizar la operación
--------
--
Ignacio Diaz-Emparanza
DEPARTAMENTO DE ECONOMÍA APLICADA III (ECONOMETRÍA Y ESTADÍSTICA)
UPV/EHU
Avda. Lehendakari Aguirre, 83 | 48015 BILBAO
T.: +34 946013732 | F.: +34 946013754
www.et.bs.ehu.es
6135
days inactive
6142
days old
16 comments
5 participants
participants (5)
-
Allin Cottrell -
ashok ragavendran -
Ignacio Diaz-Emparanza -
Riccardo (Jack) Lucchetti -
Sven Schreiber