text search result off-window (bottom)
by Sven Schreiber
Hi,
this is not a new bug / odd behavior, but perhaps it's not on the radar
anymore, because it might be a Windows-only thing. It still happens
"often" (not always), that when you search for a word in the script
editor, the window content is moved such that the next match is just in
the next line below the bottom of the window, so not visible without
scrolling further.
This is with recent snapshots and releases, and I think both on Windows
7 and 10.
Maybe tricky to fix, and of course not release-critical.
thanks,
sven
7 years, 6 months
- 2
- 6
Bug (?) in hi-freq lag counting of midas
by Sven Schreiber
Hi,
I think a midasreg with a 'mdsl' term may get the included lags wrong in
the information that is printed in the output.
For example, as a benchmark I have the following (shortened) line:
midasreg dep ... ; ... mds(dO, 2,3 , 2, theta)
So my high-frequency lags of dO go from 2 to 3, and indeed gretl tells
me just that in the output:
MIDAS list dO, high-frequency lags 2 to 3
HF_slope2 −1.78684e-05 1.97184e+010 0.0000 1.0000
Beta1 1.00000 1.22905e+030 0.0000 1.0000
Beta2 2.00000 1.22905e+030 0.0000 1.0000
Fine -- I know there are numerical problems here but that's not the
issue right now. I can get the same result by defining a lag list dOL
with hi-freq lags 2 to 3, and then using mdsl:
midasreg dep...; ... mdsl(dOL, 2, theta)
This produces the same result numerically which makes me confident that
I defined the dOL list correctly; however, gretl no tells me the lags
would be from 1 to 2 instead:
MIDAS list dOL, high-frequency lags 1 to 2
HF_slope2 −1.78684e-05 1.97184e+010 0.0000 1.0000
Beta1 1.00000 1.22905e+030 0.0000 1.0000
Beta2 2.00000 1.22905e+030 0.0000 1.0000
So this looks like a off-by-one bug to me. (Latest snapshot BTW.)
Thanks,
sven
8 years
- 2
- 25
Bug(?) in bwrite functions?
by Marcin Błażejowski
Hi,
simple script:
<hansl>
bundle foo1
string foo1.str1 = ""
string foo1.str2 = "~"
bwrite(foo1, "foo1")
foo2 = bread("foo1")
eval foo1
eval foo2
</hansl>
In foo1 we have empty string str1 but foo2 doesn't contain it. I checked
the XML file in wchich bwrite stores the foo1 bundle: there is no
definition of str2 anymore.
Is this intentional behaviour or bug?
Regards,
Marcin
--
Marcin Błażejowski
8 years, 1 month
- 3
- 5
- ← Newer
- 1
- Older →