介绍:
我一直发现,在中断模式下,Access能够处理代码更改非常惊人。 但是,当您在中断模式下编辑代码时,很有可能会在数据库中存储损坏的代码。 Access并没有真正清除旧的编译代码,有时似乎对于应该使用哪一部分预编译的代码感到困惑。
如果您突然发现您的应用程序突然突然出现错误,并且没有充分的理由开始在以前运行正常的代码上出错,那么很有可能会进行一些Spring大修。
如何Spring清洁您的应用程序Access具有一个称为/ decompile的命令行选项。 这将丢弃所有已编译的代码(不是源代码,请放心,只需预编译的代码即可)。 这类似于“压缩和修复”删除表和查询的缓存版本,仅此操作适用于表单模块和独立模块。
- 首先,确保所有访问应用程序都已关闭。
- 确保已完成应用程序的备份。
单击开始->运行,然后键入: -
- Access 2010:C:\ Program Files \ Microsoft Office \ Office14 \ MSACCESS.EXE /反编译
请注意,该路径将取决于您的操作系统和访问版本
- Access 2010:C:\ Program Files \ Microsoft Office \ Office14 \ MSACCESS.EXE /反编译
- 在访问窗口中,按住shift键的同时打开您的应用程序。
- Alt-F11,然后从菜单中选择:调试->编译(这将编译所有模块)
- 您可能要结束“压缩和修复”,尽管我现在还真的不知道它是否必要。
- 关闭并重新打开访问权限以关闭反编译选项。
希望您的应用程序现在应该可以再次“正常”运行了。
本文介绍了一种解决Access应用程序出现突然错误的方法,通过使用/decompile命令行选项来清除预编译代码,随后重新编译,以修复由于中断模式下代码更改导致的问题。
2848

被折叠的 条评论
为什么被折叠?



