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