1. ERRORS Kat
- Posted by a.tammer at hetnet.nl
May 28, 2002
I know for a fact, I guess where the error will be found, if I=
take into consideration your other strange error-messages=
earlier today.
find that spot, delete the offending error <end if>re-enter it=
and your problems might be over. somehow an unvisible character=
could be there, like ASCII 255
or anything that won't show up in your ed. It would make the next=
error perfectly valid under Rob's way of errorchecking.
2. ERRORS Kat
- Posted by a.tammer at hetnet.nl
May 28, 2002
Hi Kat,
Did you solve your problems with
end if --unknown command
if equal(sign,"+"), -- expected end not a fuction
already?
Would you let me know what it was? I keep a Db onthese kind of=
things as a reference for my own use ye know.
antoine
3. Re: ERRORS Kat
On 29 May 2002, at 0:01, a.tammer at hetnet.nl wrote:
>
> Hi Kat,
> Did you solve your problems with
> end if --unknown command
> if equal(sign,"+"), -- expected end not a fuction
> already?
>
> Would you let me know what it was? I keep a Db onthese kind of things as a
> reference for my own use ye know.
Yes, it was a function call, instead of a procedure, like Derek and others
said. The irc code is a bit tiresome to connect just to debug or add features,
and lacking a goto to skip the connection, preload vars, simulate the irc
server, and execute the troublesome code offline, i lift it out into another
seperate program, and haveto rebuild all the functions/procedures in the
original code. A "goto" to skip code, and not haveto lift it out to new
procs/funct (and thereby lose all local scoping), would make life a lot easier,
Rob, see Karl's interpreter. But at 5am, i make more mistakes than usual. I
had reverted to other languages, and discarded the function results, and
confused the poor interpreter.
Sorry for the emails. But David and Derek were right too. An interpreter has a
distinct advantage over compiled languages, it *can* be made smarter and
more versatile.
Kat
