i am using office 2013Hi
I'm not sure what version of Access you're using but its an error I haven't seen for many years.
The good news is that its fixable. See Fixing Corruption: AOIndex is not an index in this table: Microsoft Access Tips and Tricks from DataGnostics
There was an access app provided by Datagnostics.com to fix corrupted databases. i downloaded it and extracted as mentionned. But, when I launched it and clicked on 'I agree on conditions' button, it closed.The fix should still work. Try it and report back...
I am following instructions but as i told you earlier, when i click 'i agree' button, the app(and the access file) closesOk so you're using 64-bit Access 2013 which you hadn't mentioned before.
So now you've converted it for 64-bit, were you able to follow the website instructions and apply the fix?
Ooops. I think deleted that table by mistake.The old File Open code would need further changes and even then may not run in 64-bit.
However you could get rid of that entire module and replace it with code using file scripting object (FSO) to select and open your database programmatically.
However I would first check whether you have the hidden system table MSysAccessObjects which this utility is designed to fix
Ok i see.Many system tables cannot be edited or deleted. Even if you can do so, you should NEVER delete a system table.
Having said that, the MSysAccessObjects table was only used in old databases created between A97 & A2003.
So unless your dB was created in an old version you wouldn't have that table...which is why I asked...and why this error is rarely seen these days
No point using that utility though...
If the error still occurs, make a backup ...just in case ... then import all objects except system tables into a new 'clean' database.
New system tables will automatically get created
HelloSounds like the code is corrupted. Try DECOMPILING your project. See Decompile and Compact Your Microsoft Access Database to Improve Performance and Fix Corruption (fmsinc.com)
Then try and import the modules. If necessary, try importing the modules one at a time -there may be an issue in one module only
If even that fails, hold down the shift key as you open your dB and you could then try exporting each of the modules as text files (with a .bas suffix) ...then import those into the VBE of the new database.