what -I- consider a bug in *cabe

GCC Consulting gccconsulting at comcast.net
Mon Jun 4 08:25:41 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.
> 
> Another point about dimensioning arrays: processing lines in 
> which they're dimensioned don't have to be encountered by the 
> processing, but only they appear on lines above where they're 
> used.  I usually dimension all arrays at the top of my 
> tables, where they're easy to find to edit (if I guessed too 
> low on the max number of elements).
> 
> Bob
> 
> --
> Bob Stockler +-+ bob at trebor.iglou.com +-+ 

Bob,

I would love to be able to redim and array I am using with a listbox.  This
would allow for casting it too large and then based on the required array
elements resize it to that number rather then using the start end parameters
using variables when casing the listbox.

Richard Kreiss
GCC Consulting
 




More information about the Filepro-list mailing list