[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: NaN-toolbox much faster now
From: |
Alois Schlögl |
Subject: |
Re: NaN-toolbox much faster now |
Date: |
Wed, 18 Mar 2009 09:22:40 +0100 |
User-agent: |
Thunderbird 2.0.0.19 (X11/20090105) |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
John W. Eaton wrote:
> On 17-Mar-2009, Alois Schlögl wrote:
>
> | I guess this comes from the old days (around Octave 2.0 and 2.1) when
> | there were really much to many global flags used much too often.
> |
> | However, a general ban on on the use of global flags is going to far, IMHO.
> |
> | OTOH, if global variables within functions are really "harmful", it
> | would be only consequent to enforce this rule by preventing the
> | use of global variables within functions. ;-)
>
> Global variables are not always bad.
>
> Even some global option variables are OK. For example, those that
> simply change an output format or the appearance of a prompt don't
> cause much trouble because almost no code depends on those settings,
> and they are highly unlikely to cause a computation to produce
> incorrect results.
>
> But settings that affect the way code is parsed, or that cause a
> function to produce different results for the same input are harmful.
> I don't want to see any more of those introduced in Octave.
>
> I also don't want Octave to differ from Matlab when computing mean,
> std, etc., because I think doing so will generate bug reports.
>
> jwe
Dear John,
Both implementations are doing the same thing, they estimate the mean,
variance, standard deviation, etc. The only difference is that one
implementation gives more often NaN (indicating no result) than the
other implementation. Maybe its not wrong to return NaN, but its not
what you want. You want the best possible estimate.
Therefore, I expect no or very little bug reports. If there are any,
these can be easily handled (pointing them to the discussion, the readme
or a wiki). And in worst case, IF (not when) someone is getting into a
serious compatibility problem, a parachute is in place with
flag_implicit_skip_nan(0); again, I do not expect any need for it.
Cheers,
Alois
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAknAr0wACgkQzSlbmAlvEIhEngCfY1nM30Wr3pPJFkEpz39Lo/PC
3ycAn27XvwUNv7xabLv9cwcQucBRPkwe
=LqhV
-----END PGP SIGNATURE-----
- NaN-toolbox much faster now, Alois Schlögl, 2009/03/12
- Re: NaN-toolbox much faster now, Jaroslav Hajek, 2009/03/14
- Re: NaN-toolbox much faster now, Alois Schlögl, 2009/03/16
- Re: NaN-toolbox much faster now, Jaroslav Hajek, 2009/03/16
- Re: NaN-toolbox much faster now, Alois Schlögl, 2009/03/17
- Re: NaN-toolbox much faster now, Jaroslav Hajek, 2009/03/17
- Re: NaN-toolbox much faster now, Alois Schlögl, 2009/03/17
- Re: NaN-toolbox much faster now, John W. Eaton, 2009/03/17
- Re: NaN-toolbox much faster now,
Alois Schlögl <=
- Re: NaN-toolbox much faster now, Jason Riedy, 2009/03/18
- Re: NaN-toolbox much faster now, Alois Schlögl, 2009/03/19
- Message not available
- Re: NaN-toolbox much faster now, Jason Riedy, 2009/03/23
- Re: NaN-toolbox much faster now, Alois Schlögl, 2009/03/24
- Re: NaN-toolbox much faster now, Jaroslav Hajek, 2009/03/24
- Re: NaN-toolbox much faster now, Jaroslav Hajek, 2009/03/17
- Re: NaN-toolbox much faster now, Jason Riedy, 2009/03/18
- Re: NaN-toolbox much faster now, Jaroslav Hajek, 2009/03/18
- Message not available
- Re: NaN-toolbox much faster now, Jason Riedy, 2009/03/23