5:35 p.m.
I have a problem for a long time, it begin with 1.9.5 version I can't open
any file, neither to do any operation, Gretl crash and close,
my system is ubuntu 10.4 and I did install Gretl using tar.files.
I try next:
- Delete file gretl2rc
- Compiling using *./configure --disable-sse2*
but my problem continue, I send us message from my console
hebert@hebert-desktop:~$ gretl
Couldn't read /home/hebert/.gretl2rc
get_gretl_charset: using UTF-8
Descomprimiendo 146981 bytes de los datos...
Instrucción ilegal
hebert@hebert-desktop:~$
Thank you for your time, but what can I do to solve this problem?
Sincerely
Hebert Suarez Cahuana
Departamento de Economía
Universidad Nacional de San Agustín
Arequipa-Perú
8:14 p.m.
On Tue, 24 Jan 2012, Hebert Suárez Cahuana wrote:
I have a problem for a long time, it begin with 1.9.5 version I
can't open
any file, neither to do any operation, Gretl crash and close,
my system is ubuntu 10.4 and I did install Gretl using tar.files.
I try next:
- Delete file gretl2rc
- Compiling using *./configure --disable-sse2*
but my problem continue, I send us message from my console
hebert@hebert-desktop:~$ gretl
Couldn't read /home/hebert/.gretl2rc
get_gretl_charset: using UTF-8
Descomprimiendo 146981 bytes de los datos...
Instrucción ilegal
This means that the gretl version that you're running is not
compatible with your processor (which I suppose must be an older AMD
model, from before 2004). There are two points to consider here:
1) Are you building from the current sources? That would be the
gretl-1.9.7.tar.bz2 package on sourceforge.
2) Are you really running the gretl you built yourself? You must
ensure that you have completely deleted any gretl installation that
was supplied by Ubuntu.
You can be sure you're running your own build if you open a terminal
window, "cd" into the "gui2" directory in your gretl source tree and
run the GUI program from there:
cd <your-gretl-source-dir>/gui2
./gretl_x11
Allin Cottrell
7:23 a.m.
2012/1/24 Allin Cottrell <cottrell(a)wfu.edu>
On Tue, 24 Jan 2012, Hebert Suárez Cahuana wrote:
I have a problem for a long time, it begin with 1.9.5 version I can't open
> any file, neither to do any operation, Gretl crash and close,
> my system is ubuntu 10.4 and I did install Gretl using tar.files.
> I try next:
>
> - Delete file gretl2rc
> - Compiling using *./configure --disable-sse2*
>
>
> but my problem continue, I send us message from my console
>
> hebert@hebert-desktop:~$ gretl
>
> Couldn't read /home/hebert/.gretl2rc
>
> get_gretl_charset: using UTF-8
>
> Descomprimiendo 146981 bytes de los datos...
>
> Instrucción ilegal
>
This means that the gretl version that you're running is not compatible
with your processor (which I suppose must be an older AMD model, from
before 2004). There are two points to consider here:
It's true my processor is AMD(tm) maybe this is the problem, but I don't
understand if version of GRETL older 1.9.5 running perfect in my PC, after
version 1.9.5 don't running in my PC, Is there changes in these versions
that they are not compatible with older AMD model processor?
1) Are you building from the current sources? That would be the
gretl-1.9.7.tar.bz2 package on sourceforge.
I download tar.files from sourceforge then uncompress, go to console then
./configure make make check, su ... make install.
2) Are you really running the gretl you built yourself? You must ensure
that you have completely deleted any gretl installation that was supplied
by Ubuntu.
How to delete any gretl installation? I go to synaptic and delete all files
with relation gretl. Is there other form of deleted any gretl installation?
Which?
You can be sure you're running your own build if you open a terminal
window, "cd" into the "gui2" directory in your gretl source tree and
run
the GUI program from there:
cd <your-gretl-source-dir>/gui2
./gretl_x11
I go to cd <my directory> /gui2 ./gretl_x11 then execute gretl but gretl
crash again when I want any files and I get the same message Instrucción
ilegal in my console.
Allin Cottrell
Many thanks for your response and your time.
Sincerely
Hebert Suarez Cahuana
Departamento de Economía
Universidad Nacional de San Agustín
Arequipa-Perú.
8:51 a.m.
On Thu, 26 Jan 2012, Hebert Suárez Cahuana wrote:
It's true my processor is AMD(tm) maybe this is the problem, but
I don't
understand if version of GRETL older 1.9.5 running perfect in my PC, after
version 1.9.5 don't running in my PC, Is there changes in these versions
that they are not compatible with older AMD model processor?
The standard builds of gretl since 1.9.5 use SSE2, and
therefore will not run on old AMD processors. But if you're
building gretl yourself that shouldn't be a problem -- unless
your gcc is somehow insisting on dragging SSE2 into the build.
Please try the following commands in a terminal window and
post the results. This might help to diganose your problem.
which gretl
ldd `which gretl_x11`
file `which gretl_x11`
gcc -v
and in the gretl source directory (after configuring):
grep SSE config.h
grep SSE config.log
Allin Cottrell
5:20 p.m.
Thank you, I send the results from my console.
Sincerely
Hebert Suarez Cahuana
Perú
hebert@hebert-desktop:~/INSTALADORES/gretl-1.9.7$ which gretl
/usr/local/bin/gretl
hebert@hebert-desktop:~/INSTALADORES/gretl-1.9.7$ ldd `which gretl_x11`
linux-gate.so.1 => (0x00ce0000)
libgtksourceview-2.0.so.0 => /usr/lib/libgtksourceview-2.0.so.0
(0x005b6000)
libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0x001db000)
libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0x00df5000)
libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0x00110000)
libgio-2.0.so.0 => /usr/lib/libgio-2.0.so.0 (0x0012c000)
libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0x00617000)
libpangocairo-1.0.so.0 => /usr/lib/libpangocairo-1.0.so.0 (0x00d77000)
libcairo.so.2 => /usr/lib/libcairo.so.2 (0x0063e000)
libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0x006b8000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x00730000)
libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x00ced000)
libgretl-1.0.so.2 => /usr/local/lib/libgretl-1.0.so.2 (0x007a6000)
liblapack.so.3gf => /usr/lib/liblapack.so.3gf (0x00e8b000)
libblas.so.3gf => /usr/lib/libblas.so.3gf (0x00996000)
libgfortran.so.3 => /usr/lib/libgfortran.so.3 (0x00a8f000)
libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0x00b66000)
libz.so.1 => /lib/libz.so.1 (0x006fb000)
libxml2.so.2 => /usr/lib/libxml2.so.2 (0x00b6a000)
libgmp.so.3 => /usr/lib/libgmp.so.3 (0x00a13000)
libfftw3.so.3 => /usr/lib/libfftw3.so.3 (0x057e0000)
libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0x00a74000)
libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0x00c95000)
libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x00d1d000)
libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x001ca000)
libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0x001cf000)
librt.so.1 => /lib/tls/i686/cmov/librt.so.1 (0x00b57000)
libglib-2.0.so.0 => /lib/libglib-2.0.so.0 (0x0ff84000)
libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0x00cbb000)
libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x18187000)
libXext.so.6 => /usr/lib/libXext.so.6 (0x00d5c000)
libXrender.so.1 => /usr/lib/libXrender.so.1 (0x00cd4000)
libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0x001d5000)
libXi.so.6 => /usr/lib/libXi.so.6 (0x00d83000)
libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0x00ce1000)
libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0x00d6c000)
libX11.so.6 => /usr/lib/libX11.so.6 (0x0b660000)
libXcomposite.so.1 => /usr/lib/libXcomposite.so.1 (0x00daa000)
libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0x005b0000)
libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0x00b60000)
libpcre.so.3 => /lib/libpcre.so.3 (0x00dae000)
libresolv.so.2 => /lib/tls/i686/cmov/libresolv.so.2 (0x00d91000)
libselinux.so.1 => /lib/libselinux.so.1 (0x13e1d000)
libpixman-1.so.0 => /usr/lib/libpixman-1.so.0 (0x175e2000)
libdirectfb-1.2.so.0 => /usr/lib/libdirectfb-1.2.so.0 (0x12013000)
libfusion-1.2.so.0 => /usr/lib/libfusion-1.2.so.0 (0x00ddf000)
libdirect-1.2.so.0 => /usr/lib/libdirect-1.2.so.0 (0x13f39000)
libpng12.so.0 => /lib/libpng12.so.0 (0x1bd94000)
libxcb-render-util.so.0 => /usr/lib/libxcb-render-util.so.0 (0x00da5000)
libxcb-render.so.0 => /usr/lib/libxcb-render.so.0 (0x00de9000)
libxcb.so.1 => /usr/lib/libxcb.so.1 (0x13b5b000)
libexpat.so.1 => /lib/libexpat.so.1 (0x2110b000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x1051b000)
/lib/ld-linux.so.2 (0x00713000)
libXau.so.6 => /usr/lib/libXau.so.6 (0x00ce9000)
libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x21ed6000)
hebert@hebert-desktop:~/INSTALADORES/gretl-1.9.7$ file `which gretl_x11`
/usr/local/bin/gretl_x11: ELF 32-bit LSB executable, Intel 80386, version 1
(SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.15, not
stripped
hebert@hebert-desktop:~/INSTALADORES/gretl-1.9.7$ gcc -v
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu
4.4.3-4ubuntu5' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs
--enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared
--enable-multiarch --enable-linker-build-id --with-system-zlib
--libexecdir=/usr/lib --without-included-gettext --enable-threads=posix
--with-gxx-include-dir=/usr/include/c++/4.4 --program-suffix=-4.4
--enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-plugin
--enable-objc-gc --enable-targets=all --disable-werror --with-arch-32=i486
--with-tune=generic --enable-checking=release --build=i486-linux-gnu
--host=i486-linux-gnu --target=i486-linux-gnu
Thread model: posix
gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5)
hebert@hebert-desktop:~/INSTALADORES/gretl-1.9.7$ grep SSE config.h
/* Define to use SSE2 instrinsics. */
/* #undef USE_SSE2 */
hebert@hebert-desktop:~/INSTALADORES/gretl-1.9.7$ grep SSE config.log
configure:14763: checking whether to use SSE2
| int SSE2 = 0x01 << 26;
| if (d & SSE2) {
SSE2_CFLAGS='-msse2'
USE_SSE2=''
hebert@hebert-desktop:~/INSTALADORES/gretl-1.9.7$
2012/1/26 Allin Cottrell <cottrell(a)wfu.edu>
On Thu, 26 Jan 2012, Hebert Suárez Cahuana wrote:
It's true my processor is AMD(tm) maybe this is the problem, but I don't
> understand if version of GRETL older 1.9.5 running perfect in my PC, after
> version 1.9.5 don't running in my PC, Is there changes in these versions
> that they are not compatible with older AMD model processor?
>
The standard builds of gretl since 1.9.5 use SSE2, and therefore will not
run on old AMD processors. But if you're building gretl yourself that
shouldn't be a problem -- unless your gcc is somehow insisting on dragging
SSE2 into the build.
Please try the following commands in a terminal window and post the
results. This might help to diganose your problem.
which gretl
ldd `which gretl_x11`
file `which gretl_x11`
gcc -v
and in the gretl source directory (after configuring):
grep SSE config.h
grep SSE config.log
Allin Cottrell
7:15 p.m.
On Sat, 28 Jan 2012, Hebert Suárez Cahuana wrote:
Thank you, I send the results from my console.
Thanks, Hebert. The problem is here:
SSE2_CFLAGS='-msse2'
USE_SSE2=''
Although USE_SSE2 is not defined, SSE2_CFLAGS is being set to a
non-null value (incompatible with your CPU). I'm not seeing that on
my Ubuntu 10.04 system if I configure with --disable-ss2, but I'll
investigate further.
Allin Cottrell
10:45 a.m.
On Sat, 28 Jan 2012, Hebert Suárez Cahuana wrote:
Thank you, I send the results from my console.
Can you try the gretl source snapshot at
http://sourceforge.net/projects/gretl/files/snapshots/gretl-200120129.tar...
I think that if you configure with --disable-sse2 this may
work right on your system.
Allin Cottrell
1:43 p.m.
Thank you very much Gretl is fine in my system.
Sincerely
Hebert Suarez Cahuana
Perú
2012/1/29 Allin Cottrell <cottrell(a)wfu.edu>
On Sat, 28 Jan 2012, Hebert Suárez Cahuana wrote:
Thank you, I send the results from my console.
>
Can you try the gretl source snapshot at
http://sourceforge.net/**projects/gretl/files/**
snapshots/gretl-200120129.tar.**bz2/download<http://sourceforge.net/pr...
I think that if you configure with --disable-sse2 this may
work right on your system.
Allin Cottrell
10:11 a.m.
New subject: Quantile regression with missing values
Dear Grelt Users,
Is Quantile regression in Grelt contingent on the absence of
missing values? Otherwise could some guru here-in gist me on what the qualm might be?
Cheers
10:25 a.m.
New subject: Quantile regression with missing values
On Wed, 1 Feb 2012, Anutechia Asongu wrote:
Is Quantile regression in Grelt ...
"gretl", that is
contingent on the absence of missing values?
Missing values at the start and/or end of the sample are
automatically discarded, but NAs inside the sample are not
accepted. If in context it is OK to discard such values, use
the "smpl" command to do so:
list Vars = y x1 x2
smpl ok(Vars) --restrict
Allin Cottrell
4634
days inactive
4642
days old
9 comments
3 participants
participants (3)
-
Allin Cottrell -
Anutechia Asongu -
Hebert Suárez Cahuana