Am 10.07.2019 um 14:10 schrieb Allin Cottrell:
On Mon, 8 Jul 2019, Sven Schreiber wrote:
BTW, I checked the expression "zeros(100,1) * NA" which still has all
zeros. Now I remember some dispute about the desired result for 0*NA,
but in any case the variant "zeros(100,1) .* NA&
Am 08.07.2019 um 00:46 schrieb Allin Cottrell:
On Sun, 7 Jul 2019, Sven Schreiber wrote:
Am 07.07.2019 um 17:25 schrieb Allin Cottrell:
Thanks, Sven. I've now committed your changes. They remain to be
documented.
Sure, I will also do the documentation soon, it's only fair ;-)
OK, thanks
Am 11.07.2019 um 23:11 schrieb Allin Cottrell:
On Wed, 10 Jul 2019, Sven Schreiber wrote:
So in 2018 we cut through this mess: we redefined gretl's "NA" as NaN.
No more policing required; NaNs propagate through calculation as per
IEEE rules (any arithmetical operation with NaN as
Am 12.07.2019 um 16:15 schrieb Allin Cottrell:
Neither stata nor R reject this specification, but the "arguably
strange" output from gretl is indeed an artifact of sub-par numerical
precision in the unbalanced case using Cholesky decomposition. I've
switched to QR for this task and we now show
Hi,
for testing purposes I stumbled over the question of gretl's ways of
running a fixed effects (FE) panel regression when the dependent
variable is not time-varying. Example:
open abdata
panel IND const INDOUTPT # FE per default
I would have thought that gretl either refuses to execute
Am 12.07.2019 um 18:01 schrieb Artur Tarassow:
Am 12.07.19 um 17:38 schrieb Riccardo (Jack) Lucchetti:
Proof-of-concept:
I would rather favour the json-format as an exchange protocol.
Artur, I think you are in the mainstream in pushing for json to replace
xml, and maybe it's a good push.
Am 12.07.2019 um 20:05 schrieb Allin Cottrell:
On Fri, 12 Jul 2019, Sven Schreiber wrote:
OK, so it's not a pure within transformation. But still: If the dep var
is constant and non-zero, we set all other regressor coeffs to zero
(except the constant term). Fine. But if the dep var is all
Hi,
with the latest snapshot I have the following strange error (when trying
stuff with Artur's json transfers):
internal genr error: aux node mismatch
*** error within loop in function gbundle2json
> string typ = typestr(typeof(b[key]))
I couldn't prepare a minimal example, sorry, it seems
Am 13.07.2019 um 10:57 schrieb Artur Tarassow:
Am 12.07.19 um 19:28 schrieb Sven Schreiber:
Am 12.07.2019 um 18:01 schrieb Artur Tarassow:
Currently, gretl can read-in json-files and converts them into a
bundle or array of bundles.
Right, and perhaps json could therefore be the format
Am 13.07.2019 um 23:12 schrieb Allin Cottrell:
On Sat, 13 Jul 2019, Artur Tarassow wrote:
That's now done in git. "modtest --autocorr" (or the "Autocorrelation"
menu item under Tests in the model window) gives
the Wooldridge test, provided the estimator is fixed or random effects
and the
Am 12.07.2019 um 17:04 schrieb Allin Cottrell:
On Fri, 12 Jul 2019, Sven Schreiber wrote:
Something else: BTW, the guide mentions that --send-data is not
available with Ox, but is silent for the Python case. Actually Artur and
I are working (not too hard) on more tools for passing stuff
Am 07.07.2019 um 17:25 schrieb Allin Cottrell:
On Sun, 7 Jul 2019, Sven Schreiber wrote:
OK, I'm attaching a diff with which I seem to be able to do things like
"zeros(3)". The only affected file was lib/src/geneval.c.
Thanks, Sven. I've now committed your changes. T
Am 08.07.2019 um 09:00 schrieb Riccardo (Jack) Lucchetti:
On Mon, 8 Jul 2019, Sven Schreiber wrote:
Am 08.07.2019 um 08:12 schrieb Riccardo (Jack) Lucchetti:
Thanks; besides, we could extend Sven's idea to mshape() and make the
third argument optional (defaulting to 1, of course
Hi,
not sure if it's a bug, but looks at least like some inconsistency:
eval regsub("ha", "a", "\n") # works
eval regsub("ha", "a", sprintf("\"")) # works
eval regsub("ha", "a", "\"") # fails
I know that plain literal strings in gretl aren't made for escape
sequences, but the regsub doc
Hi,
my discovery tour of new gretl functions goes on - thanks for adding the
conv2d function!
However, I think the documentation needs to be adapted to the new
situation.
For example, in section 18.3 of the guide (Neat tricks) the convolution
is described. It still says there that "There's no
Hi,
about the new 'flatten' function: For the case of string arrays I think
it would be good to have some choice about the separator. Currently a
newline (\n) is inserted after each string, which is reasonable.
However, there's an unused argument ('vcat') which could be used to
choose for
Am 14.07.2019 um 18:18 schrieb Sven Schreiber:
This would be useful if the input array actually holds textual
representations of numbers, which can then be processed with sscanf.
OK sorry, just found out that sscanf now (since 2019c) also accepts
string arrays.
Perhaps some more flexibility
Am 01.08.2019 um 21:42 schrieb Allin Cottrell:
On Thu, 1 Aug 2019, Artur Tarassow wrote: > >> I also think that implementing it
natively either through a >>
function or command extension is the right way. adding an option >> to
the pkg command looks quite natural to me. > > Here's what's in
Hi,
at the conference we agreed that in the future contributed function
packages could use 'foreign' blocks that use R. (Just to be clear: the
big difference here is "contributed". A function package per se can
already use whatever is possible in hansl, for private use. But
currently it won't be
Am 15.08.2019 um 00:47 schrieb Allin Cottrell:
On Thu, 15 Aug 2019, Riccardo (Jack) Lucchetti wrote:
On Wed, 14 Aug 2019, leonardosuarezrom...@gmail.com wrote:
Does anyone know how to allow shell commands in Gretl-git built-based
Linux server without using the GUI?
You can edit the
Am 14.08.2019 um 23:48 schrieb Allin Cottrell:
I've noticed that some function packages make use of "home-made"
functions to create a temporary file in the user's dotdir. These
probably work fine in most cases, but they're not safe against race
conditions and I thought we should have a "proper"
Riccardo Jack Lucchetti schrieb:
>
> Attached you will find gretl's and JMulTi's output for what I believe should
> be the same model. You will see the numbers are similar, but definitely not
> something you could blame floating-point rounding for. I am using JMulTi 4.04,
> as the latest version
[sending this to the devel-List to avoid user confusion, but please keep
me cc-ed, I'm not subscribed to the devel list]
Allin Cottrell schrieb:
> On Wed, 30 Aug 2006, Sven Schreiber wrote:
>
>> On second thought, I think general linear restrictions (as in 4.4 of
>> the p
Riccardo Jack Lucchetti schrieb:
> On Thu, August 31, 2006 12:07, Sven Schreiber wrote:
>
>> Ok I can reproduce that. As I suspected, the difference seems to relate to
>> deterministic terms, namely the treatment of seasonals.
>>
>> It very much looks like the season
Riccardo (Jack) Lucchetti schrieb:
> On Tue, October 10, 2006 09:57, Sven Schreiber wrote:
>> fyi, starting with version 4.13 Jmulti now also uses centered seasonals
>> in vecm estimation (it always had done so in the cointegration test
>> module). Thank me for annoying Ma
Riccardo (Jack) Lucchetti schrieb:
> Good to know you switched. I hope you join the "build-from-CVS" group soon.
>
>
Well I just tried because I wanted to use the $s00 johansen stuff.
./configure and make work fine; however, I get the following error from
running checkinstall (instead of make
Riccardo (Jack) Lucchetti schrieb:
> On Thu, October 12, 2006 12:43, Sven Schreiber wrote:
>> Well I just tried because I wanted to use the $s00 johansen stuff.
>> ./configure and make work fine; however, I get the following error from
>> running checkinstall ...
>
&
Hi,
I'm currently trying to use the cool function-package features of gretl.
In the process I'm having some problems (with the cvs version from
yesterday).
Illustration:
1. start gretl
2. load example data2-3.gdt
3. execute the following function definition (without the email
linebreaks, of
[devel-list only now; just keep me cc-ed please]
Riccardo (Jack) Lucchetti schrieb:
> On Fri, October 13, 2006 15:22, Allin Cottrell wrote:
>
>>> I can see the point, although personally I use (or would like to
>>> use) gretl differently.
>> I can see a case for having the behaviour that you
Allin Cottrell schrieb:
> On Fri, 13 Oct 2006, Sven Schreiber wrote:
>
>> alphatest2 (myorder, myrank, myvar, myconsttrend, myboolseasonals)
>
> This should now work with CVS.
>
> Allin
>
Yes thanks, it does.
I started to write a function to test the variables in t
Hi,
apparently a new release is coming, one small bug report: whenever I
open a console window from the gui, I get a "?" prompt and the cursor
right after it. Typing any command results in an error, because the
first letter is "eaten" by something. So I have to type blank + command.
For subsequent
[how do I subscribe to gretl-devel?]
Riccardo (Jack) Lucchetti schrieb:
>
> About data size: no offense taken, sure, but I'd like you to try what happens
> with big datasets. In my experience, gretl is actually very efficient. I've
> handled datasets with hundreds of thousands of observations
Riccardo (Jack) Lucchetti schrieb:
>
> You know what? I'm starting to think that the whole issue could by nicely
> bypassed if matrices could be stored in a gdt file. Then, all you'd need on
> the gretl side would be an "append" command. Granted, this shifts some of the
> burden on the external
[I'm now subscribed to gretl-devel]
Allin Cottrell schrieb:
>
> I do see "include" as problematic (since that's designed for importing
> function definitions), but "run" is not so bad. In current CVS you can
> invoke "run" inside functions (though this is not much tested).
Wow, that's great,
Sven Schreiber schrieb:
> [I'm now subscribed to gretl-devel]
>
> Allin Cottrell schrieb:
>
>> I do see "include" as problematic (since that's designed for importing
>> function definitions), but "run" is not so bad. In current CVS you
Allin Cottrell schrieb:
> On Fri, 5 Jan 2007, Sven Schreiber wrote:
>
>
> You can do this, but the "extra" returns have to be indirect. You need
> to update your copy of the user guide!
>
Thanks for the hint, the method reminds me alot of Ox. I always thought
the
Not very important, but before they're forgotten:
- 'list' command not in the online command reference (F1)
- maybe matrix facilities should be mentioned in 'genr' there?
- (reminder to self:) discuss the difference of means test formulae
somewhere
- allow to specify empty (null) lists in
I now have several 'py4gretl' functions calculating some extra VECM
stuff. A problem I encountered during debugging is that generated
matrices "disappear" after redefining the function (without calling them!).
Example:
I run the following command:
matrix weakexo = p4g_vecm_weakexo(endo, 2, 1,
Ok I'm sorry for this email flood, but they're all separate issues I'm
submitting while I encounter them.
I wanted to package some of the functions (File->Function files-> new
package...), but got the error: "You must specify a public interface"
though I had done so.
All my public functions have
[Don't worry, have to stop in half an hour... ;-)]
For a packaged function, trying to edit a helper function ("edit
function code") seems to go well, but re-opening shows that all changes
are reverted.
-sven
Allin Cottrell wrote:
>
> The action of running a script clears out gretl's workspace.
> I suspect it might be non-trivial to change that behaviour, though this
> is something to think about.
I see. Then my question would be, how can one achieve persistence of
generated matrices? Correct me if
Allin Cottrell wrote:
>> - allow to specify empty (null) lists in function package GUI
>
> OK, good idea.
Thanks for picking this up, it will save me some boolean parameters...
>>
>> This doesn't work for me; I have a list named 'endo', but gretl
>> remains absolutely silent when I do 'list
One last thing for today...
It seems to me that if a function stops due to a funcerr command, the
associated message (string) is not displayed if the function is
packaged. Instead I get an alert window with "unspecified error".
(everything works fine in scripts and console)
BTW, I'm more and
Riccardo (Jack) Lucchetti schrieb:
> On Wed, January 10, 2007 13:07, Sven Schreiber wrote:
>
>
> This sound very cool indeed. Could you post some examples of functions calling
> python and carrying the results back into gretl? We may
>
> 1) get a taste of what's in store
Allin Cottrell schrieb:
> On Wed, 10 Jan 2007, Sven Schreiber wrote:
>>
>> I see. Then my question would be, how can one achieve persistence of
>> generated matrices?
>
> Actually, on second thoughts that shouldn't be difficult. Right now,
> when you run a script,
Allin Cottrell schrieb:
> I had intended to do so by now but since people have been coming
> up with various squashable bugs lately I've held off. I'm also
> wondering if it's worth doing one more iteration of the .pot
> file first, since some of the bugs were missing translation
> markers.
>
>
Ignacio Díaz-Emparanza schrieb:
> El Viernes, 12 de Enero de 2007 17:57, Allin Cottrell escribió:
>> On Fri, 12 Jan 2007, Ignacio Díaz-Emparanza wrote:
>>> This is only to report that in the gretl Windows snapshot (downloaded
>>> yesterday), running in Spanish, there is a problem with gnuplot
t;
"POT-Creation-Date: 2007-01-12 14:24-0500\n"
"PO-Revision-Date: 2007-01-14 22:59+0100\n"
"Last-Translator: Sven Schreiber \n"
"Language-Team: German \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=iso-8859-15\n"
"Conte
Andreas Karlsson schrieb:
> Citerar Sven Schreiber :
>
>> msgid "P-values based on MacKinnon (JAE, 1996)\n"
>> msgstr "p-Werte basieren auf MacKinnon (JAE, 1966)\n"
>
> Change to 1996 (not 1966) in the German translation.
>
> Andreas
>
>
Thanks!
-sven
Allin Cottrell schrieb:
> On Thu, 18 Jan 2007, Ignacio Díaz-Emparanza wrote:
>
>> You may see my problem in the script below. The function tries to
>> linearize automatically a list os series (interpolate missing
>> observations and correct outliers) trough TRAMO. (It is not finished
>> yet as it
Allin Cottrell schrieb:
> Duh! You're quite right. fork(), execl() and friends are a bit of a
> mystery to me, but we were already waiting for the child to exit on
> Linux. Now I just need to get that working on Windows. Next questions:
> Is there a useful role for a non-waiting variant of "!"
Hi gretlers,
I just experienced a strange bug that disappeared when I changed all
lines containing just the name of a matrix, say beta_star (to print it,
like on p.70 of the manual), to an explicit 'print beta_star' line.
Before the change, gretl threw an error like "command 'beta_sta' not
known"
Sorry, I forgot some trivial things:
In relation to the outfile command: the message 'Closed output file '
seems to be not marked for translation?
And although I have "set messages off" and "set echo off" all over my
functions, I still get unwanted feedback from 'outfile' and 'store'. Am
I
Allin Cottrell schrieb:
> Can you tell me what you get from this script:
>
> nulldata 10
> matrix long_mat_name = I(3)
> if 0
>long_mat_name
> else
>print "no long_mat_name"
> end if
> long_mat_name
>
> Here it works OK.
Same for me.
>
> If it doesn't work for you, let me know; and
Allin Cottrell schrieb:
> On Sun, 21 Jan 2007, Sven Schreiber wrote:
>
> [that although my test script runs OK, something similar fails under
> some circumstances]
>
> Which "mode" are you in when the printing of a matrix just by name
> fails? (That is, u
Translator: Sven Schreiber
Language-Team: German
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
Content-Transfer-Encoding: 8bit
Plural-Forms: nplurals=2; plural=(n != 1)
Fehler bei Skriptausführung: Stopp
-sven
Allin Cottrell schrieb:
> On Sun, 21 Jan 2007, Sven Schreiber wrote:
>
>
>> And while I'm at it, during function-debugging I often have to close and
>> restart gretl because it starts reporting nonsense errors (that go away
>> just by re-loading everything) after t
Some new bugs I have noticed:
- The most serious: the following example script adds a scalar
"determ_case" to the list of variables, which is completely unintended
and I don't see why it should be so, because it's just an internal
function parameter.
function vec_decomp (const list endogenous,
Allin Cottrell schrieb:
> On Mon, 22 Jan 2007, Sven Schreiber wrote:
>
>> - The other things are quite trivial: "const", "foreach" and "i" (index
>> variable) could maybe use some syntax coloring as well, and with "'" as
>>
Hi,
with a cvs build from 2 min ago: when (in a function package) I try to
edit a function, some changes are persistent, others are not.
I can change (in a function argument context) "list restr_exo" to "const
list restr_exo", but not "list restr_exo" to "list restr_exo[null]".
cheers,
sven
Sven Schreiber schrieb:
> Hi,
>
> with a cvs build from 2 min ago: when (in a function package) I try to
> edit a function, some changes are persistent, others are not.
>
Just found out something much more serious!!! After deleting some old
versions of function packages from the
Allin Cottrell schrieb:
> On Wed, 24 Jan 2007, Sven Schreiber wrote:
>
>> Just found out something much more serious!!! After deleting some old
>> versions of function packages from the package manager, the other
>> packages are (partly) broken! Could it be because t
Allin Cottrell schrieb:
> On Wed, 24 Jan 2007, Sven Schreiber wrote:
>
>> with a cvs build from 2 min ago: when (in a function package) I try to
>> edit a function, some changes are persistent, others are not.
>>
>> I can change (in a function argument context) &quo
Allin Cottrell schrieb:
> On Thu, 25 Jan 2007, Sven Schreiber wrote:
>
>> even though the default [null] for the list is set, executing the
>> function package shows another named list for the parameter restr_exo.
>
> Sorry, I don't understand what you're describin
Allin Cottrell schrieb:
> A brief clarification of a recent response to Sven. I'm aware that some
> things in the area of function packaging are not right, but I need
> probably a couple of days free of distractions to get things closer to
> right.
No problem. It's clear that this new and cool
Allin Cottrell schrieb:
> * There's a new "set" variable, "shelldir", which sets the
> working directory for "!" commands (also on Linux).
>
I presume the default for this is the dir from which gretl itself was
started? Or something else?
thanks,
sven
Allin Cottrell schrieb:
> On Fri, 26 Jan 2007, Sven Schreiber wrote:
>
>>
>> So the function package does not honor the [null] default setting.
>>
>> Nothing too serious, but a little annoying.
>
> Thanks, I now see what you mean.
>
> It seems to me:
Allin Cottrell schrieb:
>
> On reflection case B seems more likely, so I've made things behave the
> way you were expecting.
>
And it works nicely, thank you!
My next suggestion -- wait, before I go on let me repeat that all this
is not very important, it's just my 2 €-ct on what I believe
Allin Cottrell schrieb:
> On Sat, 27 Jan 2007, Sven Schreiber wrote:
>
>> -- ok, so IMHO gretl should not allow to leave the return value name
>> empty in the package call GUI. Right now it seems possible to not
>> provide a name for the returned object and still call the
Allin Cottrell schrieb:
> There's one related issue I'll mention. We want to ensure that (a) all
> gretl function _packages_ have unique names, and (b) that these names
> correspond to the package's public interface (with ".gfn" appended). To
> help enforce this I've removed the "Save As"
Allin Cottrell schrieb:
> On Sat, 27 Jan 2007, Sven Schreiber quoted:
>>>
>>> Why should the GUI user be forced to assign the return, when the script
>>> user is free to ignore it?
>
> and wrote:
>
>> Good point!
>
> On the other hand, there
Hèlio, I haven't read your message very thoroughly, but AFAIK Suse's
Lapack has always been incomplete and/or problematic. You may want to
compile lapack and related stuff from source. Or use another distro...
(I liked Suse, but left it precisely for that reason.)
-sven
Hélio Guilherme schrieb:
[redirecting to devel]
Riccardo (Jack) Lucchetti schrieb:
>
> ps Sven, Allin and I have been adding quite a few matrix functions
> lately. I have the feeling that at least some of your python programs
> (excellent style, by the way) could be written directly in CVS gretl now.
> Do you feel like
Allin Cottrell schrieb:
>>
>> But what are those things you guys added?
>
> We added a couple of functions lately, namely
>
> nullspace(X)
>
> which gives the right null space for matrix X, and
>
> svd(X, , )
>
> which returns the singular values of X as a vector, and provides the
> left
Allin Cottrell schrieb:
>
> (b) if in the evaluation phase we find that one or both of the operands
> of B_POW is a matrix, and if the B_POW was an interpretation of "**", we
> revise the interpretation to KRON.
>
One question that comes to my mind when the datatypes matter like in
this case:
Allin Cottrell schrieb:
> manipulation; the graphical interface for user-defined functions; the
> "session saving" mechanism that came in with 1.6.0; shell commands).
I remember a discussion of the session saving stuff in relation to
whether or not 'run' should be enabled in functions; but what
Allin Cottrell schrieb:
>
> However, that stream of reports has now slowed down, and I think we
> should release soon. I would guess we can get a release out within the
> next 2 weeks.
>
I think I've discovered another small bug (today's CVS):
If 'append' is used with a native gretl file,
Allin Cottrell schrieb:
>
> * A "properties" window for matrices. Not very interesting for
> non-square matrices at this point, but for square ones you get a reading
> on symmetry, positive definiteness, determinant, eigenvalues and so on.
>
Now that you have added the svd decomp, for
Allin Cottrell schrieb:
>
> You're right, thanks. This is now fixed in CVS. And I'm updating
> gretl.pot to correspond to the current markings in the source files.
>
Is this the last .pot-round before release?
thanks,
sven
Hi,
thanks a lot for the new gretl version!
One small thing I hadn't noticed before though:
When I execute one of my py4gretl function packages which internally
create a couple of matrices, the internal matrices are added as icons to
the session window, if the session window is open during
Hi,
once more I have a little feature request:
In the function package editor it would be nice IMO if for an existing
package the "save" button were accompanied by a "save as" button.
Scenario (I have just been facing it ;-) :
You change something in the code, or bump the version number, or
Allin Cottrell schrieb:
>
> interface-M.N.P.gfn
> interface-M.N.gfn
> interface-M.gfn
> interface.gfn
>
> where M, N and P are all numbers (major, minor, patchlevel, if you
> like). To conform to this, the py4gretl files would best be renamed as,
> for example:
>
> py4gretl_vecm-0.8.2.gfn
Allin Cottrell schrieb:
> On Fri, 9 Mar 2007, Sven Schreiber wrote:
>
>> Allin Cottrell schrieb:
>>>
>>> interface-M.N.P.gfn
>>> interface-M.N.gfn
>>> interface-M.gfn
>>> interface.gfn
>>>
>>> where M, N and
Hi,
I attempted to repackage my py4gretl stuff with a fresh cvs build (I
like the redesigned package manager BTW), but got an error claiming
mismatch between the public interface function name and the package
filename. But I never changed anything manually, the mismatch is
entirely due to the
Allin Cottrell schrieb:
> On Wed, 14 Mar 2007, Sven Schreiber wrote:
>
>> I attempted to repackage my py4gretl stuff with a fresh cvs build (I
>> like the redesigned package manager BTW), but got an error claiming
>> mismatch between the public interface function name and
Allin Cottrell schrieb:
> On Thu, 15 Mar 2007, Sven Schreiber wrote:
>> Does it really work for you? I just compiled latest CVS and still get
>> the error. Actually it also seems to fail when I don't try to have the
>> version number included.
>
> I'll take another lo
Allin Cottrell schrieb:
.
>
> OK, that's good to hear. However, there are still some issues with
> function packages that differ in their version numbers and internal code
> details, but have the name of their public interface in common -- e.g.
> "foo-1.0" and "foo-1.1", both with public
Hi,
yet again some minor stuff I noticed:
In Sample-> set sample (translated back from German) the selectors are
too narrow so that it's difficult to see the date.
"Equation" in test output (autocorrelation in Vecm) appears non-translated.
In Var/Vec seasonal dummies seem to be auto-activated
Allin Cottrell schrieb:
> On Mon, 19 Mar 2007, Sven Schreiber wrote:
>
>>
>> In Sample-> set sample (translated back from German) the selectors are
>> too narrow so that it's difficult to see the date.
>
> Could you maybe send a screenshot of that, or give deta
Allin Cottrell schrieb:
>
> There may be some remaining issues relating to the length of the
> py4gretl filenames, since this system was originally set up for gretl
> databases, which all have small (<16 byte) names. But I think I've now
> caught most of those.
>
Well, do you want me to
... this time dated March 24. Unintended again?
-sven
Allin Cottrell schrieb:
> On Tue, 27 Mar 2007, Sven Schreiber wrote:
>
>> ... this time dated March 24. Unintended again?
>
> No, this time it's real. (Sorry, I tend to assume everyone is on the
> gretl-announce list, to which I sent a posting.)
>
Well in that
Hi,
I am now back to using gretl on Windows (more often at least). So
finally I tested py4gretl on win and of course it fails. Actually I
think it probably also would fail in most desktop ways of using it, even
on *nix.
The reason are the missing write permissions in the current directory
(./),
Allin Cottrell schrieb:
> On Thu, 12 Apr 2007, Sven Schreiber wrote:
>>
>> Hence my question: what type of environment variables can be used in a
>> script? Or any other ideas on a good place to store temp files (on all
>> supported platforms)?
>
> See chapter
Allin Cottrell schrieb:
> On Thu, 12 Apr 2007, Allin Cottrell wrote:
>
>>> ? string jojo = "@userdir"
>>> Syntax error in command line
>>> ? string jojo = @userdir
>>> Syntax error in command line ...
>>> Bug or feature?
>> Bug, I'd say.
>
> To be more precise, only the first of the above is
Allin Cottrell schrieb:
>
> Maybe the solution is, when parsing a string definition, to treat
> a trailing \" as if it were \\" (\" could never be a valid
> ending for a string literal).
At least I cannot think of anything better, whatever that means...
BTW, I noticed already earlier that
Sven Schreiber schrieb:
>
> Let's see how far I get with the current state of the @userdir affair...
>
Oh I'm so stupid... My earlier py4gretl problem on windows had nothing
to do with write permissions at all (I think;-), but was just due to the
fact that python was not in the PATH f
Allin Cottrell schrieb:
> On Thu, 12 Apr 2007, Sven Schreiber wrote:
>>
>> But I'm afraid the trailing space cannot be used as a workaround
>> in many cases. Actually AFAIK Windows can also digest forward
>> slashes internally as path separators...
>
> I
Allin Cottrell schrieb:
>
> First of all, py4gretl is very cool! Thanks for making this
> available. One request: I think it would be very helpful if you
> could put up a few examples of use of the py4gretl functions. (I
> have this is mind, though it's not yet implemented: allow for a
>
Allin Cottrell schrieb:
> On Thu, 26 Apr 2007, Sven Schreiber wrote:
>
>> Yes I can live with that easily. (But please wait until I have uploaded
>> versions 0.9.2 of the py4gretl files.)
>
> Fine, no hurry.
>
The versions 0.9.2 of two of the three files are on the
1 - 100 of 3390 matches
Mail list logo