Vbe6ext olb could not be loaded что делать excel

Файл VBE6EXT.OLB считается разновидностью DLL-файла. DLL-файлы, такие как VBE6EXT.OLB, по сути являются справочником, хранящим информацию и инструкции для исполняемых файлов (EXE-файлов), например Setup.exe. Данные файлы были созданы для того, чтобы различные программы (например, Microsoft Visio Premium 2010) имели общий доступ к файлу VBE6EXT.OLB для более эффективного распределения памяти, что в свою очередь способствует повышению быстродействия компьютера.

К сожалению, то, что делает файлы DLL настолько удобными и эффективными, также делает их крайне уязвимыми к различного рода проблемам. Если что-то происходит с общим файлом OLB, то он либо пропадает, либо каким-то образом повреждается, вследствие чего может возникать сообщение об ошибке выполнения. Термин «выполнение» говорит сам за себя; имеется в виду, что данные ошибки возникают в момент, когда происходит попытка загрузки файла VBE6EXT.OLB — либо при запуске приложения Microsoft Visio Premium 2010, либо, в некоторых случаях, во время его работы. К числу наиболее распространенных ошибок VBE6EXT.OLB относятся:

• Нарушение прав доступа по адресу — VBE6EXT.OLB.
• Не удается найти VBE6EXT.OLB.
• Не удается найти C:Program Files (x86)Common Filesmicrosoft sharedVBAVBA6VBE6EXT.OLB.
• Не удается зарегистрировать VBE6EXT.OLB.
• Не удается запустить Microsoft Visio Premium 2010. Отсутствует требуемый компонент: VBE6EXT.OLB. Повторите установку Microsoft Visio Premium 2010.
• Не удалось загрузить VBE6EXT.OLB.
• Не удалось запустить приложение, потому что не найден VBE6EXT.OLB.
• Файл VBE6EXT.OLB отсутствует или поврежден.
• Не удалось запустить это приложение, потому что не найден VBE6EXT.OLB. Попробуйте переустановить программу, чтобы устранить эту проблему.

Файл VBE6EXT.OLB может отсутствовать из-за случайного удаления, быть удаленным другой программой как общий файл (общий с Microsoft Visio Premium 2010) или быть удаленным в результате заражения вредоносным программным обеспечением. Кроме того, повреждение файла VBE6EXT.OLB может быть вызвано отключением питания при загрузке Microsoft Visio Premium 2010, сбоем системы при загрузке VBE6EXT.OLB, наличием плохих секторов на запоминающем устройстве (обычно это основной жесткий диск) или, как нередко бывает, заражением вредоносным программным обеспечением. Таким образом, крайне важно, чтобы антивирус постоянно поддерживался в актуальном состоянии и регулярно проводил сканирование системы.

Не так давно очередной раз столкнулся с ошибками приложения Excel при попытке включения макросов после открытия файлов .xlsm. Вспомнил, что подобные проблемы преследуют пользователей довольно давно, но чаще всего они наблюдались с Excel 2013 и Excel 2016. Характерные особенности этой группы ошибок следующие:

• Приложение Excel закрывается при открытии файла с макросами (при включенном режиме безопасности Включить все макросы);
• Ошибка приложения Excel возникает при попытке включить содержимое (нажатии соответствующей кнопки);
• Ошибка приложения Excel возникает при сохранении файла с макросами;

Ну и по горячим следам очередного инцидента, дабы не откладывать на потом, решил для себя собрать небольшой хаб по ошибкам приложения Excel с последующей модификацией, дабы опять не терять время на поиск информации в Сети и на составление облака причин.
Суть в том, что в процессе открытия файла xlsm, и при отключенных макросах, в верхней части основного окна (над таблицей), высвечивается строка уведомления: ПРЕДУПРЕЖДЕНИЕ СИСТЕМЫ БЕЗОПАСНОСТИ Запуск макросов отключен, с кнопкой включения содержимого (макросов). Как только пользователь её нажимает, Excel попросту аварийно завершается (падает) с ошибкой Программа Microsoft Excel не работает и характерным окном уведомления:

При этом было замечено, что непосредственно перед возникновением ошибки приложения Excel никаких системных обновлений и обновлений пакета Office не устанавливалось. Возможно, каким-то образом задействованы последние обновления на Office, но прямой связи я не заметил, а подробного исследования проблемы не проводил. При этом зависимости от версии операционной системы (мною лично сбои наблюдались на Windows 10 LTSC и Windows 7 Professional) так же выявлено не было. При анализе аварийного дампа приложения (*.hdmp) обычно можно увидеть подобную информацию исключения (вывод урезан):

обычно это NTSTATUS с кодом c0000005 — Access violation, доступ запрещен. И чаще всего в дампе можно увидеть такой вот стек потока (вывод оптимизирован для улучшения представления):

из которого единственное что понятно, так это то, что падение Excel происходит в недрах функций библиотеки vbe7.dll (среда исполнения VBA), подгруженной в адресное пространство процесса. Это указывает на проблемы с обработчиком VBA-скриптов, в контексте Excel чаще именуемых макросами.

НЕРЕШЕННОЕ: при отладке приложений из комплекта MS Office, вы не увидите имен функций в стеке вызовов, поскольку отсутствуют отладочные символы как к основным исполняемым файлам (Excel/Word/Outlook), так и к многочисленным библиотекам. Интересно, есть ли какое-либо решение?

VBA

Так что же такое VBA и для чего он предназначается?

VBA (Visual Basic for Application) — язык макропрограммирования, основанный на языке Visual Basic.

В приложениях, входящих в комплект MS Office, таких как Excel, Word, PowerPoint и Access, VBA используется для автоматизации множества рутинных задач (напр.: повторяющихся однотипных действий), позволяет создавать формы для общения с пользователем и предлагает множество иного богатого функционала. При помощи VBA доступно управление электронной таблицей посредством объектно-ориентированной модели кода/данных, при помощи VBA-кода входные данные таблиц могут быть обработаны и представлены в итоговых (результирующих) таблицах и диаграммах (графиках). Таблица становится интерфейсом кода, позволяя легко работать, изменять его и управлять расчётами. На выходе VBA проект, используемый в структурах описанных выше приложений (электронные таблицы Excel, презентации PowerPoint, базы Access), компилируется в специальный бинарный исполняемый файл, который размещается внутри файла основного формата. Применительно к Excel это файл vbaProject.bin, который располагается внутри *.xslm-файла в директории /xl, представляющий собой бинарный исполняемый файл проекта, содержащий макрос в откомпилированном (готовом к исполнению) виде.

Наиболее вероятной причиной сбоя является повреждение блока кода VBA, содержащегося в книге Excel. Об истоках этого остается только догадываться, возможно что в структуре .xlsm-файла, в процессе работы с документом, происходят какие-то [непредвиденные разработчиками] изменения, способные приводить блок кода в неработоспособное состояние.

Решение 1: вставка нового листа

Выполните приведенную последовательность действий:

1. Открываем [проблемный] .xlsm-файл (файл с макросами).
2. Не нажимаем кнопку Включить содержимое.
3. Добавляем в книгу Excel новый лист: правая кнопка мыши на ярлыках Лист1/Лист2/Лист3 → Вставить → Лист.
4. Сохраняем электронную таблицу. Закрываем Excel.
5. Открываем проблемный файл заново и включаем макросы.

Решение 2: перекомпиляция проекта

Выполните последовательность действий:

1. Запускаем и открываем новую книгу Excel (не ваш проблемный файл).
2. Открываем меню Файл — выбираем Параметры — далее открываем Центр управления безопасностью и заходим в Параметры центра управления безопасностью.
3. В разделе Параметры макросов — выставляем чекбокс Отключить все макросы с уведомлением.
4. В разделе Надежные расположения — выставляем чекбокс Отключить все надежные расположения.
5. В разделе Надежные документы — выставляем чекбокс Отключить надежные документы.
6. Жмем везде OK. Закрываем Excel.

---

7. Открываем [проблемный] .xlsm-файл (файл с макросами).
8. Не нажимаем кнопку Включить содержимое.
9. Открывает редактор Visual Basic при помощи комбинации клавиш Alt+F11. Либо можно использовать обходной маневр: в настройках включаем меню Разработчик, после этого в появившемся сверху в ленте меню Разработчик выбираем пункт Visual Basic.
10. В открывшемся окне редактора Visual Basic (VBA редактор) пересохраняем проект: для этого жмем на панели инструментов кнопку Сохранить (изображение дискетки или комбинация Ctrl+S).
11. Выбираем из меню Debug — выбираем пункт меню Compile VBA Project:

    

12. Еще раз сохраняем проект кнопкой Сохранить.
13. Закрываем редактор Visual Basic.

---

14. Сохраняем файл Excel через меню Файл — опцию Сохранить (или нажатием на значок дискетки в левом верхнем углу, либо комбинация клавиш Ctrl+S).
15. Возвращаем все установки безопасности, сделанные на предыдущих шагах (пункты 2-5).
16. Закрываем xlsm-файл.
17. Заново открываем [проблемный] файл, в верхней части, в строке статуса — включаем макросы посредством кнопки Включить содержимое.

Решение 3: добавление модуля

Дополнительное решение состоит в том, что бы внести изменения в макрос без перекомпиляции.

1. Открываем [проблемный] .xlsm-файл (файл с макросами).
2. Не нажимаем кнопку Включить содержимое.
3. Открывает редактор Visual Basic (при помощи комбинации клавиш Alt+F11).
4. Открываем меню Tools → пункт Options. В открывшемся окне переходим на вкладку General и деактивируем чекбокс Compile on Demand:

   

   Закрываем окно Опции нажатием клавиши OK.

5. В левом фрейме окна проекта (Project) спускаемся вниз, находим раздел Modules, жмем на нём правую кнопку → пункт Insert → Module:

   

6. Далее просто закрываем окно редактора Visual Basic, сохраняем основной xslm-документ и закрываем Excel.
7. Заново открываем [проблемный] файл, в верхней части, в строке статуса — включаем макросы посредством кнопки Включить содержимое.