Sorry, I don't have the foggiest what that might mean.
It could perhaps indicate that it was not a corruption issue, but rather some coding errors. By your answer to CajunCenturion's question "
Can you get a clean compile of the program?" I didn't even consider anything but corruption.
Should it still be code corruption, then to repeat:
myself said:
Should more code corruption occur, on my setup, the /decompile option, always resolves the issue, without having to copy all the objects.
Here's a link to that:
Decompile or how to reduce Microsoft Access MDB/MDE size and decrease start-up times
I haven't exported/imported objects because of code corruption issues since I became aware of this option.
When/if you try export/import objects containing corrupted code, the process halts (and, when in the import dialog, you can select more than one object) - but my experience of using this method is outdated, since the /decompile has worked painlessly for years.
There are no warranties. You might be lucky, but then you might not. In some cases, there's even a need to recreate lot of the stuff from scratch (or use the latest backup, but since there also might be "starting" corruption there, too, some of the mentioned actions might also be performed on that)
The links I gave, can provides more and better information then I can give. You'll just have to try - just remember backup, backup, backup...
Roy-Vidar