-xpl
GCC Consulting
gccconsulting at comcast.net
Wed Dec 12 18:34:12 PST 2007
> -----Original Message-----
> From:
> filepro-list-bounces+gccconsulting=comcast.net at lists.celestial
> .com
> [mailto:filepro-list-bounces+gccconsulting=comcast.net at lists.c
> elestial.com] On Behalf Of Bruce Easton
> Sent: Wednesday, December 12, 2007 6:17 PM
> To: filepro list
> Subject: RE: -xpl
>
> Richard Kreiss wrote Wednesday, December 12, 2007 4:42 PM:
> > To: 'filepro list'
> > Subject: Re: -xpl
> >
> >
> > Came across an interesting anomaly when doing the following
> lookup to
> > the next lowest.
> >
> > File with index f build on master_code(10,nnn) and renewal(2,.0)
> >
> > When I set lv=master_code&"99" (1234-1234599)
> > 44 ------- - - - - - - - - - - - - -
> > - - -
> > ◄ If:
> > Then: lookup sales = sales_journal k=lv i=C -npl
> > 45 ------- - - - - - - - - - - - - -
> > - - -
> > ◄ If: NOT sales
> > Then: GOTO post_tr
> >
> > If there are 2 records using the master_code, one has renewal blank
> > and the other has a value of 1.
> >
> > I would expect that my lookup value would fail and get
> 1234-12345 1.
> > It actually gets 1234-12345 with renewal blank( not what I
> expected).
> >
> > Tested lv=master_code&"9" (1234-123459) This worked as expected.
> >
> > Can anyone explain why the first lookup fails to properly find
> > 1234-123451, when 1 is clearly less then 99.
> >
> > Richard Kreiss
> > GCC Consulting
> >
>
> Richard - above you show two different indexes - c & f - could
> that be the problem? If not, have you tried rebuilding the
> index that is used in the lookup? Maybe it conked out.
>
> Bruce
>
> Bruce Easton
> STN, Inc.
Indexes are the same, my typo.
Richard
More information about the Filepro-list
mailing list