In a message dated 08/07/2003 07:43:47 GMT Standard Time, [EMAIL PROTECTED] writes:
I wonder whether anybody out there has come across the same
problem I have, (and has found a solution).
Basically, what I would like is to be able to re-dimension an array within
a subroutine (proc/fn) BY
On Tue, 8 Jul 2003 05:25:25 EDT, [EMAIL PROTECTED] wrote:
In a message dated 08/07/2003 10:16:25 GMT Standard Time, [EMAIL PROTECTED]
writes:
Thanks.
However the temp array wouldn't survive the exit from the proc/fn and,
moreover, I would have to redim each array specifically instead of just
O(...)
SMSQ/e has an outstanding bug in this instance as well - take for example:
10 DIM x(10)
20 c=1:TEST c,x
100 DEFine PROCedure TEST(a,b)
110 DIM b(100)
120 END DEFine
Running this program gives the error as described.
True.
However, try entering as a direct command:
CLEAR:
The real solution to this problem is a linked list. But, SuperBasic (and Basic
in general) does not support a linked list. I believe by definition DIMed arrays
are not able to change after allocation.
One could ask for some memory (ALLOC or something like that) and handle the
memory any way
If any of our UK QLers are interested there is a seat on Peter Fox's
plane for the German show in October. If anyone fancies the trip drop me
a line and I will explain the cost and details.
If you never flown in a small win engined plane it is well worth the
trip! The show is usually good too.
On Wed, 9 Jul 2003 00:34:32 +0100, Roy wood [EMAIL PROTECTED]
wrote:
If any of our UK QLers are interested there is a seat on Peter Fox's
plane for the German show in October. If anyone fancies the trip drop me
a line and I will explain the cost and details.
If you never flown in a small win
First of all, thanks to all of you who replied.
It transpires that there simply doesn't seem to be a way to do what I
wanted.
P Witte wrote:
1) Dimension the array to the max youre ever going to need right from the
start. (This is analogous to your suggestion re the buffer problem we
