On Wed, 29 Apr 2009, Mindaugas Kavaliauskas wrote: >>> FOR nI := nI + 1 TO snCount >> The problem is cause by >> nI := nI + 1 => nI += 1 >> optimization. After converting the expressions we still try to access >> original nI expression which does not longer exists. >> I'll fix it. > Yes. I'm looking at include/hbexprb.c function hb_compExprUseAssign code > and harbour.y ForNext symbol code, but could not find the exact problem. > You'll be more fast here.
Look at $2 expression in FOR TO / NEXT statement. It was reduced and removed inside hb_compExprUseAssign() and later reused. I've just committed the fix though it's rather workaround which simply keep untouched left side of assign expression and only change/remove the right side so $2 in FOR TO / NEXT grammar code is left unchanged. best regards, Przemek _______________________________________________ Harbour mailing list [email protected] http://lists.harbour-project.org/mailman/listinfo/harbour
