ZVI, спасибо.

Собственно, практически решило проблему:
Обработчики c RefEdit убрал вообще. Поставил передачу фокуса на ComboBox по событию Frame_Click и т.п. Не знаю, сколько теперь продержится, но (!!!) вообще пропала ошибка при использовании Workbooks.Open. Вообще. А с обработчкими RefEdit - через раз, и неважно, с какими параметрами открывать, восстанавливать и т.д.

F5 в редакторе  VBA, модальный режим. А потом - как надстрой либо пунктом меню, либо по горячим клавишам.
Я так и подумал. С чувством глубокого неудовлетворения прочел:

Скрытый текст

Цитата The RefEdit control has some strange and wonderful idiosyncrasies  which must be considered when designing a dialog. There are (at least)  four issues that are important to keep in mind. RefEdits must be placed directly on the UserForm itself. If you put a RefEdit in a frame or on a multipage, strange things will happen, including bizarre Excel crashes. RefEdits must not be used on modeless forms. RefEdits on modeless forms will result in bizarre Excel crashes. RefEdit event procedures should be avoided. RefEdit events do not behave reliably, and they may result in VBA errors which are difficult to debug. References to RefEdits must be removed. When a  UserForm is added to a VB project, Excel adds a reference to the  Microsoft Forms 2.0 Object Library. This reference is required for  proper operation of the UserForms in your project. To see what references your project has, select the project in the Project Explorer, then select References from the Tools menu. When a RefEdit is added to a UserForm, Excel sometimes adds a  reference to the Ref Edit Control. This was fine in earlier versions of  Excel, but there appear to be incompatibilities in recent versions of  the RefEdit library. These problems often are associated with an Unspecified but Painfully Frustrating Error.

Я не понимаю, как такое возможно, а именно: зачем выпускать сырой продукт? По уму, так отказаться от использования RefEdit. ©Поймать и набить ему морду, что выдумал мало созвучий, что выдумал мало аккордов.

За советы - спасибо. Буду думать...

Доброго времени суток, уважаемые знатоки.

По существу вопроса: есть некая форма, содержащая в себе сегмент для источника данных и приемника данных. Оба сегмента устроены одинково: для каждого в объекте Frame находятся два RefEdit для выбора требуетмых диапазонов, CommandButton для открытия файла с данными, ComboBox для выбора книги, в которой RefEdit будут выбирать диапазоны. При инициализации формы имена открытых рабочих книг попадают в ComboBox'ы с тем, чтобы пользователь мог выбрать себе любую книгу, после чего он с помощью RefEdit отбирает нужные диапазоны; если открытых книг пользователю не хватило, то можно их окрыть, для чего и есть в каждом Frame соответствующие кнопки. При активированнии RefEdit автоматически должна активироваться книга, выбранная соответствующим ComboBox (вообще это сделано через Frame_Enter(), фокус передается на ComboBox).

Проблема состоит в том, что вся эта схема работает первые "десять кликов". Попробуйте беспорядочно и хаотично (проявите терпение) открывать файлы, выбирать диапазоны и т.п. Со временем Excel банально повиснет, а файлы перестанут открываться (пробовал на разных машинах, где-то держится дольше, где-то эффекты негативные быстрее проявляются).

Вопрос: почему? Что с кодом не так? В какую сторону копать? Я предполагаю, что с RefEdit'ами (это единственный динамический элемент) что-то не так, что-то вроде Stack Overflow, Buffer Overflow. Пока вижу такое решение: каким-то образом отследить либо заданное количество кликов по форме, либо заданное время, скопировать все значения всех элементов в форму-близнеца, форму-источник уничтожить, а потом - наоборот.

Мне понятно, что пользователь не будет просто так кликать, что выберет себе нужное и запустит расчеты, но червячок точит: а вдруг "запаса прочности" хватит только на 5 кликов??? И Марья Ивановна, увидев обрушение Excel, схватит себе несварение? Из-за меня...

Пробовал на Excel 2010, Win 7 64 бита; Excel 2010, Win 7 32 бита.

Заранее спасибо.