dummy value changing in @wbrk1, but not a numeric or subtotalfield!
Kenneth Brody
kenbrody at bestweb.net
Fri Nov 16 06:05:37 PST 2007
Quoting Brian K. White (Fri, 16 Nov 2007 01:16:43 -0500):
[... dummy field based on rand() changes value between detail and @wbrk1 ...]
[... because of the multiple break-evel copies of the dummy field ...]
>
> Oh hohhhh!
>
> So I guess instead of:
> longvar = rand()
> another way I could fix it (pun intended) is by:
> iv = rand() ; iv = iv
Using the declared variable rather than a dummy field will work around
this, as declared variables don't have the multiple-copies feature.
However, the second example you give won't make any difference, since
iv will still have multiple copies.
Note that dummy fields defined in automatic do not have multiple copies.
> Though from an efficiency point of view, maybe the longvar is better
> anyways (however microscopically) since I don't need multiple
> copies of this value.
>
> Keeping the comment short to explain why this line must look like
> one or the other above is going to be a challenge. :)
>
> Thanks much Ken
--
KenBrody at BestWeb dot net spamtrap: <g8ymh8uf001 at sneakemail.com>
http://www.hvcomputer.com
http://www.fileProPlus.com
More information about the Filepro-list
mailing list