I'm seeing this phenomenon I don't quite understand when using a shell
call from within a gretl script (with "!"). Without going into the
details of what is actually called, the pattern of the following line
works alright, with string substitution:
! "C:\mypath\some.exe" C:\morepath\input.csv > C\morepath\output.txt
Notice that the exe path is already enclosed in quotes, although it's
not really needed; it also works without them in this setup without
embedded spaces. The following variants also work:
! C:\mypath\some.exe C:\morepath\input.csv > C\morepath\output.txt
! C:\mypath\some.exe "C:\morepath\input.csv" > "C\morepath\output.txt"
However, when I enclose everything in quotes (to be more portable, in
case the user name does contain a space) then it fails, i.e. the
expected output files are not created! Like this:
! "C:\mypath\some.exe" "C:\morepath\input.csv" > "C\morepath\output.txt"
I find this really puzzling - is something going wrong on the way from
gretl to the Windows shell, or am I simply missing something?
I have just seen a phrase that seems not to be marked for translation:
"If you meant to test for equality, please use '=='"
this appears in the GUI in "/sample/restrict from criterion" when you
use a unique '=' to define it.
Departamento de Métodos Cuantitativos
Universidad del País Vasco - Euskalherriko Unibertsitatea, UPV/EHU
Tfno: (+34) 94 601 3732
I've re-compiled gretl this morning using the latest git master state. A
script which worked last Friday does not work anymore when trying to
join a numerical time-series to a dataset which comprises both numeric
and string-valued series. The error is "Cannot overwrite entire
I vaguely remember that in some very recent conversation something on
string-valued series was mentioned. Could anybody refresh my mind on
this, please? ;-)
not sure whether it's a bug or simply a known limitation of the parser:
loop foreach i varnames(sth)
doesn't work, but
vn = varnames(sth)
loop foreach i vn
I know that this array-loop thing is fairly new in any case.
This is with 2021b.
for the first thing, here's a minimal example:
function void checko(list L)
list L print # d_LRY d_LRM (expected result)
varlist # weird: 0) const 5) [masked] 6) [masked]
list L = LRY LRM
OK, then in my use case I'm also using 'append' (inside the function) to
load data from a csv file. The first part of that csv file contains the
same data as in the list L, with the same series names. However,
afterwards it seems that for example d_LRY appears twice in the dataset
- at least it's the result of an empty "print". ("varlist" doesn't show
duplicates, but again has these [masked] entries as before with large
series ID# gaps.)
How to avoid the duplication and get a "sane" dataset view inside the
below is a hansl function that checks whether shell calls are enabled,
by scanning the output of "set" for the line " shell_ok = 1".
function scalar checkshell(void)
strings setparts = strsplit(setbuf, "\n")
return nelem(instrings(setparts, " shell_ok = 1")) # mind the
This could be generalized, but the whole thing strikes me as relatively
complicated. I have the feeling we discussed this before, but I don't
remember any details. What's the best way to query the currently active
set options programmatically?
is v1.1 of the "extra" addon still under development? Otherwise (if it
is finalized) I guess it should be made visible if one does Help /
Search for addons. (For me extra 1.0 is marked as current there.)
Dear gretl team,
What do you think about increasing the number of lines of the text
legend inside the gretl icon view?
Please take a look at the attached pdf file. It shows that besides the
space is sufficient for the English locale, it is not for some other
What have I done:
I downloaded a gretl-git-....zip file from the gretl git repository
Then I extracted the el.po file.
I used Poedit to fully update (translate) the el.po file. It is also
saved as el.mo and I renamed it as gretl.mo.
It seems to work fine in my computer., wheb inserted in C:\Program
Question1: Can I send the el.po file or mo file? to one of you
(developers) so it can be released with the new version (when released?)
Question 2: is there any other easier way to translate and update for
ignorant windows users (like me)?
a user wrote me about the recently introduced MSVAR package, and a
non-existent menu attachment.
Testing the installation of the package (via the GUI), I'm _not_ being
asked by gretl if I want to attach the package to the corresponding
menu. (It goes in the Edit menu of the VAR model window.) Isn't that
automatic question supposed to happen at package installation time?
(Honest question. not sure right now.)
Manually triggering the attachment does work.