Long variable prob with break processing still

John Esak john at valar.com
Tue Apr 5 22:43:41 PDT 2005


> -----Original Message-----
> From: filepro-list-bounces+john=valar.com at lists.celestial.com
> [mailto:filepro-list-bounces+john=valar.com at lists.celestial.com]On
> Behalf Of Shane Gray
> Sent: Tuesday, April 05, 2005 11:38 PM
> To: Fplist (E-mail)
> Subject: RE: Long variable prob with break processing still
>
>
>
> John,
>
> I believe quite the contrary is true.  Did you try the sample
> code?  The long variable does indeed
> carry through to break totals and this was fixed in v5.0.6 report
> if I recall correctly.  The
> problem is that merely assigning the dummy var to be the long
> variable value causes the dummy
> variable to _not_ carry its value to break processing when it should.
>
> Shane.


Shane,

Nope, sorry you are wrong.  But, the appearance is as you say it is, and I
can see why it is confusing you. As I said, we discussed this quite
thoroughly fairly recently here and in the FP Room. Ken was clear about how
and why it works the way it does. However, you can think of it in any way
that make sense to you. Although, my suggestion would be that you try and
understand the actual reason for why what you are doing is failing. That
will make it easier for you to work around the problem. I will explain it
again. Declared variables do NOT carry the 10 copies of themselves that 2
character variables do. This is what is causing your problem. I do not need
to try the "sample" code. It is obvious from looking at it.

I think you are recalling incorrectly... I have no idea what "fix" you are
talking about in 5.6 or in any version.  With regard to declared variables,
they have behaved this way since they were put into the program. There is no
need for you to report anything to support. Everyone is quite aware of this
behavior.

John



---------

>
> > -----Original Message-----
> > From: filepro-list-bounces at lists.celestial.com
> > [mailto:filepro-list-bounces at lists.celestial.com]On Behalf Of John Esak
> > Sent: Wednesday, 6 April 2005 12:41
> > To: Fplist (E-mail)
> > Subject: RE: Long variable prob with break processing still
> >
> >
> > 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
> > http://mailman.celestial.com/mailman/listinfo/filepro-list
>
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> http://mailman.celestial.com/mailman/listinfo/filepro-list



More information about the Filepro-list mailing list