[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: implicit_str_to_num_ok=1

From: David Doolin
Subject: Re: implicit_str_to_num_ok=1
Date: Wed, 30 Jun 1999 10:39:31 -0400

In message <address@hidden>, Daniel Heiserer writes:
>I try to write my code non-braindead compatible 
>There are some non-braindead features which make me 
>really sick.

Easy there killer.

Assumptions underlying design decisions may seem reasonable 
at the time, only to prove not-so-convenient later.  Predicting 
the future is easy.  Predicting it correctly is the trick.

Here is a suggestion:  dl a fresh copy of 2.1.14 (or whatever
is latest), change the defaults to what you prefer, then 
run *all* of your scripts through it and see how much breaks.
If you see a clear benefit, you then have a sales/marketing
issue: how to get jwe to incorporate your patch!  Given his
general crankiness lately, this will be the far harder task!

I don't care either way, as long as the documentation is correct,
and someone notes it in the changelog.

Hope your day improves.  It's beautiful here in Berkeley 
right now...  ;)

Dave Doolin

ps: honey catches more flies than vinegar.
>Does anybody in this list runs with "implicit_str_to_num_ok=0"
>or lets say *REALLY* *NEEDS* "implicit_str_to_num_ok=0".
>If this is not the case I would recommend to make
>"implicit_str_to_num_ok=1" the default and kick the feature
>"implicit_str_to_num_ok=0" out.
>Once I start fiddling around with strings this feature makes
>be absolutely sick, because I cannot handle the BASE-DATATYPE 
>of octave (The Matrix (not the movie ;-))) like a matrix
>because no matrix manipulation works on it as long as this
>dammed "implicit_str_to_num_ok=0" is set.
>I personally don't see ANY adavantage of "implicit_str_to_num_ok=0"
>except that the code tells me it makes no sense handling 
>a string like a matrix. Why the hell not?
>It is up to me to check that IF IT IS NECESSARY.
>I just don't see any reason why making things more complicatet
>as they are.
>Bye daniel.
>Mit freundlichen Gruessen
>                                 Daniel Heiserer
>Dipl.-Phys. Daniel Heiserer, BMW AG, Knorrstrasse 147, 80788 Muenchen
>Abteilung EK-20
>Tel.: 089-382-21187, Fax.: 089-382-42820
>Octave is freely available under the terms of the GNU GPL.  To ensure
>that development continues, see
>Instructions for unsubscribing:

Octave is freely available under the terms of the GNU GPL.  To ensure
that development continues, see
Instructions for unsubscribing:

reply via email to

[Prev in Thread] Current Thread [Next in Thread]