>>>As a follow-up to this problem, I tried to replicate it in-house, and couldn't. I tried even tried copying the reports to a machine that is a version behind in service packs, and the report still opened up just fine. Guess the problem was just a temporary fluke.
>>
>>Thanks for the update. Gotta love those flukes! <bg>
>
>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)?
Regards. Al
"Violence is the last refuge of the incompetent." -- Isaac Asimov
"Never let your sense of morals prevent you from doing what is right." -- Isaac Asimov
Neither a despot, nor a doormat, be
Every app wants to be a database app when it grows up
