From cottrell@wfu.edu Thu Apr 30 20:23:57 2009
From: Allin Cottrell <cottrell@wfu.edu>
To: gretl-devel@gretlml.univpm.it
Subject: Re: [Gretl-devel] stopwatch problem
Date: Thu, 30 Apr 2009 20:23:56 -0400
Message-ID: <Pine.A41.4.58.0904302014360.393364@f1n11.sp2net.wfu.edu>
In-Reply-To: 49F951B2.4030302@gmx.net
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============8926863747395984112=="

--===============8926863747395984112==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

On Thu, 30 Apr 2009, Sven Schreiber wrote:

> I'm getting negative numbers from using $stopwatch differences,
> could there be some sort of underflow problem?
>
> What I do is a typical simulation exercise:
>
> set stopwatch
> t_sim1 = 0
> loop for simrun=1..replications --quiet
> 	<create random numbers>
> 	loop for t=1..T	--quiet
> 		<do stuff with random numbers>
> 		start = $stopwatch
> 		<do more stuff>
> 		stop = $stopwatch
> 		<do more stuff>
> 		t_sim1 += stop-start
> 	end loop # t
> end loop # simrun
> print t_sim1
>
> And t_sim1 is reproducibly negative.

Sven, please give a fully explicit test case.  I'm not sure I
understand the ellipses in your account.  I tried the following
complete example, broadly similar to what you stated:

<script>
set stopwatch
scalar t_sim1 = 0
scalar B = 100
scalar T = 20
loop for simrun=1..B --quiet
   matrix M1 = mnormal(100,100)
   matrix M2 = mnormal(100,100)
   start = $stopwatch
   loop for t=1..T --quiet
      matrix Mprod = M1 * M2
   end loop
   stop = $stopwatch
   t_sim1 += stop - start
end loop
print t_sim1
</script>

and it produced no negative results.

Allin.

--===============8926863747395984112==--


From cottrell@wfu.edu Sun May  3 16:10:30 2009
From: Allin Cottrell <cottrell@wfu.edu>
To: gretl-devel@gretlml.univpm.it
Subject: Re: [Gretl-devel] stopwatch problem
Date: Sun, 03 May 2009 16:10:30 -0400
Message-ID: <Pine.A41.4.58.0905031600170.745524@f1n11.sp2net.wfu.edu>
In-Reply-To: Pine.A41.4.58.0904302014360.393364@f1n11.sp2net.wfu.edu
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0494969247449077300=="

--===============0494969247449077300==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

On Thu, 30 Apr 2009, Allin Cottrell wrote:

> On Thu, 30 Apr 2009, Sven Schreiber wrote:
>
> > I'm getting negative numbers from using $stopwatch differences,
> > could there be some sort of underflow problem?
> >
> > What I do is a typical simulation exercise:
> >
> > set stopwatch
> > t_sim1 = 0
> > loop for simrun=1..replications --quiet
> > 	<create random numbers>
> > 	loop for t=1..T	--quiet
> > 		<do stuff with random numbers>
> > 		start = $stopwatch
> > 		<do more stuff>
> > 		stop = $stopwatch
> > 		<do more stuff>
> > 		t_sim1 += stop-start
> > 	end loop # t
> > end loop # simrun
> > print t_sim1
> >
> > And t_sim1 is reproducibly negative.

Ah, I tried this again using an exact copy of your script with
<stuff> filled in, and I did indeed get negative values of t_sim1.
I was bothered at first, but then realized that's perfectly OK.
I'd failed to notice the problem in your script.

As per the manual, $stopwatch gives you the time _elapsed_ since
"set stopwatch", or since the previous call to $stopwatch.  Your
calls

start = $stopwatch
...
stop = $stopwatch
...
t_sim1 += stop-start

seem to be assuming that $stopwatch gives you the current time,
not the elapsed time: you want t_sim1 += $stopwatch.

Allin.

--===============0494969247449077300==--


From svetosch@gmx.net Mon May  4 05:01:32 2009
From: Sven Schreiber <svetosch@gmx.net>
To: gretl-devel@gretlml.univpm.it
Subject: Re: [Gretl-devel] stopwatch problem
Date: Mon, 04 May 2009 11:01:24 +0200
Message-ID: <49FEAEE4.2030707@gmx.net>
In-Reply-To: Pine.A41.4.58.0905031600170.745524@f1n11.sp2net.wfu.edu
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============4384941069308705529=="

--===============4384941069308705529==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Am 03.05.2009 22:10, Allin Cottrell schrieb:
> On Thu, 30 Apr 2009, Allin Cottrell wrote:
> 
>> On Thu, 30 Apr 2009, Sven Schreiber wrote:
>>
>>> I'm getting negative numbers from using $stopwatch differences,
>>> could there be some sort of underflow problem?
>>>
>>> What I do is a typical simulation exercise:
>>>
>>> set stopwatch
>>> t_sim1 = 0
>>> loop for simrun=1..replications --quiet
>>> 	<create random numbers>
>>> 	loop for t=1..T	--quiet
>>> 		<do stuff with random numbers>
>>> 		start = $stopwatch
>>> 		<do more stuff>
>>> 		stop = $stopwatch
>>> 		<do more stuff>
>>> 		t_sim1 += stop-start
>>> 	end loop # t
>>> end loop # simrun
>>> print t_sim1
>>>
>>> And t_sim1 is reproducibly negative.
> 
> Ah, I tried this again using an exact copy of your script with
> <stuff> filled in, and I did indeed get negative values of t_sim1.
> I was bothered at first, but then realized that's perfectly OK.
> I'd failed to notice the problem in your script.
> 
> As per the manual, $stopwatch gives you the time _elapsed_ since
> "set stopwatch", or since the previous call to $stopwatch.  Your
> calls
> 
> start = $stopwatch
> ...
> stop = $stopwatch
> ...
> t_sim1 += stop-start
> 
> seem to be assuming that $stopwatch gives you the current time,
> not the elapsed time: you want t_sim1 += $stopwatch.
> 

Ah okay, my bad of course.

sorry and thanks,
sven

--===============4384941069308705529==--


From svetosch@gmx.net Tue May  5 13:31:29 2009
From: Sven Schreiber <svetosch@gmx.net>
To: gretl-devel@gretlml.univpm.it
Subject: [Gretl-devel] function package path
Date: Tue, 05 May 2009 19:31:16 +0200
Message-ID: <4A0077E4.3090506@gmx.net>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============6975530419839025203=="

--===============6975530419839025203==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Hi,

it seems that gretl looks for function packages only in its main
directory (settable in the preferences, I know I know...)

would there be any drawbacks if gretl also looked in the current
workdir, or in general performed a path search as with data or script
files (see 4.4 of the command reference)?

The use case is very simple and general: I have a function package file
(.gfn) and want to open/load it. Currently it seems before I can do that
I must manually copy it to the gretl main dir, which is a bit of a
hassle. And even if I sound very "whiny", in a week I will have
forgotten again where I need to save such files, and I have to dig in
the manuals again.

thanks,
sven

--===============6975530419839025203==--


From cottrell@wfu.edu Thu May  7 16:01:37 2009
From: Allin Cottrell <cottrell@wfu.edu>
To: gretl-devel@gretlml.univpm.it
Subject: Re: [Gretl-devel] function package path
Date: Thu, 07 May 2009 16:01:36 -0400
Message-ID: <Pine.A41.4.58.0905071553160.475528@f1n11.sp2net.wfu.edu>
In-Reply-To: 4A0077E4.3090506@gmx.net
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============3218791414616371428=="

--===============3218791414616371428==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

On Tue, 5 May 2009, Sven Schreiber wrote:

> it seems that gretl looks for function packages only in its main
> directory (settable in the preferences, I know I know...)

Up till today gretl has searched in sub-directories named
"functions" of (a) the 'system' gretl directory, (b) the user's
working directory and (c) the user's 'dotdir'.

I've now added search of the working directory itself, and in
addition I've put an "Open directory" button on the toolbar for
the function-package browser window.  This enables you to select
an additional directory for search.

Allin.

--===============3218791414616371428==--


From svetosch@gmx.net Fri May  8 05:49:43 2009
From: Sven Schreiber <svetosch@gmx.net>
To: gretl-devel@gretlml.univpm.it
Subject: Re: [Gretl-devel] function package path
Date: Fri, 08 May 2009 11:49:33 +0200
Message-ID: <4A04002D.4080405@gmx.net>
In-Reply-To: Pine.A41.4.58.0905071553160.475528@f1n11.sp2net.wfu.edu
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============7368030912354455292=="

--===============7368030912354455292==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Am 07.05.2009 22:01, Allin Cottrell schrieb:
> On Tue, 5 May 2009, Sven Schreiber wrote:
> 
>> it seems that gretl looks for function packages only in its main
>> directory (settable in the preferences, I know I know...)
> 
> Up till today gretl has searched in sub-directories named
> "functions" of (a) the 'system' gretl directory, (b) the user's
> working directory and (c) the user's 'dotdir'.
> 
> I've now added search of the working directory itself, and in
> addition I've put an "Open directory" button on the toolbar for
> the function-package browser window.  This enables you to select
> an additional directory for search.
> 

That's great, thanks a lot Allin! Next week I will use the function
package functionality to do some marketing for gretl among my colleagues...

cheers,
sven


--===============7368030912354455292==--


From henrique.coelho@gmail.com Sat May  9 23:22:31 2009
From: Henrique <henrique.coelho@gmail.com>
To: gretl-devel@gretlml.univpm.it
Subject: [Gretl-devel] A Translation Question
Date: Sun, 10 May 2009 00:22:26 -0300
Message-ID: <b3173c600905092022x76fd93d1of57995dfb23b3cc4@mail.gmail.com>
Content-Type: multipart/mixed; boundary="===============6493196135065894378=="

--===============6493196135065894378==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

QWxsaW4sPGJyPjxicj6gIKCgIEkgd291bGQgbGlrZSB0byBrbm93IHdoYXQgdGhlIGxpbmVzIDI1
NzMgYW5kIDI1Nzcgb2YgdGhlIEJyYXppbGlhbiBQb3J0dWd1ZXNlIG1lYW4gKGJlY2F1c2UgSSB3
b3VsZCBsaWtlIHRvIHRyYW5zbGF0ZSB0aGVtIGFwcHJvcHJpYXRlbHkpLjxicj6goKCgIDxicj4y
NTczLiAoZm9yIGxvZ2ljYWwgQU5ELCB1c2UgJiMzOTsmYW1wOyZhbXA7JiMzOTspXG48YnI+Cjxi
cj4yNTc3LiAoZm9yIGxvZ2ljYWwgT1IsIHVzZSAmIzM5O3x8JiMzOTspXG48YnIgY2xlYXI9ImFs
bCI+PGJyPjxicj5CZXN0LDxicj5IZW5yaXF1ZSBDLiBkZSBBbmRyYWRlPGJyPkRvdXRvcmFuZG8g
ZW0gRWNvbm9taWEgQXBsaWNhZGE8YnI+VW5pdmVyc2lkYWRlIEZlZGVyYWwgZG8gUmlvIEdyYW5k
ZSBkbyBTdWw8YnI+PGEgaHJlZj0iaHR0cDovL3d3dy51ZnJncy5ici9wcGdlIj53d3cudWZyZ3Mu
YnIvcHBnZTwvYT48YnI+Cgo=

--===============6493196135065894378==--


From henrique.coelho@gmail.com Sat May  9 23:22:33 2009
From: Henrique <henrique.coelho@gmail.com>
To: gretl-devel@gretlml.univpm.it
Subject: [Gretl-devel] A Translation Question
Date: Sun, 10 May 2009 00:22:31 -0300
Message-ID: <b3173c600905092022l67bbd01ai6442c3df988e3d2@mail.gmail.com>
Content-Type: multipart/mixed; boundary="===============5121579993143511681=="

--===============5121579993143511681==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

QWxsaW4sPGJyPjxicj6gIKCgIEkgd291bGQgbGlrZSB0byBrbm93IHdoYXQgdGhlIGxpbmVzIDI1
NzMgYW5kIDI1Nzcgb2YgdGhlIEJyYXppbGlhbiBQb3J0dWd1ZXNlIG1lYW4gKGJlY2F1c2UgSSB3
b3VsZCBsaWtlIHRvIHRyYW5zbGF0ZSB0aGVtIGFwcHJvcHJpYXRlbHkpLjxicj6goKCgIDxicj4y
NTczLiAoZm9yIGxvZ2ljYWwgQU5ELCB1c2UgJiMzOTsmYW1wOyZhbXA7JiMzOTspXG48YnI+Cjxi
cj4yNTc3LiAoZm9yIGxvZ2ljYWwgT1IsIHVzZSAmIzM5O3x8JiMzOTspXG48YnIgY2xlYXI9ImFs
bCI+PGJyPjxicj5CZXN0LDxicj5IZW5yaXF1ZSBDLiBkZSBBbmRyYWRlPGJyPkRvdXRvcmFuZG8g
ZW0gRWNvbm9taWEgQXBsaWNhZGE8YnI+VW5pdmVyc2lkYWRlIEZlZGVyYWwgZG8gUmlvIEdyYW5k
ZSBkbyBTdWw8YnI+PGEgaHJlZj0iaHR0cDovL3d3dy51ZnJncy5ici9wcGdlIj53d3cudWZyZ3Mu
YnIvcHBnZTwvYT48YnI+Cgo=

--===============5121579993143511681==--


From svetosch@gmx.net Sun May 10 11:07:02 2009
From: Sven Schreiber <svetosch@gmx.net>
To: gretl-devel@gretlml.univpm.it
Subject: Re: [Gretl-devel] A Translation Question
Date: Sun, 10 May 2009 17:06:58 +0200
Message-ID: <4A06ED92.2020606@gmx.net>
In-Reply-To: b3173c600905092022l67bbd01ai6442c3df988e3d2@mail.gmail.com
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============7143493688747620217=="

--===============7143493688747620217==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Am 10.05.2009 05:22, Henrique schrieb:
> Allin,
> 
>      I would like to know what the lines 2573 and 2577 of the Brazilian
> Portuguese mean (because I would like to translate them appropriately).
>     
> 2573. (for logical AND, use '&&')\n
> 
> 2577. (for logical OR, use '||')\n
> 
> 

Though I'm not Allin and right know I'm not sure exactly where these
strings appear, I'm fairly sure it's an explanation of the syntax for
logical operators in gretl's scripting language. For example:

if a=1 && b=2	# "if a=1 AND b=2" wouldn't work or is obsolete
<do stuff>
end if

cheers,
sven

--===============7143493688747620217==--


From cottrell@wfu.edu Sun May 10 11:07:14 2009
From: Allin Cottrell <cottrell@wfu.edu>
To: gretl-devel@gretlml.univpm.it
Subject: Re: [Gretl-devel] A Translation Question
Date: Sun, 10 May 2009 11:07:13 -0400
Message-ID: <Pine.A41.4.58.0905101055450.676324@f1n11.sp2net.wfu.edu>
In-Reply-To: b3173c600905092022x76fd93d1of57995dfb23b3cc4@mail.gmail.com
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1550822621821433092=="

--===============1550822621821433092==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

On Sun, 10 May 2009, Henrique wrote:

>      I would like to know what the lines 2573 and 2577 of the Brazilian
> Portuguese mean (because I would like to translate them appropriately).
>
> 2573. (for logical AND, use '&&')\n
>
> 2577. (for logical OR, use '||')\n

These are explanations to the user in case he/she tries to use '&'
and '|' to mean boolean AND and OR, respectively, in the context
of a "genr" expression.  At one time this usage was accepted, but
now it is necessary to use "&&" and "||"; the single forms of
these symbols are now reserved for other uses. E.g.

nulldata 10
series x = normal()
series dum1 = (x > 0 && x < 3)
series dum2 = (x > 0 & x < 3)

The definition of dum1 is correct, but the definition of dum2
produces:

> series dum2 = (x > 0 &
Expected ')' but found '&'
(for logical AND, please use "&&")

Allin.



--===============1550822621821433092==--


From henrique.coelho@gmail.com Sun May 10 13:15:21 2009
From: Henrique <henrique.coelho@gmail.com>
To: gretl-devel@gretlml.univpm.it
Subject: Re: [Gretl-devel] A Translation Question
Date: Sun, 10 May 2009 14:15:20 -0300
Message-ID: <b3173c600905101015o7afa1db8je0a47b59b67293b4@mail.gmail.com>
In-Reply-To: Pine.A41.4.58.0905101055450.676324@f1n11.sp2net.wfu.edu
Content-Type: multipart/mixed; boundary="===============7238663879799110538=="

--===============7238663879799110538==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

VGhhbmsgeW91IFN2ZW4gYW5kIEFsbGluITxicj48YnI+QmVzdCw8YnI+SGVucmlxdWU8YnI+PGJy
PjxkaXYgY2xhc3M9ImdtYWlsX3F1b3RlIj5PbiBTdW4sIE1heSAxMCwgMjAwOSBhdCAxMjowNyBQ
TSwgQWxsaW4gQ290dHJlbGwgPHNwYW4gZGlyPSJsdHIiPiZsdDs8YSBocmVmPSJtYWlsdG86Y290
dHJlbGxAd2Z1LmVkdSI+Y290dHJlbGxAd2Z1LmVkdTwvYT4mZ3Q7PC9zcGFuPiB3cm90ZTo8YnI+
CjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9ImJvcmRlci1sZWZ0OiAxcHgg
c29saWQgcmdiKDIwNCwgMjA0LCAyMDQpOyBtYXJnaW46IDBwdCAwcHQgMHB0IDAuOGV4OyBwYWRk
aW5nLWxlZnQ6IDFleDsiPjxkaXYgY2xhc3M9ImltIj5PbiBTdW4sIDEwIE1heSAyMDA5LCBIZW5y
aXF1ZSB3cm90ZTo8YnI+Cjxicj4KJmd0OyCgIKAgoEkgd291bGQgbGlrZSB0byBrbm93IHdoYXQg
dGhlIGxpbmVzIDI1NzMgYW5kIDI1Nzcgb2YgdGhlIEJyYXppbGlhbjxicj4KJmd0OyBQb3J0dWd1
ZXNlIG1lYW4gKGJlY2F1c2UgSSB3b3VsZCBsaWtlIHRvIHRyYW5zbGF0ZSB0aGVtIGFwcHJvcHJp
YXRlbHkpLjxicj4KJmd0Ozxicj4KJmd0OyAyNTczLiAoZm9yIGxvZ2ljYWwgQU5ELCB1c2UgJiMz
OTsmYW1wOyZhbXA7JiMzOTspXG48YnI+CiZndDs8YnI+CiZndDsgMjU3Ny4gKGZvciBsb2dpY2Fs
IE9SLCB1c2UgJiMzOTt8fCYjMzk7KVxuPGJyPgo8YnI+CjwvZGl2PlRoZXNlIGFyZSBleHBsYW5h
dGlvbnMgdG8gdGhlIHVzZXIgaW4gY2FzZSBoZS9zaGUgdHJpZXMgdG8gdXNlICYjMzk7JmFtcDsm
IzM5Ozxicj4KYW5kICYjMzk7fCYjMzk7IHRvIG1lYW4gYm9vbGVhbiBBTkQgYW5kIE9SLCByZXNw
ZWN0aXZlbHksIGluIHRoZSBjb250ZXh0PGJyPgpvZiBhICZxdW90O2dlbnImcXVvdDsgZXhwcmVz
c2lvbi4goEF0IG9uZSB0aW1lIHRoaXMgdXNhZ2Ugd2FzIGFjY2VwdGVkLCBidXQ8YnI+Cm5vdyBp
dCBpcyBuZWNlc3NhcnkgdG8gdXNlICZxdW90OyZhbXA7JmFtcDsmcXVvdDsgYW5kICZxdW90O3x8
JnF1b3Q7OyB0aGUgc2luZ2xlIGZvcm1zIG9mPGJyPgp0aGVzZSBzeW1ib2xzIGFyZSBub3cgcmVz
ZXJ2ZWQgZm9yIG90aGVyIHVzZXMuIEUuZy48YnI+Cjxicj4KbnVsbGRhdGEgMTA8YnI+CnNlcmll
cyB4ID0gbm9ybWFsKCk8YnI+CnNlcmllcyBkdW0xID0gKHggJmd0OyAwICZhbXA7JmFtcDsgeCAm
bHQ7IDMpPGJyPgpzZXJpZXMgZHVtMiA9ICh4ICZndDsgMCAmYW1wOyB4ICZsdDsgMyk8YnI+Cjxi
cj4KVGhlIGRlZmluaXRpb24gb2YgZHVtMSBpcyBjb3JyZWN0LCBidXQgdGhlIGRlZmluaXRpb24g
b2YgZHVtMjxicj4KcHJvZHVjZXM6PGJyPgo8YnI+CiZndDsgc2VyaWVzIGR1bTIgPSAoeCAmZ3Q7
IDAgJmFtcDs8YnI+CkV4cGVjdGVkICYjMzk7KSYjMzk7IGJ1dCBmb3VuZCAmIzM5OyZhbXA7JiMz
OTs8YnI+Cihmb3IgbG9naWNhbCBBTkQsIHBsZWFzZSB1c2UgJnF1b3Q7JmFtcDsmYW1wOyZxdW90
Oyk8YnI+Cjxmb250IGNvbG9yPSIjODg4ODg4Ij48YnI+CkFsbGluLjxicj4KPC9mb250PjxkaXY+
PGRpdj48L2Rpdj48ZGl2IGNsYXNzPSJoNSI+PGJyPgo8YnI+Cl9fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPgpHcmV0bC1kZXZlbCBtYWlsaW5nIGxpc3Q8
YnI+CjxhIGhyZWY9Im1haWx0bzpHcmV0bC1kZXZlbEBsaXN0cy53ZnUuZWR1Ij5HcmV0bC1kZXZl
bEBsaXN0cy53ZnUuZWR1PC9hPjxicj4KPGEgaHJlZj0iaHR0cDovL2xpc3RzLndmdS5lZHUvbWFp
bG1hbi9saXN0aW5mby9ncmV0bC1kZXZlbCIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9saXN0cy53
ZnUuZWR1L21haWxtYW4vbGlzdGluZm8vZ3JldGwtZGV2ZWw8L2E+PGJyPgo8L2Rpdj48L2Rpdj48
L2Jsb2NrcXVvdGU+PC9kaXY+PGJyPjxiciBjbGVhcj0iYWxsIj48YnI+LS0gPGJyPkhlbnJpcXVl
IEMuIGRlIEFuZHJhZGU8YnI+RG91dG9yYW5kbyBlbSBFY29ub21pYSBBcGxpY2FkYTxicj5Vbml2
ZXJzaWRhZGUgRmVkZXJhbCBkbyBSaW8gR3JhbmRlIGRvIFN1bDxicj48YSBocmVmPSJodHRwOi8v
d3d3LnVmcmdzLmJyL3BwZ2UiPnd3dy51ZnJncy5ici9wcGdlPC9hPjxicj4KCg==

--===============7238663879799110538==--


From cottrell@wfu.edu Thu May 21 06:57:35 2009
From: Allin Cottrell <cottrell@wfu.edu>
To: gretl-devel@gretlml.univpm.it
Subject: [Gretl-devel] gretl 1.8.1 delay
Date: Thu, 21 May 2009 06:57:34 -0400
Message-ID: <Pine.A41.4.58.0905210643560.430106@f1n11.sp2net.wfu.edu>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============5629047431316265491=="

--===============5629047431316265491==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Sorry folks, I had planned to have 1.8.1 out by now but I'm away
from home and I discovered a new bug in the GUI session save/open
for (some) ARMA models.  That's fixed in CVS but the difficulty is
that I can't directly make an updated OS X disk image, since
the Mac I use for this purpose is behind a firewall an ocean away.

I will have to write and send a script to do the update.

Allin.

--===============5629047431316265491==--


From henrique.coelho@gmail.com Fri May 22 09:55:29 2009
From: Henrique <henrique.coelho@gmail.com>
To: gretl-devel@gretlml.univpm.it
Subject: [Gretl-devel] Translation question
Date: Fri, 22 May 2009 10:55:27 -0300
Message-ID: <b3173c600905220655v70c27430w7ccd0707cfa07967@mail.gmail.com>
Content-Type: multipart/mixed; boundary="===============1047890405246935769=="

--===============1047890405246935769==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

RGVhciBkZXZlbG9wZXJzLDxicj48YnI+oCBXaGVuIEkgdHJ5IHRvIHNlZSB0aGUgcHJvcGVydGll
cyBvZiBhIG1hdHJpeCBHcmV0bCAoaW4gRW5nbGlzaCkgc2hvd3M6PGJyPjxicj48c3BhbiBzdHls
ZT0iZm9udC1mYW1pbHk6IGNvdXJpZXIgbmV3LG1vbm9zcGFjZTsiPlByb3BlcnRpZXMgb2YgbWF0
cml4IFRlc3RlPGJyPjxicj5Sb3dzoKCgoKCgoKCgoCAyPGJyPkNvbHVtbnOgoKCgoKCgIDI8YnI+
ClJhbmugoKCgoKCgoKCgIDE8YnI+U3F1YXJlPGJyPlVwcGVyIHRyaWFuZ3VsYXI8YnI+SWRlbXBv
dGVudDxicj48YnI+MS1ub3JtoKCgoKCgoKCgoCAxPGJyPkluZmluaXR5LW5vcm2goKAgMjxicj5U
cmFjZaCgoKCgoKCgoKCgIDE8YnI+RGV0ZXJtaW5hbnSgoKCgoCAwPGJyPjxicj5FaWdlbnZhbHVl
czo8YnI+oCAoMSwgMCk8YnI+oCAoMCwgMCk8YnI+PC9zcGFuPjxicj6gQnV0IGlmIEkgdHJ5IHRv
IGRvIHRoaXMgaW4gUG9ydHVndWVzZSAocHQgb3IgcHRfQlIpIEdyZXRsIHNob3dzIG1lOjxicj4K
PGJyPiguLi4pPGJyPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogY291cmllciBuZXcsbW9ub3Nw
YWNlOyI+Tm9ybWEtMaCgoKCgoKCgoCAxPC9zcGFuPjxiciBzdHlsZT0iZm9udC1mYW1pbHk6IGNv
dXJpZXIgbmV3LG1vbm9zcGFjZTsiPgo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IGNvdXJpZXIg
bmV3LG1vbm9zcGFjZTsiPk5vcm1hLWluZmluaXRvoKAgMjwvc3Bhbj48YnIgc3R5bGU9ImZvbnQt
ZmFtaWx5OiBjb3VyaWVyIG5ldyxtb25vc3BhY2U7Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6
IGNvdXJpZXIgbmV3LG1vbm9zcGFjZTsiPlRyYedvoKCgoKCgoKCgoCAxPC9zcGFuPjxiciBzdHls
ZT0iZm9udC1mYW1pbHk6IGNvdXJpZXIgbmV3LG1vbm9zcGFjZTsiPgoKPHNwYW4gc3R5bGU9ImZv
bnQtZmFtaWx5OiBjb3VyaWVyIG5ldyxtb25vc3BhY2U7Ij5EZXRlcm1pbmFudGWgoKCgIDA8L3Nw
YW4+PGJyIHN0eWxlPSJmb250LWZhbWlseTogY291cmllciBuZXcsbW9ub3NwYWNlOyI+KC4uLik8
YnI+PGJyPqAgTm90ZSB0aGF0IHRoZSAmcXVvdDtUcmHnbyZxdW90OyBmaWVsZCBoYXMgYSB3cm9u
ZyBpbmRlbnRhdGlvbi4gQSBzaW1pbGFyIHByb2JsZW0gb2NjdXJzIHdpdGggdGhlIEZyZW5jaCB0
cmFuc2xhdGlvbiwgbG9vazo8YnI+Cjxicj4oLi4uKTxicj48c3BhbiBzdHlsZT0iZm9udC1mYW1p
bHk6IGNvdXJpZXIgbmV3LG1vbm9zcGFjZTsiPjEtbm9ybaCgoKCgoKCgoKAgMTwvc3Bhbj48YnIg
c3R5bGU9ImZvbnQtZmFtaWx5OiBjb3VyaWVyIG5ldyxtb25vc3BhY2U7Ij48c3BhbiBzdHlsZT0i
Zm9udC1mYW1pbHk6IGNvdXJpZXIgbmV3LG1vbm9zcGFjZTsiPkluZmluaXR5LW5vcm2goKAgMjwv
c3Bhbj48YnIgc3R5bGU9ImZvbnQtZmFtaWx5OiBjb3VyaWVyIG5ldyxtb25vc3BhY2U7Ij4KPHNw
YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBjb3VyaWVyIG5ldyxtb25vc3BhY2U7Ij5UcmFjZaCgoKCg
oKCgoKCgIDE8L3NwYW4+PGJyIHN0eWxlPSJmb250LWZhbWlseTogY291cmllciBuZXcsbW9ub3Nw
YWNlOyI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBjb3VyaWVyIG5ldyxtb25vc3BhY2U7Ij5E
6XRlcm1pbmFudKCgoKAgMDwvc3Bhbj48YnIgc3R5bGU9ImZvbnQtZmFtaWx5OiBjb3VyaWVyIG5l
dyxtb25vc3BhY2U7Ij4KKC4uLik8YnI+PGJyPqAgTm93IHRoZSBwcm9ibGVtIGlzIG9uIHRoZSAm
cXVvdDtE6XRlcm1pbmFudCZxdW90OyBmaWVsZC4gSSB0aGluayB0aGUgcHJvYmxlbXMgYXJlIHJl
bGF0ZWQgdG8gdGhlIGFjY2VudGVkIGZpZWxkcyAoVHJh528gYW5kIETpdGVybWluYW50KS48YnI+
PGJyPgpCZXN0LDxicj5IZW5yaXF1ZSBDLiBkZSBBbmRyYWRlPGJyPkRvdXRvcmFuZG8gZW0gRWNv
bm9taWEgQXBsaWNhZGE8YnI+VW5pdmVyc2lkYWRlIEZlZGVyYWwgZG8gUmlvIEdyYW5kZSBkbyBT
dWw8YnI+PGEgaHJlZj0iaHR0cDovL3d3dy51ZnJncy5ici9wcGdlIiB0YXJnZXQ9Il9ibGFuayI+
d3d3LnVmcmdzLmJyL3BwZ2U8L2E+PGJyPjxicj4K

--===============1047890405246935769==--


From cottrell@wfu.edu Sun May 24 08:18:02 2009
From: Allin Cottrell <cottrell@wfu.edu>
To: gretl-devel@gretlml.univpm.it
Subject: [Gretl-devel] Release of 1.8.1
Date: Sun, 24 May 2009 08:18:01 -0400
Message-ID: <Pine.A41.4.58.0905240813440.491642@f1n11.sp2net.wfu.edu>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============2088971290618101544=="

--===============2088971290618101544==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

I've now put up gretl 1.8.1 on sourceforge.  Here are a couple of
notes:

1) To anyone who translated the page for gretl on OS X: please
update your translations and I'll upload them as soon as I can.
The information has changed.  For the present I'm linking the
translations to the English-language page soas to avoid giving
misleading directions.

2) The OS X build is not totally up to date with CVS.  When I get
a chance to make a new OS X build I will issue a 1.8.2 update.

-- 
Allin Cottrell
Department of Economics
Wake Forest University


--===============2088971290618101544==--


From svetosch@gmx.net Mon May 25 10:11:08 2009
From: Sven Schreiber <svetosch@gmx.net>
To: gretl-devel@gretlml.univpm.it
Subject: Re: [Gretl-devel] Release of 1.8.1
Date: Mon, 25 May 2009 16:10:51 +0200
Message-ID: <4A1AA6EB.8020103@gmx.net>
In-Reply-To: Pine.A41.4.58.0905240813440.491642@f1n11.sp2net.wfu.edu
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============8612822867568503536=="

--===============8612822867568503536==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Allin Cottrell schrieb:
> I've now put up gretl 1.8.1 on sourceforge.  Here are a couple of
> notes:
> 
> 1) To anyone who translated the page for gretl on OS X: please
> update your translations and I'll upload them as soon as I can.
> The information has changed.  For the present I'm linking the
> translations to the English-language page soas to avoid giving
> misleading directions.
> 
> 2) The OS X build is not totally up to date with CVS.  When I get
> a chance to make a new OS X build I will issue a 1.8.2 update.
> 

Thanks once again for the continuing effort! There are a lot of great
new features in 1.8.1. Sorry I cannot attend the gretl conference this
year, I'll try next time.

have fun,
sven

--===============8612822867568503536==--