1:58 p.m.
In gretl CVS I have now made a lot of small changes which
should permit an easy switch of the max legnth of names of
variables, governed by the definition of VNAMELEN in
lib/src/libgretl.h.
The changes may of course have introduced some errors, so I'd
be grateful if people could test things, in particular looking
for any broken printout.
The adventurous might like to try redefining VNAMELEN from 16
to 32 in libgretl.h and experimenting with longer names. In
this case you're almost certain to get some broken-looking
printout -- though model output, the output of "summary", and
that of "corr" should look OK, I think.
Allin
11:30 a.m.
Am 03.10.2012 19:58, schrieb Allin Cottrell:
In gretl CVS I have now made a lot of small changes which
should permit an easy switch of the max legnth of names of
variables, governed by the definition of VNAMELEN in
lib/src/libgretl.h.
The changes may of course have introduced some errors, so I'd
be grateful if people could test things, in particular looking
for any broken printout.
Allin,
I really appreciate your efforts, since I would like it a lot if one (I)
could use longer identifiers. And to be honest, while I wouldn't want to
be responsible for a state of (relative) chaos due to my suggestion, I
really think that in the longer term and/or for gretl 2.0 a 15-char
limit is too restrictive, also in comparison with other packages or
languages.
thanks,
sven
11:37 a.m.
On Thu, 4 Oct 2012, Sven Schreiber wrote:
Allin,
I really appreciate your efforts, since I would like it a lot if one (I)
could use longer identifiers. And to be honest, while I wouldn't want to
be responsible for a state of (relative) chaos due to my suggestion, I
really think that in the longer term and/or for gretl 2.0 a 15-char
limit is too restrictive, also in comparison with other packages or
languages.
I agree.
--------------------------------------------------
Riccardo (Jack) Lucchetti
Dipartimento di Economia
Università Politecnica delle Marche
(formerly known as Università di Ancona)
r.lucchetti(a)univpm.it
http://www2.econ.univpm.it/servizi/hpp/lucchetti
--------------------------------------------------
3:39 p.m.
On Thu, 4 Oct 2012, Sven Schreiber wrote:
Am 03.10.2012 19:58, schrieb Allin Cottrell:
> In gretl CVS I have now made a lot of small changes which
> should permit an easy switch of the max legnth of names of
> variables, governed by the definition of VNAMELEN in
> lib/src/libgretl.h.
>
> The changes may of course have introduced some errors, so I'd
> be grateful if people could test things, in particular looking
> for any broken printout.
Allin,
I really appreciate your efforts, since I would like it a lot if one (I)
could use longer identifiers. And to be honest, while I wouldn't want to
be responsible for a state of (relative) chaos due to my suggestion, I
really think that in the longer term and/or for gretl 2.0 a 15-char
limit is too restrictive, also in comparison with other packages or
languages.
OK, encouraged by this I've changed VNAMELEN to 32 in CVS and
snapshots. At this point I'm treating this as experimental,
and I haven't changed statements in the docs regarding the
maximum length of identifiers.
Please test! The first priority is to ensure that the changes
don't break anything when identifiers are kept to the 15
character limit. The next task is to fix up any broken-looking
printout (or other bugs) when longer names are used.
Allin
8:20 a.m.
Am 04.10.2012 21:39, schrieb Allin Cottrell:
On Thu, 4 Oct 2012, Sven Schreiber wrote:
> Am 03.10.2012 19:58, schrieb Allin Cottrell:
>> In gretl CVS I have now made a lot of small changes which
>> should permit an easy switch of the max legnth of names of
>> variables, governed by the definition of VNAMELEN in
>> lib/src/libgretl.h.
>>
>> The changes may of course have introduced some errors, so I'd
>> be grateful if people could test things, in particular looking
>> for any broken printout.
>
> Allin,
> I really appreciate your efforts, since I would like it a lot if one (I)
> could use longer identifiers. And to be honest, while I wouldn't want to
> be responsible for a state of (relative) chaos due to my suggestion, I
> really think that in the longer term and/or for gretl 2.0 a 15-char
> limit is too restrictive, also in comparison with other packages or
> languages.
OK, encouraged by this I've changed VNAMELEN to 32 in CVS and
snapshots. At this point I'm treating this as experimental,
and I haven't changed statements in the docs regarding the
maximum length of identifiers.
Thanks, I think this is a very sensible limit. Just one further
question, isn't there some 31-character identifier length thingy in C?
As I'm relatively C-ignorant I don't quite remember what that really
was, just out of curiosity, since gretl is built on C, could that become
relevant?
Please test! The first priority is to ensure that the changes
don't break anything when identifiers are kept to the 15
character limit. The next task is to fix up any broken-looking
printout (or other bugs) when longer names are used.
I will, and report back if I find any problem!
cheers,
sven
9:04 a.m.
On Fri, 5 Oct 2012, Sven Schreiber wrote:
Am 04.10.2012 21:39, schrieb Allin Cottrell:
> OK, encouraged by this I've changed VNAMELEN to 32 in CVS and
> snapshots. At this point I'm treating this as experimental,
> and I haven't changed statements in the docs regarding the
> maximum length of identifiers.
Thanks, I think this is a very sensible limit. Just one further
question, isn't there some 31-character identifier length thingy in C?
As I'm relatively C-ignorant I don't quite remember what that really
was, just out of curiosity, since gretl is built on C, could that become
relevant?
The C standard mandates that implementations shall support "63
significant initial characters in an internal identifier" and
"31 significant initial characters in an external identifier".
That's the required minimum; common implementations are likely
to support more. But this is not very relevant to the max that
gretl can support, since hansl identifiers are just strings so
far as C is concerned, and strings can be any length.
Allin
9:12 a.m.
Am 05.10.2012 14:20, schrieb Sven Schreiber:
I will, and report back if I find any problem!
Not related to the current changes I guess, but starting today's build I
get the following message on the console:
I/O warning : failed to load external entity
"/home/svenne/.gretl/functions/packages.xml"
-sven
9:17 a.m.
On Fri, 5 Oct 2012, Sven Schreiber wrote:
Am 05.10.2012 14:20, schrieb Sven Schreiber:
>
> I will, and report back if I find any problem!
Not related to the current changes I guess, but starting today's build I
get the following message on the console:
I/O warning : failed to load external entity
"/home/svenne/.gretl/functions/packages.xml"
That's a message from libxml, and it's harmless. It just means
you don't yet have a personalized function package listing in
place. I should find a way to suppress the message.
Allin Cottrell
5 p.m.
Dear Gretl Team,
I found some problems that (I think) are related
to the max character length. Could you please
try to run the following code?
<hansl>
open australia.gdt
series morethan15characters = PAU
series really_muchmorethan15characters = PUS
"Teste VAR 1" <- var 4 E PAU PUS
"Teste VAR 2" <- var 4 E morethan15characters
really_muchmorethan15characters
</hansl>
When I try to open the "Teste VAR 2" through
icon view, Gretl crashes.
Best,
Henrique Andrade
8:05 p.m.
On Fri, 26 Oct 2012, Henrique Andrade wrote:
I found some problems that (I think) are related
to the max character length. Could you please
try to run the following code?
<hansl>
open australia.gdt
series morethan15characters = PAU
series really_muchmorethan15characters = PUS
"Teste VAR 1" <- var 4 E PAU PUS
"Teste VAR 2" <- var 4 E morethan15characters
really_muchmorethan15characters
</hansl>
When I try to open the "Teste VAR 2" through
icon view, Gretl crashes.
Thanks, I can confirm the crash. I'll work on that.
Allin
4404
days inactive
4428
days old
9 comments
4 participants
participants (4)
-
Allin Cottrell -
Henrique Andrade -
Riccardo (Jack) Lucchetti -
Sven Schreiber