From cottrell@wfu.edu Thu May 22 09:07:04 2008
From: Allin Cottrell <cottrell@wfu.edu>
To: gretl-devel@gretlml.univpm.it
Subject: Re: [Gretl-devel] omit bug
Date: Thu, 22 May 2008 09:06:57 -0400
Message-ID: <alpine.LRH.1.10.0805220903550.435@ricardo.ecn.wfu.edu>
In-Reply-To: 483534F4.2080600@gmx.net
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============6706846162443451557=="

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

On Thu, 22 May 2008, Sven Schreiber wrote:

> there seems to be a new bug introduced after 1.7.4; as always, I 
> can provide more details later and/or file a bug report, but 
> maybe this is already enough, and before I forget about it, here 
> goes:
> 
> In a script of ours, we have an "omit" test statement after a 
> standard (OLS) estimation, but in between there are some other 
> calculations ("scalar" and "matrix", so effectively "genr" I 
> guess).

Please send a test case, I can't replicate this.  For example, the 
following works fine:

<script>
open data9-7
list xlist = 0 2 3 4
# see 'omit' at end
ols 1 xlist
matrix X = {xlist}
matrix XTXinv = inv(X'X)
scalar s2 = $sigma * $sigma
matrix V = s2*XTXinv
matrix se = sqrt(diag(V))
printf "\n%.12E\n", se
# 'omit' matches ols above
omit 3 4
</script>

Allin.

--===============6706846162443451557==--