本文介绍了当子窗体位于选项卡控件和使用的计算控件上时,MS Access崩溃。的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我有一个问题,如果我在我的表单上使用计算控件,例如= Date()),PLUS我在同一表单上的选项卡控件上有一个子表单,然后刷新记录时(通过菜单命令)或者是VBA me.refresh),数据库崩溃了!


我已经把这个东西剥了下来,并测试了a)没有计算控制 - 没问题,b)没有子表格 - 没问题。 c)将子窗体从选项卡控件移动到底层窗体上的空闲空间 - 问题再次消失。我很难过! ...感谢任何帮助!

I have a problem where if I use a calculated control, for example =Date()) on my form, PLUS I have a subform on a tab control on the same form, then when I refresh the record (by menu command or VBA me.refresh), the DB crashes!

I''ve stripped the thing right down, and tested with a) no calculated control - no problem, b) no subform - no problem. c) moving the subform off the tab control to a free space on the underlying form - again, the problem disappears. I''m stumped! ... any help gratefully received!

推荐答案



您是否直接从主窗体刷新子窗体?

Are you Refreshing the Sub-Form directly from the Main Form?





具体来说,它是主要形式我正在刷新,来自主表格。子表单有一个主/子链接,因此它可以自行处理。

这个表单/子表单组合已经使用了一段时间没有问题...它看起来像表单控件计算触发和子表单执行它之间的某种冲突,只发生崩溃当子窗体位于选项卡控件页面上时。很奇怪!

我还将所有对象导入新数据库 - 同样的问题。

To be specific, it''s the main form I''m refreshing, from the main form. The subform has a single master / child link, so it takes care of itself.
This form / subform combination has been used with no problem for some time... it looks like some kind of conflict between the form control calculation firing and the subform doing its thing, with the crash only happening when the subform is on the tab control page. Weird!
I''ve also imported all the objects into a new database - same problem.


这篇关于当子窗体位于选项卡控件和使用的计算控件上时,MS Access崩溃。的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持!

11-03 13:16