[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: The parse error on the "x"
From: |
Sergei Steshenko |
Subject: |
Re: The parse error on the "x" |
Date: |
Sat, 2 Feb 2013 06:24:51 -0800 (PST) |
----- Original Message -----
> From: marco atzeri <address@hidden>
> To: address@hidden
> Cc:
> Sent: Saturday, February 2, 2013 3:10 PM
> Subject: Re: The parse error on the "x"
>
> On 2/2/2013 1:31 PM, Andreas Weber wrote:
>> Am 02.02.2013 13:23, schrieb marco atzeri:
>>> "source dif.m"
>>> produces no warning, no need of additional trick.
>>
>> Hi Marco, I had not seen a post from Taban where he calls his script
>> with "source".
>
> he should use source to run a command file, without any constrain
> on file name and content (IMHO)
>
> http://www.gnu.org/software/octave/doc/interpreter/Script-Files.html#Script-Files
>
>> How can you explain the syntax error on >>> first = 2;
>> if he calls his script with "source"?
>
> I see no error on "first=2;"
>
> $ cat dif.m
> function y = f (x,t)
> y = 5-2*x;
> endfunction
> first = 2;
> t = linspace(0,20,100);
> s = lsode("f",first,t);
> plot(t,s,"r-")
>
> octave:1> source dif.m
> octave:2>
> (and the plot is done)
>
>
>> Regards, Andy
> Regards Marco
Somewhat off-topic, but the above f(x,t) function does not depend on 't' - if
one looks at the function body.
I don't know whether it matters or not.
Regards,
Sergei.
- Re: The parse error on the "x", (continued)
- Re: The parse error on the "x", Andreas Weber, 2013/02/02
- Re: The parse error on the "x", marco atzeri, 2013/02/02
- Re: The parse error on the "x", Andreas Weber, 2013/02/02
- Re: The parse error on the "x", marco atzeri, 2013/02/02
- Re: The parse error on the "x", Andreas Weber, 2013/02/02
- Re: The parse error on the "x", marco atzeri, 2013/02/02
- SOLVED was: The parse error on the "x", Andreas Weber, 2013/02/02
- Re: SOLVED was: The parse error on the "x", Taban, 2013/02/02
- Re: SOLVED was: The parse error on the "x", Andreas Weber, 2013/02/02
- Re: SOLVED was: The parse error on the "x", Taban, 2013/02/02
- Re: The parse error on the "x",
Sergei Steshenko <=
- Re: The parse error on the "x", marco atzeri, 2013/02/02