What is really scary is:

PRINT NUM(" 1")
PRINT NUM("1 ")

Both yield 1 (true).

This has resulted in MANY downstream data issues where input validation worked (using 
the NUM function) yet further down the road, printing out order qtys using masking or 
doing a locate statement of "1"  in " 1" does not work.

This is in my opinion, a really BAD idea.

I had to rewrite several sections of a 4GL to accomodate these differences when 
porting some code to universe recently.  

I would hope in a future release this could be an option to return to better 
compatibility and predictability.
-------
u2-users mailing list
[EMAIL PROTECTED]
http://www.u2ug.org/listinfo/u2-users

Reply via email to