>Rich,
>
>this may be a bug I encountered in vfp6 and discussed with Alekzey T. from MS quit a bit.
>
>In older versions of vfp sometimes a race condition existed if an alias was closed and another table with the same alias is opened in the next lines. The table you want to open IS open, but with a weird vfp-forbidden alias - as can be verified stepping though all work areas and getting the alias() and dbf().
>
>This is definately fixed in vfp9 and needs a bit of wrapping code in your functions or methods for opening and closing tables otherwise - but verify first it really IS that sucker.
>
>Otherwise you could get a better grip on what the problem is with special logging or vars showing where the error occurs. Another insight by Aleksey was, the error won't happen if a variable with the same name as the alias is in scope - something you can probably only figure out reading the vfp-source...
>
>HTH
>
>thomas

Sorry for the delay in responding.

I tend to think this isn't applicable because there are no "next lines." There is a REPORT FORM PREVIEW and then the user hits a button in the toolbar (It first appeared on PRINT but it also happens with NEXT/LAST PAGE). It jumps to the CATCH block and shows that the work area has changed. No code (other than toolbar code - is there a way of finding that code and stepping through it???) runs.

I appreciate the response...........Rich