Re: [Gretl-users] dummify with list and script output window

[Pindar]

Hi Allin,

in terms of the bundle problem I was not concrete enough.
I'm using the current snapshot and still get a crash with:

<hansl>
bundle b = null
b["foo"] = 1
# open bundle via gui in symbol window
bundle b = null
# close bundle via gui -> crash
<hansl>


Thanks for the explanation of the 'smpl full' within functions, that's 
now clear.
I have another question concerning loops: I want to use the @ 
functionality for changing the looped through lists.
This is not working as expected. I need it for e.g. trivariate interaction:

<hansl>
open chard.gdt

loop for i=2..4 -q
     string listName = "inter$i"
     list @listName = null
endloop

inter2 = 1
inter3 = 3 4
inter4 = 5

loop for i=2..4 -q
     string listName = "inter$i"
     loop foreach j @listName -q
         print j
         print "$j"
         eval varname(@listName)
     endloop
endloop
<hansl>

Best
Leon


14.02.2013 20:48, schrieb Allin Cottrell:
> 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
>
> _______________________________________________
> Gretl-users mailing list
> Gretl-users(a)lists.wfu.edu
> http://lists.wfu.edu/mailman/listinfo/gretl-users

Hi Allin, in terms of the bundle problem I was not concrete enough. I'm using the current snapshot and still get a crash with: <hansl> bundle b = null b["foo"] = 1 # open bundle via gui in symbol window bundle b = null # close bundle via gui -> crash <hansl> Thanks for the explanation of the 'smpl full' within functions, that's now clear. I have another question concerning loops: I want to use the @ functionality for changing the looped through lists. This is not working as expected. I need it for e.g. trivariate interaction: <hansl> open chard.gdt loop for i=2..4 -q     string listName = "inter$i"     list @listName = null endloop inter2 = 1 inter3 = 3 4 inter4 = 5 loop for i=2..4 -q     string listName = "inter$i"     loop foreach j @listName -q         print j         print "$j"         eval varname(@listName)     endloop endloop <hansl> Best Leon 14.02.2013 20:48, schrieb Allin Cottrell: 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 _______________________________________________ Gretl-users mailing list gretl-us...@lists.wfu.edu http://lists.wfu.edu/mailman/listinfo/gretl-users