I am dealing with some old dict items and have never seen LVP before.
I was told by a co-worker that it was 'last value processed' but that
makes no sense as the data being displayed does not exist in the row.

I have searched the pdf *documentation* and tried to search rainingdata
forum (no 3 characters or less and no idea how long until i get the
*right* to post a new topic <sigh>)

So does anyone really know what this is .. how it works etc Something
more that 'last value processed' would be appreciated

Thanks

dtsig wrote:
go to: www.d3ref.com

There you can find the most of the Pick documentation that is outline
in the Pick manuals.

It's got a good search, so sear for LPV should take you to the correct
page.

Regards,

Dale

dtsig wrote:
If I understand you correctly, "LVP" is the name of a dictionary item,
which in turn points (presumably) to a real or virtual field in a data file.

So, what does "LVP" itself consist of? That is, if "LVP" is its name or
its attribute zero, what are the rest of its attributes?
--
Allen Egerton aegerton at pobox dot com

Is it possible you mean "LPV" ? If so, it means Load Previous Value and is
used in F-correlatives.

But answer Allen's question and post where you see this actually being used.

Ed

"dtsig" <dtsig (AT) hotmail (DOT) com> wrote

lpv Last processing code value (result of the previous processing
code).

Tracy Raines wrote:
Oops. I meant to add that it is in the F correlative section of the
manual.

Allen Egerton wrote:
LPV is not a dict item .. it is found in conv and cor (attributes 7 and
8). I have seen them in A and F items.

If it is simply 'Last Value' or 'Load Last Value' then wouldn't what is
on the stack (in f types) be that value?

thanks .. love pick documentation

Dale wrote:
just came up with generic a/f information.

thanks though

Tracy Raines wrote:
So this is the 'result' of the last process?

<0> itemid
<1> a
<2> 0
<7> A"100"*((LPV/"12")(MR0))+R(LPV"12") MR2
<8> AIF (7(TINVENTORY;X;56;56)+"0")="0" THEN "12" ELSE
7(TINVENTORY;X;56;56)
<9> R
<10> 8

it would seem that 8 would be calculated giving result of either "12"
or value of attribute 56 in inventory table id= what is in attribute 7
of base table.

Is this the result that would pop up for LPV?

thanks

Luke Webber contributed this in 2002:

"Tracey" <wpiis (AT) gte (DOT) net> wrote

LPV is used to avoid recomputing a value when you need to refer to it more
than once. As an example, suppose you wanted to fetch an attribute from
another file, and then if that attribute was null, display the string "*
UNDEFINED *", but to display the attribute itself otherwise. It might go
like this..

001 A
002 3
003 Client Name
004
005
006
007
008 TCLIENT;X;;1]A;IF LPV="" THEN "* UNDEFINED *" ELSE LPV
009 T
010 30

That way you don't have to do your translate twice. Of course you could
fiddle this with the F-code stack, but it's nicer this way.

Don't mention it.

Luke

-----------------------------------------------------------------

I found this in the mvBase docs on RD'd site:

The LPV (Load Previous Value) operator takes the result of a previous
correlative operation and uses it for further processing. The code with the
LPV operator is specified in line 7, and the correlative that generates the
previous value is specified in line 8. The previous value becomes an operand
in an A code and an element in an F code; it must be the first element
specified in an F code, otherwise strange results may be obtained.
In example below, the F code in line 8 first multiplies the contents of
Attribute 2 by the contents of Attribute 3. Then the F code in line 7
divides the result by 100.

007 F ; LPV ; "100" ; /
008 F ; 2 ; 3 ; *

Ed


"dtsig" <dtsig (AT) hotmail (DOT) com> wrote