3:31 p.m.
Hi people!
I'm trying to modify a .gdt file (deleting some series and including the
first difference in the others). Everything works fine, but when I try to
save the changes gretl shows me the message:
*/Users/henrique/gretl/Base de Dados (Dissertação).gdt~:Illegal byte
sequence*
But when I change the names of the files (without any
Portuguese-Brazilian symbols, like "ç" or "~") it works fine.
What's wrong?
Does gretl doesn't accept signs?
Best,
Henrique
P.S.: In the first message I wrote *Base de Dados (Dissertação).gdo*, but
the correct is *Base de Dados (Dissertação).gdt.*
4:03 p.m.
On Fri, 19 Sep 2008, Henrique wrote:
the first difference in the others). Everything works fine, but when
I
try to save the changes gretl shows me the message:
/Users/henrique/gretl/Base de Dados (Dissertação).gdt~:Illegal byte
sequence
But when I change the names of the files (without any
Portuguese-Brazilian symbols, like "ç" or "~") it works fine.
What's
wrong? Does gretl doesn't accept signs?
I'm not certain that the "locale" program is available on OS
X, but can you try typing "locale" in a terminal window and
see what it says. Here, for example,
waverley:~$ locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
(etc.)
I suspect gretl is trying to write the filename encoded as
UTF-8 and that is not being accepted by the operating
system.
Allin Cottrell
8:50 p.m.
I'll try this later (because I'm not home right now), but as soon as I do
that I'll tell you.
Best,
Henrique
2008/9/19 Allin Cottrell <cottrell(a)wfu.edu>
On Fri, 19 Sep 2008, Henrique wrote:
the first difference in the others). Everything works fine, but when I
> try to save the changes gretl shows me the message:
>
> /Users/henrique/gretl/Base de Dados (Dissertação).gdt~:Illegal byte
> sequence
>
> But when I change the names of the files (without any
> Portuguese-Brazilian symbols, like "ç" or "~") it works fine.
What's
> wrong? Does gretl doesn't accept signs?
>
I'm not certain that the "locale" program is available on OS X, but can
you
try typing "locale" in a terminal window and see what it says. Here, for
example,
waverley:~$ locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
(etc.)
I suspect gretl is trying to write the filename encoded as UTF-8 and that
is not being accepted by the operating system.
Allin Cottrell
_______________________________________________
Gretl-users mailing list
Gretl-users(a)lists.wfu.edu
http://lists.wfu.edu/mailman/listinfo/gretl-users
3 p.m.
When I type "locale" in terminal window I get that message:
macbook-de-henrique:~ carloshenriquecoelhodeandrade$ locale
LANG="pt_BR.UTF-8"
LC_COLLATE="pt_BR.UTF-8"
LC_CTYPE="pt_BR.UTF-8"
LC_MESSAGES="pt_BR.UTF-8"
LC_MONETARY="pt_BR.UTF-8"
LC_NUMERIC="pt_BR.UTF-8"
LC_TIME="pt_BR.UTF-8"
LC_ALL=
2008/9/19 Henrique <henrique.coelho(a)gmail.com>
I'll try this later (because I'm not home right now), but as
soon as I do
that I'll tell you.
Best,
Henrique
2008/9/19 Allin Cottrell <cottrell(a)wfu.edu>
> On Fri, 19 Sep 2008, Henrique wrote:
>
> the first difference in the others). Everything works fine, but when I
>> try to save the changes gretl shows me the message:
>>
>> /Users/henrique/gretl/Base de Dados (Dissertação).gdt~:Illegal byte
>> sequence
>>
>> But when I change the names of the files (without any
>> Portuguese-Brazilian symbols, like "ç" or "~") it works fine.
What's
>> wrong? Does gretl doesn't accept signs?
>>
>
> I'm not certain that the "locale" program is available on OS X, but
can
> you try typing "locale" in a terminal window and see what it says. Here,
> for example,
>
> waverley:~$ locale
> LANG=en_US.UTF-8
> LC_CTYPE="en_US.UTF-8"
> (etc.)
>
> I suspect gretl is trying to write the filename encoded as UTF-8 and that
> is not being accepted by the operating system.
>
> Allin Cottrell
> _______________________________________________
> Gretl-users mailing list
> Gretl-users(a)lists.wfu.edu
> http://lists.wfu.edu/mailman/listinfo/gretl-users
>
5:42 p.m.
On Sat, 20 Sep 2008, Henrique wrote:
When I type "locale" in terminal window I get that
message:
macbook-de-henrique:~ carloshenriquecoelhodeandrade$ locale
LANG="pt_BR.UTF-8"
OK, you're using UTF-8, that's good.
What version of gretl are you running? I just tried the following
on OS X 10.4.11, with gretl 1.7.8.
1) Ensured that my LANG setting was en_US.UTF-8.
2) Started gretl and opened the Ramanathan data file data9-7.
3) Selected /File/Save data as/Standard format...
4) Chose all variables and Clicked OK.
5) In the filename dialog box, I pasted the name of your data file
(Base de Dados..., with accented characters), after copying it
from your message in the gretl-users archive via Firefox.
[Note: I'm eliding the c-cedilla and a-tilde here because they
may not come through properly in email, but they were there
OK in gretl.]
6) The file was saved correctly.
7) Closed gretl; reopened gretl; deleted some of the variables in
the "Base de Dados..." file; then did /File/Save data.
Again the file was saved correctly.
So at this point I'm puzzled as to why this is not working on your
system.
The message "Illegal byte sequence" is not a gretl error message,
it's a message from the system C library, which seems to indicate
that gretl has passed an illegal filename to the C function
"fopen". But it seems to me that gretl should have passed the
filename encoded in UTF-8, and that this encoding should be
acceptable to the C library.
If you have time, could you try following the sequence of steps
above, and report if/where things go wrong? Thanks!
Allin Cottrell
7:42 p.m.
On Sat, 20 Sep 2008, Allin Cottrell wrote:
So at this point I'm puzzled as to why this is not working on
your
system...
I just noticed a difference between the output that you showed
from "locale" on the Mac, and the output I got: besides the fact
that you're using pt_BR and I'm using en_US, the LC_ALL value was
blank in your output while on the Mac I tried I got
LC_ALL=en_US.UTF-8
I got this value after doing
export LANG=en_US.UTF-8
in an X11 terminal window.
Therefore, it seems this experiment might be worth trying: in a
terminal window, do
export LANG=pt_BR.UTF-8
then try "locale" again and see if LC_ALL appears set. If so, try
starting gretl from the terminal, using the shell script named
"gretl" in Gretl.app/Contents/Resources/bin . Do accented
filenames then work? If so, the problem is associated with no
value being given to LC_ALL.
Allin Cottrell
12:20 a.m.
Therefore, it seems this experiment might be worth trying: in a
terminal window, do
export LANG=pt_BR.UTF-8
then try "locale" again and see if LC_ALL appears set.
*I did these procedures but LC_ALL remains the same (blank).*
(...) try starting gretl from the terminal, using the shell script
named
"gretl" in Gretl.app/Contents/Resources/bin . Do accented
filenames then work? If so, the problem is associated with no
value being given to LC_ALL.
*I did these procedures and the accented filenames had worked. But I'd
noticed that when I open gretl using the icon (with double click) it starts
the Portuguese version (from Portugal), while using the command line
"Applications/Gretl.app/Contents/Resources/bin/gretl" I get the
Brazilian-Portuguese version.
I also tryed to work with accented filenames using Windows XP and gretl
worked fine.
Henrique*
5:16 p.m.
New subject: Install 1.7.8
I've noticed this a couple of times, but maybe I'm doing something
wrong. When I install gretl from source, I put it in /opt/gretl, but
when I start the application I get an error message that
/opt/share/gretl/ui/gretlmain.xml does not exist. I get around it by
creating a symlink from /opt/gretl/share/gretl/ui. Do I need to specify
something else, or is this a small bug?
Rob
12:19 a.m.
New subject: Install 1.7.8
On Sun, 21 Sep 2008, Rob Tischer wrote:
I've noticed this a couple of times, but maybe I'm doing
something wrong. When I install gretl from source, I put it in
/opt/gretl, but when I start the application I get an error
message that /opt/share/gretl/ui/gretlmain.xml does not exist.
How are you invoking gretl's "configure" script? I've installed
gretl on several different machines using
configure --prefix=/some/place
(not literally, of course) and I haven't seen gretlmain.xml being
installed in the wrong location.
Allin Cottrell
1:48 a.m.
New subject: Install 1.7.8
No, gretlmain.xml is installed where I believe it should be, but when
gretl is invoked it looks for it in the wrong place. Let me say
/opt/gretl/share/gretl/ui/gretlmain.xml
is created. But startup requires
/opt/share/gretl/ui/gretlmain.xml
To answer your question, I use
./configure --prefix=/opt/gretl
Rob
Allin Cottrell wrote:
On Sun, 21 Sep 2008, Rob Tischer wrote:
> I've noticed this a couple of times, but maybe I'm doing
> something wrong. When I install gretl from source, I put it in
> /opt/gretl, but when I start the application I get an error
> message that /opt/share/gretl/ui/gretlmain.xml does not exist.
How are you invoking gretl's "configure" script? I've installed
gretl on several different machines using
configure --prefix=/some/place
(not literally, of course) and I haven't seen gretlmain.xml being
installed in the wrong location.
Allin Cottrell
_______________________________________________
Gretl-users mailing list
Gretl-users(a)lists.wfu.edu
http://lists.wfu.edu/mailman/listinfo/gretl-users
3:07 a.m.
New subject: Install 1.7.8
On Sun, 21 Sep 2008, Rob Tischer wrote:
No, gretlmain.xml is installed where I believe it should be, but
when gretl is invoked it looks for it in the wrong place.
Ah, OK. Then try
rm ~/.gretl2rc
and restart gretl. I think you have a gretl config file in your
home directory that contains wrong information.
Allin.
6:12 a.m.
*Allin,
I really think the problem is related with the languages pt e pt_BR.
When I start gretl with **the command line
"Applications/Gretl.app/Contents/Resources/bin/gretl" I get the
Brazilian-Portuguese version and it works fine. So I need to discover how to
configure my Mac to use Brazilian-Portuguese in gretl in the same way my
other softwares work.*
Best,
Henrique
2008/9/20 Henrique <henrique.coelho(a)gmail.com>
Therefore, it seems this experiment might be worth trying: in a
> terminal window, do
>
> export LANG=pt_BR.UTF-8
>
> then try "locale" again and see if LC_ALL appears set.
*I did these procedures but LC_ALL remains the same (blank).*
> (...) try starting gretl from the terminal, using the shell script
> named
> "gretl" in Gretl.app/Contents/Resources/bin . Do accented
> filenames then work? If so, the problem is associated with no
> value being given to LC_ALL.
>
*I did these procedures and the accented filenames had worked. But I'd
noticed that when I open gretl using the icon (with double click) it starts
the Portuguese version (from Portugal), while using the command line
"Applications/Gretl.app/Contents/Resources/bin/gretl" I get the
Brazilian-Portuguese version.
I also tryed to work with accented filenames using Windows XP and gretl
worked fine.
Henrique*
11:05 p.m.
What version of gretl are you running? I just tried the following
on OS X 10.4.11, with gretl 1.7.8.
1) Ensured that my LANG setting was en_US.UTF-8.
2) Started gretl and opened the Ramanathan data file data9-7.
(...)
7) Closed gretl; reopened gretl; deleted some of the variables in
the "Base de Dados..." file; then did /File/Save data.
Again the file was saved correctly.
I did all these procedures, but the error remains. The message is:
/Users/henrique/gretl/Base de Dados (Dissertação).gdt~:Illegal byte sequence
My gretl version is 1.7.8 and my OS X version is 10.5.5. I going to try the
new procedures you had sent to me to check if the trouble remain. I addition
I going to try on my Windows XP computer.
Best,
Henrique
5936
days inactive
5939
days old
12 comments
3 participants
participants (3)
-
Allin Cottrell -
Henrique -
Rob Tischer