Re: [Gretl-devel] Gretl-devel Digest, Vol 145, Issue 13

Send Gretl-devel mailing list submissions to gretl-devel(a)lists.wfu.edu To subscribe or unsubscribe via the World Wide Web, visit http://lists.wfu.edu/mailman/listinfo/gretl-devel or, via email, send a message with subject or body 'help' to gretl-devel-request(a)lists.wfu.edu You can reach the person managing the list at gretl-devel-owner(a)lists.wfu.edu When replying, please edit your Subject line so it is more specific than "Re: Contents of Gretl-devel digest..." Today's Topics: 1. Screen resolution and gretl window "sharpness" (Sven Schreiber) 2. gretlcli termination (crash?) with gnuplot error (Sven Schreiber) 3. Re: gretlcli termination (crash?) with gnuplot error (Riccardo (Jack) Lucchetti) 4. Re: gretlcli termination (crash?) with gnuplot error (Sven Schreiber) 5. signs in equation system restrictions (Pozdeev, Igor) ---------------------------------------------------------------------- Message: 1 Date: Thu, 21 Feb 2019 18:09:11 +0100 From: Sven Schreiber <svetosch(a)gmx.net&gt; To: Gretl development <gretl-devel(a)lists.wfu.edu&gt; Subject: [Gretl-devel] Screen resolution and gretl window "sharpness" Message-ID: <0727e328-f36b-3924-8347-7ae733785895(a)gmx.net&gt; Content-Type: text/plain; charset=utf-8; format=flowed Hi, I have now seen gretl operate on a Laptop with a 1920x1080 resolution on a fairly small screen, thus high pixel density. Gretl's window and the fonts in there look noticeably less sharp / more pixelated than other programs (say, more "native" Windows programs). I suppose this is a GTK limitation? Or is there something that can be done? thanks sven ------------------------------ Message: 2 Date: Fri, 22 Feb 2019 13:54:57 +0100 From: Sven Schreiber <svetosch(a)gmx.net&gt; To: Gretl development <gretl-devel(a)lists.wfu.edu&gt; Subject: [Gretl-devel] gretlcli termination (crash?) with gnuplot error Message-ID: <265b39ea-5664-571a-6b8b-abe9f978fad6(a)gmx.net&gt; Content-Type: text/plain; charset=utf-8; format=flowed Hi, the following happened when running the awm.inp example file from the SVAR addon on a console-only installation (Linux), within a "gretlcli" session via gretl's 'run' command. The awm.inp script must fail because it tries to send stuff to gnuplot with the "display" option. That's understood. Here is some error output: gnuplot stderr: '01:48:52 PM: Error: Unable to initialize GTK+, is DISPLAY set properly? Failed to initialize wxWidgets. ' Failed command: 'gnuplot -persist "/home/gretlcheck/.gretl/gpttmp.plt"' However, after that I don't get back to the gretlcli prompt ("?"), but instead gretl(cli) terminates and I'm at the shell prompt. And I think that's not right. This is with current git. thanks sven ------------------------------ Message: 3 Date: Fri, 22 Feb 2019 14:49:01 +0100 (CET) From: "Riccardo (Jack) Lucchetti" <r.lucchetti(a)univpm.it&gt; To: Gretl development <gretl-devel(a)lists.wfu.edu&gt; Subject: Re: [Gretl-devel] gretlcli termination (crash?) with gnuplot error Message-ID: <alpine.DEB.2.21.1902221448130.30721@joehenderson> Content-Type: text/plain; charset="iso-8859-15"; Format="flowed" On Fri, 22 Feb 2019, Sven Schreiber wrote: > Hi, > > the following happened when running the awm.inp example file from the SVAR > addon on a console-only installation (Linux), within a "gretlcli" session via > gretl's 'run' command. > > The awm.inp script must fail because it tries to send stuff to gnuplot with > the "display" option. That's understood. Here is some error output: > > gnuplot stderr: '01:48:52 PM: Error: Unable to initialize GTK+, is DISPLAY > set properly? > Failed to initialize wxWidgets. > ' > Failed command: 'gnuplot -persist "/home/gretlcheck/.gretl/gpttmp.plt"' > > However, after that I don't get back to the gretlcli prompt ("?"), but > instead gretl(cli) terminates and I'm at the shell prompt. And I think that's > not right. > This is with current git. Uhm, that's strange, things work ok here. It look as if you're running a remote ssh session without X tunneling. ------------------------------------------------------- Riccardo (Jack) Lucchetti Dipartimento di Scienze Economiche e Sociali (DiSES) Universit? Politecnica delle Marche (formerly known as Universit? di Ancona) r.lucchetti(a)univpm.it http://www2.econ.univpm.it/servizi/hpp/lucchetti ------------------------------------------------------- ------------------------------ Message: 4 Date: Fri, 22 Feb 2019 15:03:14 +0100 From: Sven Schreiber <svetosch(a)gmx.net&gt; To: gretl-devel(a)lists.wfu.edu Subject: Re: [Gretl-devel] gretlcli termination (crash?) with gnuplot error Message-ID: <7c4bd26d-42a6-df93-adf3-1e385af0f31d(a)gmx.net&gt; Content-Type: text/plain; charset=iso-8859-15; format=flowed Am 22.02.2019 um 14:49 schrieb Riccardo (Jack) Lucchetti: > On Fri, 22 Feb 2019, Sven Schreiber wrote: > > Uhm, that's strange, things work ok here. Well, are you testing on a setup without desktop environment? > > It look as if you're running a remote ssh session without X tunneling. This is actually on the Linux Subsystem for Windows or what it's called (WSL), in the form of a Debian userspace. But even if it were ssh without X tunnel, shouldn't gretl recover gracefully from that error? The error per se or my setup here is obviously not terribly important. cheers sven ------------------------------ Message: 5 Date: Fri, 22 Feb 2019 14:09:57 +0000 From: "Pozdeev, Igor" <igor.pozdeev(a)unisg.ch&gt; To: &quot;gretl-devel(a)lists.wfu.edu&quot; <gretl-devel(a)lists.wfu.edu&gt; Subject: [Gretl-devel] signs in equation system restrictions Message-ID: <d36e9d8b727948acba4f9b77fd793d30(a)unisg.ch&gt; Content-Type: text/plain; charset="us-ascii" Hi all, Behavior of restrictions with patterns like "b[1, 1] + -2*b[2, 1] = 0" is strange. In the following MWE, the restricted coefficients differ by exactly 1.0 when restrictions are defined in the "bugged" way: open greene13_1.gdt # set up system system name="Grunfeld" equation I_GM const C_GM F_GM equation I_WE const C_WE F_WE end system # restriction w/bug restrict "Grunfeld" b[1,1] + -1.0*b[2,1] = 0.0 end restrict estimate "Grunfeld" method=sur --iterate # restriction w/o bug restrict "Grunfeld" b[1,1] - 1.0*b[2,1] = 0.0 end restrict estimate "Grunfeld" method=sur -iterate This a bug or a feature? Thanks for looking into this. Best, Igor Igor Pozdeev +41786120928 www.igorpozdeev.me<http://www.igorpozdeev.me/> -------------- next part -------------- An HTML attachment was scrubbed... URL: < http://lists.wfu.edu/pipermail/gretl-devel/attachments/20190222/09cf9881/... > ------------------------------ _______________________________________________ Gretl-devel mailing list Gretl-devel(a)lists.wfu.edu http://lists.wfu.edu/mailman/listinfo/gretl-devel End of Gretl-devel Digest, Vol 145, Issue 13 ********************************************