[Gretl-devel] some new gretl issues

Hi, before getting to the issues list I put together during my last semi-serious gretl session, I want to support the idea of a more formal bug collection & management approach that came up recently. Among other reasons, I think one gets a nice feeling of job satisfaction when looking at resolved bugs... If you want I could do the maintenance of the bug list/database at least initially. I mean not on my computer at home or by setting up a server, but just by verifying, classifying, and hopefully closing bug reports that are stored in some sourceforge/bugzilla/trac/whatever instance. Somebody said the sourceforge tool is not good, but I'd say we can always switch to something better later. (Provided that at least the sf tool has some usable export feature?) What do you think? -- Ok, here's the list (on gretl windows snapshot from 9/19, so not the most recent I'm afraid): 1) the VAR model window doesn't have a close box (apart from the window manager thing) -- actually I guess all windows that have a menu bar instead of a toolbar... I know I'm partly responsible because I requested removing redundant close buttons at the bottom, and this thing actually isn't a problem, but it caught my attention. 2) with T = 235 and 2 equ with about 20 coeffs each, gretl says it doesn't have enough dofs for autocorrelation test of order 4 (or even 1!) -- sometimes it even does that just for estimation! (maybe triggered by repeatedly checking/un-checking the robust cov option, which I did?) 3) a big wishlist item or question: how to modify an existing model instead of starting always from scratch??? 4) bug recipe (not 100% sure which part is the bug though): a) create new dataset b) save dataset as "test1.gdt" c) save as session "my1session.gretl" d) close dataset e) open above session file, and get the data named "data.gdt" ( instead of "test1.gdt") 5) also observed that saving a subset of variables to a new datafile doesn't update the variable list/view, but does change the datafile name above the variable listing. Not sure which part of this behavior is intended and which is a bug. Oh BTW, I'm sorry but I won't have time to take another look at de.po before next week. But if needed for release I can promise Tuesday. thanks, sven