9 p.m.
I was writing a script on gretl (CVS version, couple of days old).
I get the following
gretl version 1.8.6cvs
Current session: 2010-01-11 17:56
? scalar testdot = 0.1
Replaced scalar testdot = 0
? print testdot
testdot = 0,00000000
? scalar testdiv = 1/10
Generated scalar testdiv = 0,1
? print testdiv
testdiv = 0,10000000
? scalar testcomma = 0,1
scalar testcomma = 0,
The symbol ',' is not valid in
this context
Syntax error in command line
Error executing script: halting
scalar testcomma = 0,1
I'm forced to use set force_decpoint on and use a dot for anything to work.
This isn't, I think, the best behaviour. If you have a script with an
if xxx > 0.1
you will have very different results, and no warning, depending on the
locale setting. And if this is indeed the desired behaviour then the comma
as a separator should work fine.
9:23 p.m.
On Mon, 11 Jan 2010, [ISO-8859-1] Patricio Cuar�n wrote:
I was writing a script on gretl (CVS version, couple of days old).
I get the following
gretl version 1.8.6cvs
Current session: 2010-01-11 17:56
? scalar testdot = 0.1
Replaced scalar testdot = 0
What platform and what LANG setting? It looks odd that you have
the program running in English yet are using ',' as decimal
separator.
I can't reproduce the error, running gretl in various languages.
The intended behavior, which I'm seeing here, is that the decimal
character must always be '.' in script input, but the output will
respect the locale decimal character, if that option is chosen
under Preferences.
Allin Cottrell
9:46 p.m.
Locale is es-AR. I use gretl (and most software) in english because it's
easier to use the documentation without having to mentally translate
everything between the refereence files/a post on the list and the
interface.
On Mon, Jan 11, 2010 at 6:23 PM, Allin Cottrell <cottrell(a)wfu.edu> wrote:
On Mon, 11 Jan 2010, [ISO-8859-1] Patricio Cuarón wrote:
> I was writing a script on gretl (CVS version, couple of days old).
> I get the following
>
> gretl version 1.8.6cvs
> Current session: 2010-01-11 17:56
> ? scalar testdot = 0.1
> Replaced scalar testdot = 0
What platform and what LANG setting? It looks odd that you have
the program running in English yet are using ',' as decimal
separator.
I can't reproduce the error, running gretl in various languages.
The intended behavior, which I'm seeing here, is that the decimal
character must always be '.' in script input,
the script I pasted in the previous email shows that the '0.1' input in the
script is interpreted as zero by gretl unless the set force_decpoint on is
used.
but the output will
respect the locale decimal character, if that option is chosen
under Preferences.
Allin Cottrell
_______________________________________________
Gretl-users mailing list
Gretl-users(a)lists.wfu.edu
http://lists.wfu.edu/mailman/listinfo/gretl-users
9:46 p.m.
XP SP3 in spanish.
2010/1/11 Patricio Cuarón <patriciocuaron(a)gmail.com>
Locale is es-AR. I use gretl (and most software) in english because
it's
easier to use the documentation without having to mentally translate
everything between the refereence files/a post on the list and the
interface.
On Mon, Jan 11, 2010 at 6:23 PM, Allin Cottrell <cottrell(a)wfu.edu> wrote:
>
> On Mon, 11 Jan 2010, [ISO-8859-1] Patricio Cuarón wrote:
>
> > I was writing a script on gretl (CVS version, couple of days old).
> > I get the following
> >
> > gretl version 1.8.6cvs
> > Current session: 2010-01-11 17:56
> > ? scalar testdot = 0.1
> > Replaced scalar testdot = 0
>
> What platform and what LANG setting? It looks odd that you have
> the program running in English yet are using ',' as decimal
> separator.
>
> I can't reproduce the error, running gretl in various languages.
> The intended behavior, which I'm seeing here, is that the decimal
> character must always be '.' in script input,
the script I pasted in the previous email shows that the '0.1' input in the
script is interpreted as zero by gretl unless the set force_decpoint on is
used.
> but the output will
> respect the locale decimal character, if that option is chosen
> under Preferences.
>
> Allin Cottrell
>
>
> _______________________________________________
> Gretl-users mailing list
> Gretl-users(a)lists.wfu.edu
> http://lists.wfu.edu/mailman/listinfo/gretl-users
>
10:27 p.m.
On Mon, 11 Jan 2010, [ISO-8859-1] Patricio Cuar�n wrote:
Locale is es-AR. I use gretl (and most software) in english because
it's
easier to use the documentation without having to mentally translate
everything between the refereence files/a post on the list and the
interface.
OK. A couple more questions: How are you getting gretl to appear
in English -- by using the GUI switch under Preferences, or the
--english option, or some other way? And what's the setting for
the decimal point: is the box "Use locale setting for decimal
point" checked or not?
Allin Cottrell
10:42 p.m.
On Mon, 11 Jan 2010, [ISO-8859-1] Patricio Cuar�n wrote:
How are you getting gretl to appear
> in English -- by using the GUI switch under Preferences?
yes
> And what's the setting for
> the decimal point: is the box "Use locale setting for decimal
> point" checked or not?
also yes.
I'm trying to emulate that on Linux, running with LANG=es_ES in
the environment but with the Preferences as you have them. I get
the decimal point (.) on output and
scalar testdot = 0.1
works correctly to produce 0.1. I'll try testing on Windows.
Allin Cottrell
3:46 a.m.
Can you see if the issue is still there with the current snapshot?
Thanks.
Allin Cottrell
3:59 p.m.
It's somewhat working. Now the default behaviour is equivalent to setting
force_decpoint as default, which is fine, I think. As you'll see below I set
that setting to off and it still interpreted the dot as the decimal
separator. Now, if the comma was intended to work as the decimal separator,
it still doesn't work. Maybe a 'use_locale' setting to specify would be
clearer, or just always enforce force_decpoint on.
gretl version 1.8.6cvs
Current session: 2010-01-12 12:54
? set force_decpoint off
? scalar testdot = 0.1
Replaced scalar testdot = 0,1
? print testdot
testdot = 0,10000000
? scalar testdiv = 1/10
Replaced scalar testdiv = 0,1
? print testdiv
testdiv = 0,10000000
? scalar testcomma = 0,1
scalar testcomma = 0,
The symbol ',' is not valid in
this context
Syntax error in command line
? print testcomma
'testcomma' is not the name of a variable
On Tue, Jan 12, 2010 at 12:46 AM, Allin Cottrell <cottrell(a)wfu.edu> wrote:
Can you see if the issue is still there with the current snapshot?
Thanks.
Allin Cottrell
_______________________________________________
Gretl-users mailing list
Gretl-users(a)lists.wfu.edu
http://lists.wfu.edu/mailman/listinfo/gretl-users
5:54 p.m.
On Tue, 12 Jan 2010, [ISO-8859-1] Patricio Cuar�n wrote:
It's somewhat working.
I made one further update a couple of hours ago.
Now the default behaviour is equivalent to setting
force_decpoint as default...
One of the recent changes affected "set force_decpoint on/off" so
let me explain.
The original intent behind this was strictly to give users in a
locale other than "C"/English the choice of using the decimal dot
(set force_decpoint on) or the locale decimal separator, which for
many non-English locales is the comma (set force_decpoint off).
What I didn't notice at first is that if you're in a locale other
than "C" but you force gretl to use English (either via the GUI
language selector or the --english command-line option), the
"force_decpoint" setting could have a somewhat odd effect: if you
set it "off" you got the decimal comma (if you're in a locale that
uses the comma). This seems wrong: English with a decimal comma
is a weird hybrid; use of English should imply the decimal dot.
And that is now the case in CVS -- I think.
One other point to note is that regardless of the locale, and
regardless of any gretl options, on input in scripts or the
console you must _always_ use the decimal dot. This is by design
and is meant to enforce compatibility across scripts. You'll
always get an error if you do
scalar x = 0,1
(or if you don't get an error, it's a bug).
On the other hand, in GUI dialogs with simple numerical entries we
try (a) to accept the decimal dot in all cases, but (b) also to
accept the decimal comma if it is used in the locale.
Allin Cottrell
5490
days inactive
5491
days old
9 comments
2 participants
participants (2)
-
Allin Cottrell -
Patricio Cuarón