More than likely it has a lot to do with using reference variables.

Jerry Banker
Sr Programmer Analyst
IBM Certified Solutions Expert
Affiliated Acceptance Corp
Sunrise Beach, MO
1-800-233-8483
www.affiliated.org
> -----Original Message-----
> From: john reid [mailto:[EMAIL PROTECTED]
> Sent: Thursday, January 10, 2008 8:10 AM
> To: [email protected]
> Subject: Re: [U2] Universe 10.1 Itype possible parsing problem
> 
> Not to prod an already dead one, but the same problems occur using
> comparisons on outcomes or '@' items.  For example:
> <SOME PROCESS>; IF @1>= 5...
> yields an incorrect result by my testing.
> j
> 
> 
> On 1/9/08, Jerry Banker <[EMAIL PROTECTED]> wrote:
> > Chuck,
> > Thanks for verifying it. Also thanks for letting me know about the
> DLIST
> > command I was wondering if there was a way to look at an I-
> descriptor.
> >
> > Jerry Banker
> > Sr Programmer Analyst
> > IBM Certified Solutions Expert
> > Affiliated Acceptance Corp
> > Sunrise Beach, MO
> > 1-800-233-8483
> > www.affiliated.org
> >
> > > -----Original Message-----
> > > From: Geoffrey Mitchell [mailto:[EMAIL PROTECTED]
> > > Sent: Tuesday, January 08, 2008 6:14 PM
> > > To: [email protected]
> > > Subject: Re: [U2] Universe 10.1 Itype possible parsing problem
> > >
> > > I would think that honoring a reasonable order of operations when
> > > parsing would resolve this.  The extraction operator should
> certainly
> > be
> > > higher priority than comparison.
> > >
> > > In fact, it works correctly in a BASIC program (UV 10.1.8).  I
> > compiled
> > > and ran the following:
> > >
> > > 0001: XX=""
> > > 0002: XX<1>=5
> > > 0003: XX<2>="X"
> > > 0004: IF XX<1>=5 THEN CRT "YES" ELSE CRT "NO"
> > >
> > > It returned "YES" as expected.  If it suffered from the same
> > affliction,
> > > it should have returned "NO" as (XX<1) is not >= 5.
> > >
> > > Therefore, it would seem that the parser for the I-Types is, as
> > > originally suggested, broken, or, more specifically, is not
> consistent
> > > with the BASIC compiler.
> > >
> > > I confess, however, that I have not verified the alleged I-type
> > behavior
> > > on my system.
> > >
> > >
> > > Jerry Banker wrote:
> > >
> > > >I have to add that this is just the reason why I stress using
> spaces
> > > >between signs, variables, Boolean operators, and a liberal use of
> > > >parentheses.
> > > >
> > > >
> > > >
> > > >>-----Original Message-----
> > > >>From: Jerry Banker [mailto:[EMAIL PROTECTED]
> > > >>Sent: Tuesday, January 08, 2008 4:46 PM
> > > >>To: [email protected]
> > > >>Subject: RE: [U2] Universe 10.1 Itype possible parsing problem
> > > >>
> > > >>What it is doing is evaluating as:
> > > >>If @record is less than 3 is greater-than or equal to @record<6>
> > then
> > > >>
> > > >>
> > > >1
> > > >
> > > >
> > > >>else -1
> > > >>Or
> > > >>In other words:
> > > >>If 0 is greater-than or equal to 20071217:224240 then 1 else -1
> > > >>
> > > >>
> > > >>
> > > >>>-----Original Message-----
> > > >>>From: john reid [mailto:[EMAIL PROTECTED]
> > > >>>Sent: Tuesday, January 08, 2008 3:57 PM
> > > >>>To: list
> > > >>>Subject: [U2] Universe 10.1 Itype possible parsing problem
> > > >>>
> > > >>>In the following query, a file is listed with two identical
> itypes,
> > > >>>save for field 2 spacing, as shown below. Fields 3 and 6 are
all
> > > >>>
> > > >>>
> > > >equal
> > > >
> > > >
> > > >>>in the query shown.
> > > >>>
> > > >>>The difference is that there is no space between the > and = .
> This
> > > >>>appears to yield wrong results, the bad one being shown as
field
> 2
> > > >>>(all minus ones) in the query.
> > > >>>Anyone seen this?
> > > >>>john
> > > >>>            field 3                      field 6
> > > >>>1    -1 20071217:224240 20071217:224240
> > > >>>1    -1 20071218:165115 20071218:165115
> > > >>>1    -1 20071217:211056 20071217:211056
> > > >>>1    -1 20071218:105346 20071218:105346
> > > >>>
> > > >>>--
> > > >>>IF @RECORD<3> = @RECORD<6> THEN "1" ELSE "-1"
> > > >>>IF @RECORD<3>= @RECORD<6> THEN "1" ELSE "-1"
> > > >>>john
> > > >>>-------
> > > >>>u2-users mailing list
> > > >>>[email protected]
> > > >>>To unsubscribe please visit http://listserver.u2ug.org/
> > > >>>
> > > >>>
> > > >>-------
> > > >>u2-users mailing list
> > > >>[email protected]
> > > >>To unsubscribe please visit http://listserver.u2ug.org/
> > > >>
> > > >>
> > > >-------
> > > >u2-users mailing list
> > > >[email protected]
> > > >To unsubscribe please visit http://listserver.u2ug.org/
> > > >
> > > >
> > > >
> > > >
> > >
> > > --
> > > Geoffrey Mitchell
> > > Programmer/Analyst
> > > Home Decorator's Collection
> > > 314-684-1062
> > > -------
> > > u2-users mailing list
> > > [email protected]
> > > To unsubscribe please visit http://listserver.u2ug.org/
> > -------
> > u2-users mailing list
> > [email protected]
> > To unsubscribe please visit http://listserver.u2ug.org/
> >
> 
> 
> --
> john
> -------
> u2-users mailing list
> [email protected]
> To unsubscribe please visit http://listserver.u2ug.org/
-------
u2-users mailing list
[email protected]
To unsubscribe please visit http://listserver.u2ug.org/

Reply via email to