Re: Convert from free to fixed

[Barbara Morris <bmorris@xxxxxxxxxx>]

On 2010/10/2 2:53 AM, Larry Ducie wrote:
> [about resuming after a CEEHDLR handler gets called] ...
> Would this
> level of caution extend to a simple a = b / c where c is zero?

Yes, that's exactly the kind of place where you'd run into problems. The 
error would occur while c was being evaluated or possibly while the 
division was being done.  For sure it would be before the assignment to 
"a", so "a" would get updated with something, who knows what.

> We have had examples where c came from a configuration file and a
> developer forgot to set the value when promoting the code. In that
> instance we can fix c in debug and do the math on a calculator and
> set a. Then let it run. Fixing the config file prevents re-occurances
> of course. Would this also not be a wise move?

Do you mean that you would set a breakpoint in the handler, and change 
"a" while the handler is still running?  That probably wouldn't work 
since "a" would then get updated by the store operation.

Or do you mean that you set a breakpoint on the a = b / c statement, and 
set the value of c before the statement ran?  That should be ok, 
assuming the module wasn't optimized.