From cottrell@wfu.edu Mon Jul 6 21:16:47 2009 From: Allin Cottrell To: gretl-devel@gretlml.univpm.it Subject: [Gretl-devel] crash on defining matrix? Date: Mon, 06 Jul 2009 21:16:46 -0400 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3607485671667494769==" --===============3607485671667494769== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit I'm just about ready to put out gretl 1.8.2, but there's one outstanding item of business. Ignacio reported to me that he was getting a crash from the following script: I've tried at some length but I'm not able to replicate the problem. I'm not saying the problem doesn't exist. Ignacio gave me a different hard-to-replicate problem not so long ago and eventually I found a definite, if elusive, bug. I'm assuming that the problem ocurred while using the GUI program in Spanish. In my attempts at replication I've used both gretlcli and gretl_x11, in both English and Spanish. Can anyone else replicate the crash? If so, could you please try it under gdb and/or valgrind (with gretl compiled with debugging symbols) and send me the trace? Thanks very much, Allin. --===============3607485671667494769==-- From r.lucchetti@univpm.it Tue Jul 7 03:10:11 2009 From: Riccardo (Jack) Lucchetti To: gretl-devel@gretlml.univpm.it Subject: Re: [Gretl-devel] crash on defining matrix? Date: Tue, 07 Jul 2009 09:10:09 +0200 Message-ID: In-Reply-To: Pine.A41.4.58.0907062102260.860640@f1n11.sp2net.wfu.edu MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4006497507726532520==" --===============4006497507726532520== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit On Mon, 6 Jul 2009, Allin Cottrell wrote: > I'm just about ready to put out gretl 1.8.2, but there's one > outstanding item of business. Ignacio reported to me that he was > getting a crash from the following script: > > Totally off-topic, but I just wanted to say that I'd rather use the seq() function for that. Sorry! Riccardo (Jack) Lucchetti Dipartimento di Economia Università Politecnica delle Marche r.lucchetti(a)univpm.it http://www.econ.univpm.it/lucchetti --===============4006497507726532520==-- From ignacio.diaz-emparanza@ehu.es Tue Jul 7 05:36:02 2009 From: Ignacio Diaz-Emparanza To: gretl-devel@gretlml.univpm.it Subject: Re: [Gretl-devel] crash on defining matrix? Date: Tue, 07 Jul 2009 11:35:58 +0200 Message-ID: <200907071135.58943.ignacio.diaz-emparanza@ehu.es> In-Reply-To: alpine.DEB.2.00.0907070908360.11473@ec-4.econ.univpm.it MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8710867593168815539==" --===============8710867593168815539== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit On Martes, 7 de Julio de 2009 09:10:09 Riccardo (Jack) Lucchetti escribió: > On Mon, 6 Jul 2009, Allin Cottrell wrote: > > I'm just about ready to put out gretl 1.8.2, but there's one > > outstanding item of business. Ignacio reported to me that he was > > getting a crash from the following script: > > > > The problem seems to be solved now. I do not know why when I have done several "cvs update"s gretl begins to work badly. Now I uninstalled gretl completely and downloaded it enterely from the cvs and gretl is not producing the segmentation fault. > > Totally off-topic, but I just wanted to say that I'd rather use the seq() > function for that. Sorry! Umm... ok, now I will use 'matrix trendm=seq(0,n)' but I had to look for seq() in the gretl manual and 'trendm=t-1' was so intuitive... ;-)) -- 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 --===============8710867593168815539==-- From svetosch@gmx.net Tue Jul 7 08:59:23 2009 From: Sven Schreiber To: gretl-devel@gretlml.univpm.it Subject: Re: [Gretl-devel] crash on defining matrix? Date: Tue, 07 Jul 2009 14:58:44 +0200 Message-ID: <4A534684.1070207@gmx.net> In-Reply-To: 200907071135.58943.ignacio.diaz-emparanza@ehu.es MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3334542734498195869==" --===============3334542734498195869== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Ignacio Diaz-Emparanza schrieb: > On Martes, 7 de Julio de 2009 09:10:09 Riccardo (Jack) Lucchetti escribió: >> On Mon, 6 Jul 2009, Allin Cottrell wrote: >>> I'm just about ready to put out gretl 1.8.2, but there's one >>> outstanding item of business. Ignacio reported to me that he was >>> getting a crash from the following script: >>> >>> > > The problem seems to be solved now. > no crash here either, with current cvs. (I almost sent an email with "now" instead of "no", if that got through to you, please ignore that) -sven --===============3334542734498195869==-- From cottrell@wfu.edu Tue Jul 7 10:01:47 2009 From: Allin Cottrell To: gretl-devel@gretlml.univpm.it Subject: Re: [Gretl-devel] crash on defining matrix? Date: Tue, 07 Jul 2009 10:01:46 -0400 Message-ID: In-Reply-To: 200907071135.58943.ignacio.diaz-emparanza@ehu.es MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0956143824018654433==" --===============0956143824018654433== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit On Tue, 7 Jul 2009, Ignacio Diaz-Emparanza wrote: > The problem seems to be solved now. OK, thanks. > I do not know why when I have done several "cvs update"s gretl > begins to work badly. Now I uninstalled gretl completely and > downloaded it enterely from the cvs and gretl is not producing > the segmentation fault. Maybe you're doing this already, but When building gretl from CVS I'd recommend the following routine: cvs update -P -d CFLAGS='-g -O2 -Wall -W -Wno-unused-parameter -Wno-sign-compare' \ ./configure make clean make 2>errors [ inspect the "errors" file ] [ sudo ] make install In the cvs command, -P removes local copies of files that have been deleted in CVS, and -d ensures that if a new directory has been added, you get a copy of that. The CFLAGS setting on the configure line sets warnings to the max ("-Wall -W"), other than a couple of things which will produce very verbose and not very useful output (i.e. "-Wno-foo" suppresses warnings with regard to foo in particular). The "make clean" step is not generally required, but I tend to do this if I see any odd behavior from gretl. Allin. --===============0956143824018654433==--