>But we were discussing the SCAN construct. You claim that it's better to code SELECT &lcAlias just before the ENDSCAN, as a workaround, because the Fox is unreliable there. I challenged that. It is simply not true and there is no need for this 'workaround'.

Several years ago, and with Fox 2.6, I had a SCAN construct that failed to restore the original table, the only solution was add SELECT the original table before the ENDSCAN, that made me distrust of that SCAN and changed it for a WHILE (only in that case). I used and still use SCAN widely and I never saw the problem again EVER, but I would not be surprised if Michael had this problem too.