Long variable prob with break processing still

[John Esak]

It's not exactly happening because of your assumption that the declared
variable forces the real variable to lose its value... but, yes, the
declared variable does NOT carry the subtotal and grand total copies of
itself... this has been discussed here bofore, and requests for suggestions
were put out. There has been no resolution as far as I know. I believe the
consensus was to leave things this way for some pretty valid reasons.  At
least, they outweigh the idea of making them behave like the 2 character
dummies do. My vote was to leave it as is... even though it certainnly bit
me as it did you...

John


> -----Original Message-----
> From: filepro-list-bounces at lists.celestial.com
> [mailto:filepro-list-bounces at lists.celestial.com]On Behalf Of Shane Gray
> Sent: Tuesday, April 05, 2005 9:54 PM
> To: filePro List
> Subject: Long variable prob with break processing still
>
>
>
> Could someone verify if this is a problem or just me thinking it
> was supposed to be fixed.
>
> filepro v5.0.14 SCO.  d/rreport.
>
> Assigning a long variable to a normal dummy during main
> processing forces the dummy to lose its
> value in break processing.  See following code sample.
>
>   1  -------   -   -   -   -   -   -   -   -   -   -   -
>        . If:
>        Then: declare testlong(5,*,g)
>   2  -------   -   -   -   -   -   -   -   -   -   -   -
>        . If:
>        Then: aa(5,*,g)="abcde"
>   3  -------   -   -   -   -   -   -   -   -   -   -   -
>        . If: 'this breaks it, only declare global works
>        Then: testlong=aa; aa=testlong
>   4  -------   -   -   -   -   -   -   -   -   -   -   -
>        . If:
>        Then: end
>   5  -------   -   -   -   -   -   -   -   -   -   -   -
> @wgt   . If: '
>        Then: '
>   6  -------   -   -   -   -   -   -   -   -   -   -   -
>        . If:
>        Then: msgbox "aa="&aa&" testlong="&testlong; end
>
> It doesn't matter what combination of ,g on the long variable and
> dummy variable is used.
>
> If it's not just me I will report to fpsupport.
>
> Thanks.
>
>  Shane Gray
>  Senior Software Engineer
>
>  shane at satsof.com.au
>
>  Satisfaction Software         Ph:  +61-7-3268-4722
>  Unit 4, 193 Hedley Ave,       Fax: +61-7-3268-4359
>  Hendra, Qld, 4011.            Web: http://www.satsof.com.au
>  P.O. Box 393
>  Northgate, Brisbane, Qld, 4013.
>  Australia.
>
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> http://mailman.celestial.com/mailman/listinfo/filepro-list