MS 访问不需要的断点答案

【问题标题】：MS Access unwanted BreakPointMS 访问不需要的断点
【发布时间】：2017-01-16 10:25:07
【问题描述】：

我有一个复杂的 MS Access 2013 数据库，其中包含数十种表格。在其中一个表单上，我有一个带有 vba 过程的按钮，它从 MS SQL(ADODB) 返回值并将它们放入文本框中。

问题是，当我点击这个按钮时，它会进入编译菜单，好像有一个breakpoint，但实际上没有breakpoint。当然没有错误/MsgBoxes，如果我只是点击F5 或F8，一切顺利。有没有人有想法，可能有什么问题？

【问题讨论】：

能否请您提供出现问题的 vba 代码？

标签： ms-access vba ms-access-2013

【解决方案1】：

幻象断点通常可以通过将停止代码执行的行复制到记事本中来修复。然后从 VBEditor 中删除该行并从记事本中重新插入。

如果这不起作用，请尝试反编译数据库：

打开cmd，输入以下内容：

<full path to your database> /decompile

示例：

C:\testDB.accdb /decompile

【讨论】：

有时即使在 Access 中重新启动也可以修复它。
@gizlmeier，谢谢。只需将行复制到焊盘，从 VBE 中删除，然后将其放回去对我有帮助。
更快：删除一个空格，保存，编译，看看幻象断点是如何消失的开心

【解决方案2】：

其实你可以从剪贴板重新粘贴它，你不需要使用记事本。但不要将其粘贴回同一行。删除坏行。

虚拟断点不会随着重启而消失。

这个问题已经存在多年，但 MS 不会解决它。烦人！

【讨论】：

【解决方案3】：

幻象断点再次来袭:(

这以一种奇怪的方式出现，我觉得有必要把它贴在某个地方。这似乎是最明显的地方，但我很高兴将这些 cmets 适当地移到其他地方。

当我单击主导航表单上的按钮时，我有一个 Access 2010 ACCDE 给我同样的错误：“请求的类型库或向导不是 VBA 项目”。我尝试了具有相同引用和完全相同代码的早期版本（在导航表单和与按钮相关的其他区域中），它工作正常。但是，当我打开用于构建“坏”ACCDE 的 ACCDB 并单击同一个按钮时，我得到一个不同的错误：错误 16 -“表达式太复杂”。

我通过在导航表单中注释掉相关的 VBA 行并将未注释的代码复制到原始行下方来解决了这个问题。

最奇怪的是，直到经过几次调试会话后，它才开始表现得像上面的原始帖子一样，在那里它会中断到不可见的断点。它在此之前显示了上面的误导性错误。

我现在的标准做法是在所有开发会话之后使用 Clear All Breakpoints（在 Debug 菜单下）。希望这将在未来防止这种情况发生。

【讨论】：

我认为清除所有断点是解决此问题的有用建议，但无论如何。希望其他有这种错误组合的人会发现这个答案很有用。
另外，如果有人能指出我将这些错误消息与幻影断点问题相关联的帖子，我会很乐意投票并删除此帖子。我是新发帖人，只是想帮助别人。

【解决方案4】：

据我所知，幻象断点一直是几个版本的问题。在此之间，以及代码窗口仅通过漂浮在其上即可激活的新事物-即使您不单击该窗口-我也不确定我是否可以再忍受“改进”。该死的程序在 3 个版本前运行得非常好！老实说，他们添加的新“绒毛” - 报告行上的替代颜色 - 或表格中的其他数据 - 我不使用任何这些，并且在我不想要的时候花更多时间去除替代线条颜色！

修复更多错误，减少花在新功能上的时间！！！

【讨论】：

【解决方案5】：

引用的 accdb 代码库中的幽灵断点！有一个非常相似的问题。在启动应用程序时，它会停止以黄色突出显示一行。不幸的是，突出显示的行位于引用的 accdb 库中，用于我在不同数据库之间共享的其他代码。其他数据库仍然可以使用相同的代码部分正常工作。删除 ghost 断点行没有帮助（无论如何，引用都是只读的），因此，问题的根源应该在调用数据库的代码中，而不是调用运行到 ghost 断点的位置。然后切换引用，当然是保存并重新启动，停止幽灵断点。以防万一有人遇到与引用代码相关的相同问题。

【讨论】：