Hello Laurent (or aldweb),

thanks for your answer.

You said:

"The counterpart is indeed that their index manipulation is a little bit more difficult."

Yes and without at least more dim-able variables you still have the problems of overwriting the normal variables.

I wanted to have a short program for maintaining my working times that would need a structure like this:

dim work_begin(365)
dim work_end(365)
dim work_time(365)
dim lunch_time(365)
dim daily_diff(365)
dim balance(365)

which would probably use up to 9-18k depending on whether int's or float's are used internally.

It turned out to be impossible to do in iziBasic. With the trial version I cannot dimension a numeric array larger than 247 elements. So this little program

'test.ibas
{CreatorID "HELO"}
{Version "2.0"}
DIM A(248)
BEGIN
PRINT "Hello"
EN

doesn't work. It raises a 'syntax error' in Palm OS5.2 Simulator. On the real machine I got similar results or something like 'number stack exceeded' depending on the number used - the behaviour changed with increasing numbers to 'syntax error'. The simulator had 16 MB RAM configured, my real system a T2, even more.

Even if I get through (with highest possible number), then, on execution a "number stack overflow" is generated.

So, I cannot even have 250 simple elements in an array?

This appears very limited to me. Why not let the user decide how many space he wants to assign to which stack?

I wonder whether there is a difference between the trial version (which I used) and the registered one.

There is a competitors product (I will not mention the name here to stay fair) which is an entirely Palm based Basic interpreter, which deals with my initially above mentioned script without any problems (it also supports the long variable names, btw.). I'm telling you only so that you know there is work left to get on par in this area.

By the way:

When starting iziBasic in the Simulator, I get several errors:

- form.c line 1767, Object #1019 in form #1000 is missing
- form.c line 1767, Object #1018 in form #1000 is missing
- form.c line 1767, Object #1014 in form #1000 is missing
- form.c line 1767, Object #1013 in form #1000 is missing

If I choose 'continue' I finally get through, but it doesn't sound ok.
This should be fixed.

Regards,

Guido