Long variable prob with break processing still
GCC Consulting
gcc at optonline.net
Wed Apr 6 07:53:34 PDT 2005
> -----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,
I test this using 1.0.13 ODBC and the long variable held its value at @wgt.
Just a suggestion, have e you used the debugger to test the values after being
set?
Checked the value when @wgt is executed prior to the msgbox being displayed?
You might also use a \n between the values: msgbox "aa="&aa&"\n
testlong="&testlong
Just to make the display clearer.
Richard Kreiss
GCC Consulting
More information about the Filepro-list
mailing list