On Thu, 14 Feb 2013, Pindar wrote: > I also encountered some bugs (at least on W8) [...]
Some of these I can replicate, some not. What version of gretl are you running (if a snapshot, what's the date?). Anyway, here's a run-through of the points you made: > - having 'opened' a bundle and then using the '= null' command gretl > crashes I can't replicate this. Here the following works fine: <hansl> bundle b b["foo"] = 6 print b b = null print b </hansl> > - 'smpl full' does 'sometimes' not work in functions - I think if it's > outside a loop. Inside a function, smpl --full only restores the sample range that was given by the caller. That is, it undoes any restriction on the sample range that was set inside the function, but not one set outside. The following illustrates the actual (and intended) behavior: <hansl> function void foo (series y) print y -o smpl +3 ; print y -o smpl full print y -o end function open data4-1 smpl 3 14 foo(price) </hansl> > - 'delete --type=' does not update the symbols window automatically Confirmed. There's an attempt at fixing that in CVS and today's snapshot. Should work for matrices and bundles. The scalars window may still need fixing. > - delete --type=series is not working. It's not supposed to work: "series" is not mentioned among the supported types for "delete --type=<typename>" in the help, and that is by design; you're not allowed to empty a dataset. But note that you can delete many series at once by using wildcards: <hansl> nulldata 20 loop i=1..10 series x$i = normal() endloop varlist delete x* varlist </hansl> > deleting a nonexisting lists leads to deleting the last > series of the dataset! Confirmed, and now fixed in CVS and snapshots. Allin Cottrell
