On Fri, 21 Dec 2018, Sven Schreiber wrote:
> Am 21.12.2018 um 19:57 schrieb Allin Cottrell:
>> On Fri, 21 Dec 2018, Sven Schreiber wrote:
>>
>>> Hi,
>>>
>>> am I missing something or why is the following giving me some numbers?
>>>
On Fri, 21 Dec 2018, Sven Schreiber wrote:
> Hi,
>
> am I missing something or why is the following giving me some numbers?
>
> eval printf("\n")
>
> eval printf("\n---\n")
>
> eval printf("\n--- \n")
Because the printf() function returns the number of characters
printed.
Allin
On Wed, 5 Dec 2018, Allin Cottrell wrote:
[about interdependencies between function packages]
> On Wed, 5 Dec 2018, Sven Schreiber wrote:
>
>> But still, I'm talking about executing the package A in the GUI, so there's
>> no script and no explicit "include A.gfn". Do
On Thu, 6 Dec 2018, Riccardo (Jack) Lucchetti wrote:
> On Wed, 5 Dec 2018, Riccardo (Jack) Lucchetti wrote:
>
>> On Wed, 5 Dec 2018, Allin Cottrell wrote:
>>
>>> On Wed, 5 Dec 2018, Sven Schreiber wrote:
>>>
>>>> Am 05.12.2018 um 02:47 schrieb All
On Sat, 8 Dec 2018, Ioannis A. Venetis wrote:
>> [about breakage in the selection of fonts for plots on Windows]
>>
>> Allin thanks a lot for your efforts.
>>
>> Something has changed (there is a response from pressing the
>> fonts button) but it produces an error (latest snapshot
>>
On Fri, 7 Dec 2018, Sven Schreiber wrote:
> Am 05.12.18 um 14:40 schrieb Allin Cottrell:
>> On Wed, 5 Dec 2018, Sven Schreiber wrote:
>>
>>> Am 05.12.2018 um 02:47 schrieb Allin Cottrell:
>>>> Sven called for a new release a while back now. So far as I'
On Wed, 5 Dec 2018, Allin Cottrell wrote:
> On Wed, 5 Dec 2018, Ioannis A. Venetis wrote:
[about breakage in the selection of fonts for plots on Windows]
> A long time ago we decided to use a native Windows function
> (ChooseFont) for font selection in our Windows builds, a
On Thu, 6 Dec 2018, Riccardo (Jack) Lucchetti wrote:
> On Wed, 5 Dec 2018, Riccardo (Jack) Lucchetti wrote:
>
>> On Wed, 5 Dec 2018, Allin Cottrell wrote:
>>
>>> On Wed, 5 Dec 2018, Sven Schreiber wrote:
>>>
>>>> Am 05.12.2018 um 02:47 schrieb All
On Thu, 6 Dec 2018, Riccardo (Jack) Lucchetti wrote:
> On Wed, 5 Dec 2018, Riccardo (Jack) Lucchetti wrote:
>
>> On Wed, 5 Dec 2018, Allin Cottrell wrote:
>>
>>> On Wed, 5 Dec 2018, Sven Schreiber wrote:
>>>
>>>> Am 05.12.2018 um 02:47 schrieb All
On Wed, 5 Dec 2018, Ioannis A. Venetis wrote:
> Good morning to all,
>
> Using gretl 2018d-git (MS Windows (x86_64) BUT this is something that
> was present in previous versions of gretl
>
> * Plot correlogram. Right click on the graph, option fonts does not
> work
>
> * In all? other
On Wed, 5 Dec 2018, Sven Schreiber wrote:
> Am 02.12.2018 um 00:55 schrieb Allin Cottrell:
>> On Fri, 30 Nov 2018, Sven Schreiber wrote:
>>
>> So I'd favour the option you mention first, a small "parasitic"
>> GUI-oriented package which depends on
On Wed, 5 Dec 2018, Sven Schreiber wrote:
> Am 05.12.2018 um 14:39 schrieb Allin Cottrell:
>> On Wed, 5 Dec 2018, Sven Schreiber wrote:
>>
>>> OK, but if it is "only" installed and not include-ed automatically, where
>>> do I put the "include&qu
On Wed, 5 Dec 2018, Sven Schreiber wrote:
> Am 05.12.2018 um 02:47 schrieb Allin Cottrell:
>> Sven called for a new release a while back now. So far as I'm concerned,
>> we're about ready. Anyone want to call for a delay? (If so, please explain,
>> briefly.)
>
> Depen
On Wed, 5 Dec 2018, Sven Schreiber wrote:
> Am 04.12.2018 um 23:43 schrieb Allin Cottrell:
>> On Tue, 4 Dec 2018, Sven Schreiber wrote:
>>
>>> Ahem, turns out I can't find any information on how to make a package
>>> depend on another one...
>>
Sven called for a new release a while back now. So far as I'm
concerned, we're about ready. Anyone want to call for a delay? (If
so, please explain, briefly.)
Allin
On Tue, 4 Dec 2018, Sven Schreiber wrote:
> Am 02.12.2018 um 10:08 schrieb Sven Schreiber:
>> Am 02.12.18 um 00:55 schrieb Allin Cottrell:
>
>>>> "parasitic" GUI-oriented package which depends on SVAR. I think you're
>>>> right in saying that
On Sun, 25 Nov 2018, Sven Schreiber wrote:
> I'm getting a strange "lag order: second arg must be scalar" error
> message in the following script. Notice the (unintended) blank between
> the series name "RS" and the lag call "(-1)":
Well, I'm glad the blank was unintended ;-) It's not unknown
On Sun, 25 Nov 2018, oleg_komashko(a)ukr.net wrote:
> Dear all,
> To reproduce
>
> nulldata 100
> set seed 13
>
> series serie = cum(normal())
>
> eval mean(serie)
> eval serie[1]
>
> function series sc_sp (series *serie)
> return (serie - mean(serie))/sd(serie) + 1
> end function
>
> function
On Sat, 24 Nov 2018, oleg_komashko(a)ukr.net wrote:
> Dear Allin,
> It seems while tolerance for Hannan - Rissanen
> was resetted, this is not so for models that
> require non-linear autoregression:
>
> open AWM.gdt --quiet
> logs TFT
> arima 3 0 0;1 0 0; TFT --verbose
> arima 3 0 0;1 0 0; l_TFT
On Sat, 24 Nov 2018, Sven Schreiber wrote:
> Am 24.11.18 um 09:29 schrieb Riccardo (Jack) Lucchetti:
>> On Fri, 23 Nov 2018, Allin Cottrell wrote:
>>
>>> * When a function definition is encountered in a regular hansl script, we
>>> flag an error if it uses the
On Sat, 24 Nov 2018, Marcin Błażejowski wrote:
> On 24.11.2018 13:29, Sven Schreiber wrote:
>> Am 24.11.18 um 09:29 schrieb Riccardo (Jack) Lucchetti:
>>> On Fri, 23 Nov 2018, Allin Cottrell wrote:
>>>
>>>> * When a function definition is encountered
On Sat, 24 Nov 2018, oleg_komashko(a)ukr.net wrote:
> open data3-9.gdt
> Now can not be opened since
> it contains a series named 'return'
> Interestingly, what problems it caused
> before prohibition?
Actually it seems that didn't cause problems before; the new behaviour
is probably too
On Sat, 24 Nov 2018, oleg_komashko(a)ukr.net wrote:
> Also, now we can do 'open file' instead of open file.gdt
That's a shortcut that has been available for a long time.
> For example, 'open poisson' crashed gretl
?? Can you give some context, please. It works as expected here.
Allin
I'm resuming, after some investigation and updates to the libgretl
code, a discussion that took place not so long ago; see the thread
started by
http://lists.wfu.edu/pipermail/gretl-devel/2018-October/009146.html
The question I'm taking up is: What happens if you (try to) define
an object of
On Thu, 22 Nov 2018, Allin Cottrell wrote:
> On Thu, 22 Nov 2018, Sven Schreiber wrote:
>>
>> "Calling |write| on non-isbits arrays is deprecated in favor of explicit
>> loops or |serialize| (#6466
>> <https://github.com/JuliaLang/julia/issues/6466>)."
On Thu, 22 Nov 2018, Sven Schreiber wrote:
> the current gretl_io.jl combined with a freshly downloaded julia-1.0.2
> provokes the following error:
>
> julia-1.0.2/bin/julia exited with status 256
> stderr:
> ERROR: LoadError: `write` is not supported on non-isbits arrays
>
> Stacktrace:
>
On Thu, 15 Nov 2018, oleg_komashko(a)ukr.net wrote:
> Dear Allin,
> The file mentioned was attached in one of the recent messages
> gretl version 2018d-git
> Current session: 2018-11-15 22:29
>
> ? set verbose off
> Read datafile /home/oleh/gretl/very_bad_data.gdt
>
> 'arima 2 1; var1
If this gets through, sorry for the noise. I'm just checking if the
list is accepting posts at present.
Allin
On Fri, 16 Nov 2018, Sven Schreiber wrote:
> Am 15.11.18 um 22:43 schrieb Allin Cottrell:
>> For over 12 years Wake Forest University has hosted the gretl-devel and
>> gretl-users lists, using GNU Mailman. I'm now told that they're going to
>> discontinue Mailman support;
For over 12 years Wake Forest University has hosted the gretl-devel
and gretl-users lists, using GNU Mailman. I'm now told that they're
going to discontinue Mailman support; we have about 6 weeks to run
before they pull the plug. Their proposed alternative is Google
Groups (GG), and they've
On Thu, 15 Nov 2018, Sven Schreiber wrote:
>
> Am 15.11.18 um 18:10 schrieb Allin Cottrell:
>> On Thu, 15 Nov 2018, Sven Schreiber wrote:
>>
>>> Am 14.11.18 um 00:12 schrieb Allin Cottrell:
>>>
>>> There's one remaining glitch AFAICS for the cas
On Thu, 15 Nov 2018, Sven Schreiber wrote:
> Am 14.11.18 um 00:12 schrieb Allin Cottrell:
>>
>> OK, makes good sense. That interpretation of the --seasonals option for
>> "coint" is now in git. The doc still needs updating; hopefully that (and
>> revised s
On Tue, 13 Nov 2018, Sven Schreiber wrote:
> Am 13.11.2018 um 18:55 schrieb Allin Cottrell:
>> On Mon, 12 Nov 2018, Sven Schreiber wrote:
[...]
>
>>> - adf and coint2 have a --seasonals option, but 'coint' doesn't, according
>>> to the doc and the missing GUI i
On Mon, 12 Nov 2018, Sven Schreiber wrote:
> I'm looking at the 'coint' (Engle-Granger test) command and corresponding GUI
> interface more closely right now and have a couple of questions.
>
> - In a list message in 2013 Allin wrote that the test-down option now has
> "MAIC" by default, and
On Mon, 12 Nov 2018, oleg_komashko(a)ukr.net wrote:
> --x-12-arima behavior tells than even they
> use a different algorithm [...]
We know quite well that the X-13-ARIMA people use a different
algorithm, since they tell us so in their documentation: it's an
algorithm that switches between ML
On Sun, 11 Nov 2018, oleg_komashko(a)ukr.net wrote:
>> I've just adjusted the first test to abs(mean(y)) > 200
> Dear Allin,
> 1) Do you have examples when doing transformation is
> worse than not doing?
No, I haven't tested for that. I think I've mentioned before, the
conditionality for
On Sun, 11 Nov 2018, Sven Schreiber wrote:
> Am 11.11.18 um 17:32 schrieb Allin Cottrell:
>> On Sun, 11 Nov 2018, Sven Schreiber wrote:
>>
>>>
>>> I'm not 100% sure, but I'm not aware that it is possible to install an
>>> entire distro like Debian with
On Sat, 10 Nov 2018, oleg_komashko(a)ukr.net wrote:
> Dear Allin,
>
> From the previos discussion
> I came to think
> arima uses standardize(y) + 1
>
> But it is not so:
>
> open greene5_1.gdt
> set bfgs_verbskip 999
>
> pops = (pop-mean(pop))/sd(pop)+1
> catch arima 0 0; 1 0 ; pop --verbose
>
On Wed, 7 Nov 2018, Ioannis A. Venetis wrote:
> It seems that there is a bug when you try to save a bundle that is
> already contained in a bundle using icon view.
>
> Although a window opens (with a proposed name for the bundle to be
> created) and returns no error when you click OK, the bundle
On Tue, 6 Nov 2018, Allin Cottrell wrote:
> On Tue, 6 Nov 2018, oleg_komashko(a)ukr.net wrote:
>
>> Dear all,
>> On viewing $model bundle content
>> ainfo is indicated as list while it
>> looks like 1X9 matrix, a kind of
>> {p,q,P,Q,x5,x6,d,D,$pd}
>> I
On Tue, 6 Nov 2018, oleg_komashko(a)ukr.net wrote:
> Dear all,
> On viewing $model bundle content
> ainfo is indicated as list while it
> looks like 1X9 matrix, a kind of
> {p,q,P,Q,x5,x6,d,D,$pd}
> I have always obtained x5=p,x6=q
> It seems, it should be indicated as a matrix
> Also, what are
On Mon, 5 Nov 2018, Sven Schreiber wrote:
> please consider this:
>
>
> open wgmacro.gdt
> adf 0 log(income) --ct # gives pos. test stat
>
> eval urcpval($test, $nobs, 1, 3)
>
>
> The issue is that the AR coeff is slightly explosive (1.003), which is
> not in the rejection region of the
On Mon, 5 Nov 2018, oleg_komashko(a)ukr.net wrote:
> Dear all,
> script below illustrates the problem
Namely, that gretl's "arma" with --x-12-arima option was not working
right in the case of (a) seasonal integration, but (b) no AR, MA or
regression parameters (even a constant) estimated.
On Mon, 5 Nov 2018, Sven Schreiber wrote:
> Am 05.11.18 um 16:53 schrieb Allin Cottrell:
>
>> But before changing gretl's behavior I'd want to take a look at what other
>> software does in this sort of case.
>>
> That is certainly wise.
"Everyone" (well, s
On Mon, 5 Nov 2018, Sven Schreiber wrote:
> Am 05.11.18 um 15:51 schrieb Allin Cottrell:
>> On Mon, 5 Nov 2018, Sven Schreiber wrote:
>>
>>>
>>> open wgmacro.gdt
>>> adf 0 log(income) --ct # gives pos. test stat
>>>
>>> eval urcpval(
On Mon, 5 Nov 2018, Sven Schreiber wrote:
> Hi,
>
> please consider this:
>
>
>
> open wgmacro.gdt
> adf 0 log(income) --ct # gives pos. test stat
>
> eval urcpval($test, $nobs, 1, 3)
> eval urcpval(abs($test), $nobs, 1, 3) # same
> # just memo, irrelevant:
> eval urcpval($test, 0, 1, 3) #
On Thu, 1 Nov 2018, oleg_komashko(a)ukr.net wrote:
>> I didn't mean for my verdict to be humiliating
> I it was just poorly selected English word
> I meant I was disappointed to see results
> of the first script and didn't mean to
> characterize intentions.
> I was disappointed since I forgot to
On Wed, 31 Oct 2018, oleg_komashko(a)ukr.net wrote:
> Dear Allin,
> It seems that Riccardo implemented recently
> not the same thing I proposed
> So attached is arma_1() function which
> realizes:
> for y: (y-mean(y))/sd(y) + 1
> for every x if any:
> (x-mean(x))/sd(x)
> In the sample the
I'm attaching a variant of the hansl code posted recently by Oleh,
which may be a little easier to understand than the original.
Summary: Oleh's hansl code standardizes a "difficult" exogenous
regressor in the arma context. His results are for the most part a
bit better than standard libgretl
On Sun, 28 Oct 2018, Riccardo (Jack) Lucchetti wrote:
> On Fri, 26 Oct 2018, oleg_komashko(a)ukr.net wrote:
>
>>> Scrub the redundant "const" and see what happens.
>> I had scrubbed before the first message
>>
>> I think this is because of 197 use only scaling
>> to mean(scaled_y) = 10 and does
On Fri, 26 Oct 2018, Sven Schreiber wrote:
> Am 26.10.2018 um 14:46 schrieb Allin Cottrell:
>> On Fri, 26 Oct 2018, Sven Schreiber wrote:
>>>
>>> I don't mean to imply any consequences (except perhaps warnings and hints
>>> to package writers in the docs), bu
On Fri, 26 Oct 2018, Sven Schreiber wrote:
> Am 26.10.2018 um 10:37 schrieb Johannes Lips:
>> Hi all,
>>
>> I just stumbled across the fact, that the EIA is providing some or
>> most of their data through an API. [1] I noticed that you need to
>> register, but perhaps there might be a way around
On Fri, 26 Oct 2018, Sven Schreiber wrote:
> Am 26.10.2018 um 10:31 schrieb Pozdeev, Igor:
>>
>> Hi Sven,
>>
>> Thank you for your reply! Try this:
>>
>> setobs 5 1965-01-05 --time-series
>
> Confirmed indeed. This seems to affect only daily data (5,6,7), because
> quarterly (4), monthly
On Fri, 26 Oct 2018, Sven Schreiber wrote:
> Am 26.10.2018 um 03:15 schrieb Allin Cottrell:
>> On Thu, 25 Oct 2018, oleg_komashko(a)ukr.net wrote:
>>
>>> [F]or packages I can not foresee what series names will be
>>> in a file opened by other user
>&g
On Thu, 25 Oct 2018, oleg_komashko(a)ukr.net wrote:
> [F]or packages I can not foresee what series names will be
> in a file opened by other user
Fortunately, as a package writer that need not concern you. You will
"see" outer series only under names you have chosen for the
parameters of your
On Fri, 26 Oct 2018, oleg_komashko(a)ukr.net wrote:
> Dear all,
> The script below
> illustrate the problem
> Findings: extremely bad lnl
> in comparison to --x-12-arima
Scrub the redundant "const" and see what happens.
Allin
On Thu, 25 Oct 2018, Sven Schreiber wrote:
> Am 25.10.2018 um 08:38 schrieb oleg_komashko(a)ukr.net:
>> series sin = normal()
>>
>> series y = sin(1)
>>
>> # y is described as lag of 'sin'
>
> Good catch, this is the bug.
Agreed. That bug is now fixed in git.
>> # but
>> # i.e. y is a constant
On Thu, 25 Oct 2018, oleg_komashko(a)ukr.net wrote:
> Dear all, since the current behavior for
> all functions is override series(int_lag)
> behavior. A possible solution would be
>
> 1) for series(int1 to int2)
> to protect it from functions, since int1 to int2
> can be distinguished from
On Thu, 25 Oct 2018, Artur T. wrote:
> I am currently using Gretl 2018d-git (2018-10-11) on Win10 (actually the same
> happens on Linux). Trying to read a bundle where some list is empty results
> in an error:
>
>
> clear
> open denmark.gdt -q
>
> bundle b = null
> list L = LRM
> b.L = L
>
On Wed, 24 Oct 2018, oleg_komashko(a)ukr.net wrote:
> Please, run the following to see some strange behavior
>
> open keane.gdt -q
> series lp_mfx_print = normal()
>
> include lp-mfx.gfn
> smpl (year==87) --restrict
> logit status 0 educ exper expersq black --multinomial -q
> bundle b =
On Wed, 24 Oct 2018, Sven Schreiber wrote:
> Am 24.10.2018 um 01:41 schrieb Allin Cottrell:
>>
>> That's already answered. It will _not_ cause a problem unless your database
>> contains a series named "lagreg", of which you want to take lags using
On Wed, 24 Oct 2018, Riccardo (Jack) Lucchetti wrote:
> On Tue, 23 Oct 2018, Allin Cottrell wrote:
>
>> Oleh originally proposed pkg_name.fun_name. My initial response was just
>> based on the fact that this would currently be illegal. Aside from '.' as
>>
On Wed, 24 Oct 2018, oleg_komashko(a)ukr.net wrote:
> I do insist that tokenizer MUST distinguish ...
>
>> It does, but that leaves the problem of lags, as in series(-1)
>
> Say, I download some database and include my own lagreg. Why on
> earth casual coincidence of some variable name with one
On Wed, 24 Oct 2018, oleg_komashko(a)ukr.net wrote:
>> It does, but that leaves the problem of lags, as in series(-1)
>
> lag has description and 'patent' attribute within
> Possibly, tokenizer could somehwo play with it
That doesn't help when we're trying to distinguish between "foo(" as
the
On Tue, 23 Oct 2018, Riccardo (Jack) Lucchetti wrote:
> On Wed, 24 Oct 2018, oleg_komashko(a)ukr.net wrote:
>
>>> With an underscore rather than a dot, yes.
>> I fear, this can introduce a new mess
>> I think there should be unique separator,
>> e. g. pkg_name::fun_name, or something
>> of this
On Tue, 23 Oct 2018, oleg_komashko(a)ukr.net wrote:
> In my opinion the answer depends on quantity of work and
> possible problems resulting from less strict checking
> A a variable is attributed by 'name', a function is attributed
> by 'name('. At present I can't imagine what problems can
>
On Tue, 23 Oct 2018, Sven Schreiber wrote:
> Am 23.10.2018 um 16:09 schrieb Allin Cottrell:
>>
>> Mostly, defining a variable with the same name as a "visible" function
>> won't cause trouble, since the identifier will be handled differently
>> depending
On Tue, 23 Oct 2018, oleg_komashko(a)ukr.net wrote:
> I've just checked:
> It's already present in 2018a
> (I have several portable versions for checking)
>
> Oleh
>
> 23 жовтня 2018, 14:39:04, від "Sven Schreiber" :
>
> Am 23.10.2018 um 13:31 schrieb oleg_komashko(a)ukr.net:
>
> Dear all,
> If
On Fri, 19 Oct 2018, Sven Schreiber wrote:
> Am 27.09.2018 um 08:32 schrieb Sven Schreiber:
>> Am 27.09.2018 um 08:27 schrieb Riccardo (Jack) Lucchetti:
>>>
>>> And another thing: it may make sense to expand atof() so as to return
>>> automatically a column vector if the argument is a string
On Fri, 19 Oct 2018, oleg_komashko(a)ukr.net wrote:
> nulldata 100
> x = normal()
> y = normal()
>
> function void crash(void)
>list z = seq(1,4)
> end function
>
> # list from vector: series ID 4 is out of bounds
> # as should be
> list z = seq(1,100)
> # crach
> crash()
Thanks. That was a
On Fri, 19 Oct 2018, oleg_komashko(a)ukr.net wrote:
> Happy coincidence!
> I send an example before reading
> your message
Indeed!
But the "minor problem" remaining (per your example) is actually not
a problem.
As you say, the series "ser", created within a function, "has
penetrated into
On Thu, 18 Oct 2018, Sven Schreiber wrote:
> Am 18.10.2018 um 20:34 schrieb Allin Cottrell:
>> On Thu, 18 Oct 2018, Sven Schreiber wrote:
>>>
>>> It seems to work now! Hope I did everything as before.
>>
>> Good, it was supposed to work now!
>
>
On Mon, 15 Oct 2018, oleg_komashko(a)ukr.net wrote:
> Now I want to know what will be the
> solution of "penetration" problem,
> since right now the package causes
> "penetrating" [...]
The problem is now solved, without totally banning access, within a
function, to series other than those
On Thu, 18 Oct 2018, Sven Schreiber wrote:
> Am 17.10.2018 um 20:09 schrieb Allin Cottrell:
>> On Wed, 17 Oct 2018, Sven Schreiber wrote:
>>
>>> Am 12.10.2018 um 18:29 schrieb Sven Schreiber:
>>>>
>>>> Well, my test case is quite simple.
On Wed, 17 Oct 2018, Sven Schreiber wrote:
> Am 12.10.2018 um 18:29 schrieb Sven Schreiber:
>>
>> Well, my test case is quite simple. This is with yesterday's snapshot on
>> Win 7.
>>
>> Under C:\Benutzer\sven-schreiber\Dokumente I created a new directory
>> "gtest".
>> (Equivalently in the
On Wed, 17 Oct 2018, Sven Schreiber wrote:
> Am 15.10.2018 um 15:25 schrieb Riccardo (Jack) Lucchetti:
>> the fact that we don't have named arguments for functions like R and Python
>> have is sometimes a little inconvenient.
>
> Thanks again for the initiative. Indeed it would be a major step
On Tue, 16 Oct 2018, Riccardo (Jack) Lucchetti wrote:
> On Tue, 16 Oct 2018, Sven Schreiber wrote:
>
>> Am 16.10.2018 um 16:03 schrieb Allin Cottrell:
>>> On Tue, 16 Oct 2018, oleg_komashko(a)ukr.net wrote:
>>>
>>>> Dear Allin,
>>>> This is
On Tue, 16 Oct 2018, oleg_komashko(a)ukr.net wrote:
> List components of bundles are non-usable:
> nulldata 20
> y = normal()
> x = normal()
>
> ols y 0 x
> mod = $model
> function void fun7(bundle *b)
>list xx = b.xlist
> end function
>
> fun7()
>
> This did not caused "penetration"
> before
On Tue, 16 Oct 2018, oleg_komashko(a)ukr.net wrote:
> List components of bundles are non-usable:
> nulldata 20
> y = normal()
> x = normal()
>
> ols y 0 x
> mod = $model
> function void fun7(bundle *b)
>list xx = b.xlist
> end function
>
> fun7()
>
> This did not caused "penetration"
> before
On Tue, 16 Oct 2018, oleg_komashko(a)ukr.net wrote:
> Dear Allin,
> This is the way I was afraid of the most.
> Is it possible to have some substitute?
> Say, getvalues(int ID) similar to getinfo()?
Context: Oleh pointed out that it's possible, within a function, to
reference series that were
On Mon, 15 Oct 2018, Riccardo (Jack) Lucchetti wrote:
> On Mon, 15 Oct 2018, oleg_komashko(a)ukr.net wrote:
>
>> Dear all,
>>
>> ma = seq(1,7)
>> pa = {2,3}
>> eval ma[-pa]
>>
>> runs on 2018a
>> and fails on 2018d,
>> build date
>> 2018-10-11
>
> Ah, thanks, Oleh. This is almost certainly some
On Tue, 16 Oct 2018, oleg_komashko(a)ukr.net wrote:
> It seems the prohibition should not include const:
>
> open greene5_1.gdt -q
> function void fun20(list ylist, list xlist)
>list zlist = const xlist
>ols ylist const zlist
> end function
> fun20(realcons, realgdp)
Yes, you're right;
On Mon, 15 Oct 2018, Sven Schreiber wrote:
> Am 15.10.2018 um 15:25 schrieb Riccardo (Jack) Lucchetti:
>>
>> t the fact that we don't have named arguments for functions like R and
>> Python have is sometimes a little inconvenient.
>>
>> So I thought
>
> I don't have time right now to look at
On Sat, 13 Oct 2018, Sven Schreiber wrote:
> Am 13.10.2018 um 13:35 schrieb oleg_komashko(a)ukr.net:
>> Dear all,
>> Below is a script illustrating
>> some problems with arima command
>
> Hi Oleh,
> excellent testing! This must come from the internal switch to the AS197
> algorithm. Good that
On Sat, 13 Oct 2018, oleg_komashko(a)ukr.net wrote:
> Dear all,
> Below is a script illustrating the problem
>
> # creates list of all global series
> function list fun1(void)
>list retlist = seq(1,$nvars-1)
>return retlist
> end function
> # identity list function
> function list
On Sat, 13 Oct 2018, oleg_komashko(a)ukr.net wrote:
> Dear all,
> Below is a script illustrating
> some problems with arima command
> For convenience .inp file is also added
Thanks for the reports. Comments on current status below.
>
> open greene5_1.gdt
> logs *
>
> arima 1 1 1; l_realcons
>
On Sat, 13 Oct 2018, oleg_komashko(a)ukr.net wrote:
> Dear all,
> Below is a script illustrating the problem
>
>
> # creates list of all global series
> function list fun1(void)
>list retlist = seq(1,$nvars-1)
>return retlist
> end function
> # identity list function
> function list
On Fri, 12 Oct 2018, Allin Cottrell wrote:
> I just tried a variant test -- I wasn't certain it would work, but
> it does. Exactly as described in my previous post, except that I
> moved findme.inp into a subdirectory of ~/stats/myhre named
> "subdir" and amended th
On Fri, 12 Oct 2018, Allin Cottrell wrote:
> To be explicit, here's a test case I just ran:
>
> * There's a directory ~/stats/myhre on my system; it contains
> among other things the scripts myhre_test.inp and findme.inp, and
> the datafile myhre.asc. This directory is
On Fri, 12 Oct 2018, Sven Schreiber wrote:
> Am 12.10.2018 um 01:02 schrieb Allin Cottrell:
>> On Thu, 11 Oct 2018, Allin Cottrell wrote:
>>
>>> On Sat, 6 Oct 2018, Sven Schreiber wrote:
>>>
>>>> I'm noticing that with the Oct 4th snapshot in t
On Thu, 11 Oct 2018, Allin Cottrell wrote:
> On Sat, 6 Oct 2018, Sven Schreiber wrote:
>
>> I'm noticing that with the Oct 4th snapshot in the (local)
>> function package list window a (preliminary) package appears that
>> lives in a non-standard path.
>>
&
On Sat, 6 Oct 2018, Sven Schreiber wrote:
> I'm noticing that with the Oct 4th snapshot in the (local)
> function package list window a (preliminary) package appears that
> lives in a non-standard path.
>
> This is new I think, because it used to be that one could switch
> to a user-specified
On Wed, 10 Oct 2018, Sven Schreiber wrote:
> Am 10.10.2018 um 05:42 schrieb Logan Kelly:
>>
>> Hello,
>>
>> Minorissue with Auto indent script using latest snapshot (10/9/2018) on
>> Windows 10.
>>
>> The outfile command messes up the auto indent, i.e.
>>
>> scalar x = 1
>>
>> If x == 1
>>
On Sun, 30 Sep 2018, Sven Schreiber wrote:
> Hi,
>
> leaving out the mandatory second arg to lags() doesn't give an error:
>
>
> open denmark
> list X = lags(4) # "works"
> list X print # empty
>
>
> I think it should.
Agreed. That's now fixed in git. Just to be explicit, the following
On Wed, 26 Sep 2018, Sven Schreiber wrote:
> Am 13.09.2018 um 19:42 schrieb Allin Cottrell:
>> On Thu, 13 Sep 2018, Sven Schreiber wrote:
>>
>>> I have started some string-processing work to handle this, but I'm having
>>> doubts -- what are we really targe
On Mon, 24 Sep 2018, Sven Schreiber wrote:
> I'm about to put together a new function package soon, and so the issue of
> the help text formatting is on the table again, at least for me.
>
> Is there any kind of subset (common denominator) of markup rules that I can
> use which will make it
On Mon, 24 Sep 2018, Sven Schreiber wrote:
> in ch. 20 it says: "(See Chapter 9 for details on unitdum)." but there is
> nothing there in ch. 9. This is the concrete buglet there.
>
> More generally, the purpose of the (short) ch. 9 isn't very clear to me -- I
> guess this is due to historical
On Mon, 24 Sep 2018, Sven Schreiber wrote:
> Am 24.09.2018 um 16:18 schrieb Riccardo (Jack) Lucchetti:
>> On Mon, 24 Sep 2018, Sven Schreiber wrote:
>>
>> It could be _marginally_ useful; the only case when I use count loops is
>> when I have to time things so some repetition is needed.
On Mon, 24 Sep 2018, Sven Schreiber wrote:
> OK here's something a little embarassing, because there's a stupid
> syntax mistake on my part. However, it's interesting that gretl didn't
> complain about the syntax error, only afterwards:
>
>
>
> loop i = 1 to 5 # of course wrong syntax, instead
On Thu, 13 Sep 2018, Sven Schreiber wrote:
> Am 11.09.2018 um 15:20 schrieb Allin Cottrell:
>> On Tue, 11 Sep 2018, Sven Schreiber wrote:
>>
>>> Am 10.09.2018 um 21:16 schrieb Allin Cottrell:
>>>> On Mon, 10 Sep 2018, Sven Schreiber wrote:
>>>>
801 - 900 of 3780 matches
Mail list logo