what -I- consider a bug in *cabe
GCC Consulting
gccconsulting at comcast.net
Mon Jun 4 08:46:11 PDT 2007
> -----Original Message-----
> From:
> filepro-list-bounces+gccconsulting=comcast.net at lists.celestial
> .com
> [mailto:filepro-list-bounces+gccconsulting=comcast.net at lists.c
> elestial.com] On Behalf Of Bob Stockler
> Sent: Monday, June 04, 2007 11:18 AM
> To: filepro-list at lists.celestial.com
> Subject: Re: what -I- consider a bug in *cabe
>
> Mark Luljak wrote (on Sun, Jun 03, 2007 at 11:01:51PM -0400):
> [snip]
> | I heard 5.6 included a REDIM
> command, but
> | I'm not sure how useful this would make them without
> looking at it in
> | depth. I don't have enough people on 5.6 that I've needed to look
> | yet; depending on something like REDIM or even nested CALLs
> is suicide for code portability.
> [snip]
>
> I can't find REDIM mentioned in any of the 5.6 filePro *.hlp
> files I have, but dimensioning all arrays to 1000 (or
> whatever you think might possibly be required at some point
> in the future) is a quite inexpensive way to avoid ever
> needing a REDIM command.
>
Just ran a small test in an auto.prc
::dim test(99)
:7="CC":redim test(4)
These lines pass the syntax test. However when I actually ran the program
and received no runtime error, I though maybe redim was undocumented. Not
really, although it passed the syntax test, when the code executed with the
debugger and I tested for element 99 after each line executed, and 7="CC"
was true, the array size was not reduced.
Conclusion, redim passes the syntax (maybe it is there for a future
function) but doesn't work.
Richard Kreiss
GCC Consulting
More information about the Filepro-list
mailing list