Am 17.08.2009 02:34, Allin Cottrell schrieb:
On Thu, 13 Aug 2009, Sven Schreiber wrote:
> after a long pause I have been trying to put together a function package
> again. Unfortunately, it failed, and it looks like a bug to me. This is
> with 1.8.3 both on Windows and Linux.
>
> I'm attaching a trivial example of when the bug happens, named
> 'toplevel.gfn'. Nevertheless, it could be that it isn't even a minimal
> example; I'm using a helper function 'secondlevel' in the package,
> haven't tried if that is really necessary to trigger the behavior.
>
> This package returns (or should return) a matrix. And if the functions
> are run in a script everything works as expected. But in reality nothing
> happens, even if I specify a name in the dialog for the new matrix to be
> created from the return value.
"In reality" = in the gui, I take it? Yes, I'm afraid the gui
function call code was subject to bit-rot. It's now fixed in CVS.
This probably calls for an early 1.8.4 release.
I agree; and thanks for the quick fix. I know you have an array of test
scripts that you run before a release to check for new bugs. Maybe we
should put together a checklist with non-scriptable test cases like this
one that we (I could do that, I guess) go through before a release as
well, to detect such bugs early.
> P.S: I noticed that the function namespace is still quite flaky. For
> example after an error happens in a top level calling function due to a
> bug there, rerunning the corrected version often leads to a situation
> where second level functions that are called aren't being recognized by
> gretl anymore...
I'll try to replicate that and see what's going on.
This wasn't a call for action, just a general update/reminder. It's
obvious by now that the handling isn't trivial.
thanks,
sven