>>>Well, it seems it's not just a temporary fluke. I was back at the client site today, so we tried to copy the reports again with the TAG and TAG2 fields cleared. Sure enough, we had problems again. Attempting to USE the FRX just returned a "Not a table" error. To fix the problem, I simply had to open the report in the report designer, and save it without making any changes.
>>
>>Interesting. I'm surprised the Report Designer accepted it if you got "Not a table" from the Command window.
>>
>>By any chance were you using the same media for data transfer each time e.g. Zip disk, floppy, etc.? Possibility of bad sector(s)?
>
>The report designer wouldn't open it, it wanted to try to convert it. We didn't bother to try this time. We used a zip disk to transfer the files each time, but I don't think it was the same disk. Even if it was, I really doubt it was the same sector. Plus, I've used this disk to transfer a lot of other files without any problems.

I don't follow you - if the Report Designer wouldn't open it, how did you fix it by opening it and saving w/o changes??

Were they the same reports as last time, or different? I'm thinking FOXUSER.*.

Re: the Zip disk: with SCANDISK or equivalent you'd know for sure... are you going between 2 permanently installed Zip drives or are you using a parallel Zip and a GUEST-type program?

If 2 drives it might be an alignment issue or dirty head. If parallel, a driver issue, cable problem, or improperly configured EPP/ECP settings in BIOS.