Interesting!  Just as an FYI, I never ever run with WHILEOPT ON.  Every app I 
have, SET WHILEOPT OFF is in the startup code.  If I have a little routine I 
run to set up development environment stuff just for myself, WHILEOPT OFF is 
always in there (along with other things that trip me up, like SET ANSI OFF)
I never once thought of asking about that cuz the problem doesn't fit the usual 
whileopt problem

Karen


    On Thursday, July 30, 2026 at 12:37:14 PM CDT, '[email protected]' via 
RBASE-L <[email protected]> wrote:   

 Buddy, Jim, Steve:
In a quick, next morning response, support recommended SET-ting WHILEOPT OFF as 
the solution. That works, completed the module.
They also recommend the From The Edge article: "Understanding WHILE Loop 
Optimization", which I am mining for clues re: how I torpedoed optimization.
Again, I so appreciate your assistance. In friendship, Bruce.
Bruce A. Chitiea | SafeSectors, Inc.1142 S Diamond Bar Blvd #442Diamond Bar CA 
91765-2203
[email protected](909) 238-9012
------ Original Message ------From "[email protected]" 
<[email protected]>To [email protected] 7/27/2026 2:17:32 
PMSubject Re: [RBASE-L] - IFF statement fail | IFFing Status

Buddy, Jim, Steve:
RBG11 11.0.3.20611
Worked your suggestions, performed a number of additional tests around the fail.
The bottom line is:
-- All rounding values are applied appropriately against values within their 
target range when in TRACE mode-- In RUN mode, the all-else rounding value (50) 
is applied against all values in all target ranges. -- Steve: The choice of 
operators within the IFF expression does not affect the result.-- Jim: $25 is 
the correct rounding value for $13,437.17. -- -- In my TRACE mode test, 
rounding value $25 is applied, with the desired result $13,425.00-- -- In my 
RUN mode test, rounding value $50 is applied, with the wrong result $13,450.00
If you'd like to test on your system, I've got a test set to send.
I'll poke around a bit more to see if I've created an underlying problem, then 
package for RDCC.
Thanks, Gents.
Bruce A. Chitiea | SafeSectors, Inc.1142 S Diamond Bar Blvd #442Diamond Bar CA 
91765-2203
[email protected](909) 238-9012
------ Original Message ------From "'[email protected]' via RBASE-L" 
<[email protected]>To "[email protected]" 
<[email protected]>Date 7/26/2026 1:37:04 PMSubject [RBASE-L] - IFF 
statement fail

All: 
RBG11 Current
For  charting wide ranges of values, I perform incremental rounding to simplify 
display and interpretation (e.g. who cares about $13,437.17 when $13,500 will 
do? ).
This is the first time I've attempted to dynamically round with a full-set of 
preset increments, using this IFF construct (expanded for clarity ):
 {Assign value-range incremental rounding values. }  SET VAR v102_roundingValue 
= +    (IFF('.v102_roundingTarget       =     0.00               ',  0.00, +    
(IFF('.v102_roundingTarget BETWEEN     0.01 AND      4.99 ',  0.25, +    
(IFF('.v102_roundingTarget BETWEEN     5.00 AND   1000.00 ',  5.00, +    
(IFF('.v102_roundingTarget BETWEEN  1001.00 AND  10000.00 ', 10.00, +    
(IFF('.v102_roundingTarget BETWEEN 10001.00 AND 100000.00 ', 25.00, 50.00 +     
)) )) )) )) ))
This works ... sort of. When the routine runs outside of TRACE mode, all 
increments except 50.00 are ignored. All v102_roundingTarget values are rounded 
by 50.00.
And the kicker is, when I step through the code with F10 in TRACE mode, the 
proper increments are applied.
Does anything look out of place here?
Thanks much! Bruce
Bruce A. Chitiea | SafeSectors, Inc.1142 S Diamond Bar Blvd #442Diamond Bar CA 
91765-2203
[email protected](909) 238-9012



-- 
For group guidelines, visit 
http://www.rbase.com/support/usersgroup_guidelines.php
--- 
You received this message because you are subscribed to the Google Groups 
"RBASE-L" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion visit 
https://groups.google.com/d/msgid/rbase-l/em0a19783d-ef4d-4a17-9087-5bf33046be8d%40safesectors.com.



-- 
For group guidelines, visit 
http://www.rbase.com/support/usersgroup_guidelines.php
--- 
You received this message because you are subscribed to the Google Groups 
"RBASE-L" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion visit 
https://groups.google.com/d/msgid/rbase-l/emd690ac17-9c9d-4cb0-ac61-79e42c792c0a%40safesectors.com.
  

-- 
For group guidelines, visit 
http://www.rbase.com/support/usersgroup_guidelines.php
--- 
You received this message because you are subscribed to the Google Groups 
"RBASE-L" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion visit 
https://groups.google.com/d/msgid/rbase-l/680038837.2047838.1785434917266%40mail.yahoo.com.

Reply via email to