D.BI2S__Michelle, "А так вообще, ничего не вылетает, все работает как часы.)))" - В таких случаях надо стучать по дереву!Не надо стучать по дереву . В таких случаях нужно радоваться своему профессионализму . А вот и нет...
Если "радоваться своему профессионализму", то значит, все неполадки от "глюков".
И что же здесь поделаешь?
А я, наоборот, знаю, что все неполадки от моих ошибок, незнаний, невнимательностей.
И начинаю искать. )))

D.B,

А я вовсе не про "дерево", а про "радоваться".
Про "дерево" я даже и не думала.

I2S__Michelle, .........Я столкнулся с таким явлением и нигде до сих пор не могу найти нормальных обьяснений. То же ... иногда! После закрытия Акса остается его процесс в диспетчере задач. Что такого ни у кого нет?Вы спросили, я ответила, что такое было и в чем была причина.
В ответ получаю:I2S __Michelle, остается только завидовать профессионализму профессионалов! Значит крэш исполнительной системы, которая должна отслеживать различные "If flag (if flag=true)... дальше изобретаем ... а если надо if me.Flag, черт, опять не пошло, а если if Forms("ttt").flag и - так на каждой строчке кода " это надо отнести к профессионализму профессионалов от Microsoft. А танцы с бубнами вокруг кода, который должен работать в точности со спецификацией языка программирования - это уже не программирование. Собственно и свои 5 копеек я вставил в надежде услышать действительно профессиональные ответы. Увы Так вот, сообщаю Вам, что при наличии около 40 стандартных модулей,
содержащих по нескольку десятков процедур и функций каждый,
а также около 200 форм и отчетов, практически в каждом из которых тоже имеется свой объемный модуль,
что дает несколько десятков тысяч строк кода,
несколько затруднительно вести поиск причин падения и определение верного решения
тем цирковым, простите, методом, который описываете (и, видимо, приписываете мне) Вы.

Солидарна в желании "услышать действительно профессиональные ответы".

Простите мои жалкие потуги. Уж чем богаты.