Word библиотека не зарегистрирована

контекст

Я использую Word из Excel для открытия документов и обновления ссылок в них.

Сначала Word открывал и открывал документы, но я получил сообщение об ошибке:

For Each aField In oDoc.Fields

После попытки просто снять отметку, а затем снова проверьте ссылку «Microsoft Word»,
У меня тоже была такая же ошибка на:
Set oW = VBA.GetObject(, "Word.Application") а также
Set oW = VBA.CreateObject("Word.Application")

И все же объявления переменных вроде oW As Word.Application кажется, не вызывает никаких проблем…

Dim oW As Word.Application, _
    oDoc As Word.Document, _
    aField As Word.Field, _
    aIs As Word.InlineShape, _
    aSh As Word.Shape, _
    fCt As Integer, _
    isCt As Integer, _
    i As Integer, _
    NewFile As String, _
    TotalType As String

On Error Resume Next
Set oW = VBA.GetObject(, "Word.Application") '<-- Error after trying
On Error GoTo 0
If oW Is Nothing Then Set oW = VBA.CreateObject("Word.Application") '<-- Error after trying

NewFile = Dir(FolderToScan & "*." & FileExtensionWOpoint)

Do While NewFile <> vbNullString
    Set oDoc = oW.Documents.Open(FolderToScan & NewFile)
    fCt = oDoc.Fields.Count
    isCt = oDoc.InlineShapes.Count

    For Each aField In oDoc.Fields    '<-- 1st error

Err.Number = -2147319779
Err.HelpContext = 1000440
Err.Description = Ошибка автоматизации — библиотека не зарегистрирована.
Err.Source = VBAProject
Err.HelpFile = C: PROGRA ~ 2 COMMON ~ 1 MICROS ~ 1 VBA VBA7.1 1036 VbLR6.chm
Err.LastDllError = 0

Тесты для решения проблемы

Тест 1: вручную добавить ссылку на библиотеку

Я хотел попробовать следующее:

1. В проекте VB посмотрите, где находится файл для ссылки «Microsoft Word».
   (для меня, C:Program Files (x86)Common Filesmicrosoft
sharedOFFICE15MSWORD.OLB)
2. Удалить ссылку на «Microsoft Word»
3. Закрыть и сохранить проект
4. Перейдите в папку ссылки на файл и запустите regsvr32 MSWORD.OLB в консоли
5. Повторно откройте проект, повторно добавьте ссылку на «Microsoft Word»

Но в то же время (между 1. и 4.), ссылка на файл MSWORD.OLB исчез!!!! о_О

Я перезагрузился и проверил, и мои скрытые файлы видны, так что я просто не знаю, что делать!!!
Есть ли другой способ восстановить библиотеку? Или заставить его загружать?

Я снова перезагрузился, и на этот раз путь ссылки изменился на C:Program Files (x86)Microsoft OfficeOffice15MSWORD.OLBТаким образом, ссылка, кажется, работает, но у меня та же ошибка в тех же строках.

По-видимому regsvr32 онлт работает на DLL а также OCX, поэтому я не мог вручную добавить ссылку.

Тест 2: Ремонт офисной установки

Я восстановил установку Office, но та же проблема на тех же линиях…

Тест 3: Запустите из cmd и добавьте в переменную окружения PATH

Как подсказал @S Meaden, я попытался открыть Word из командной строки:

По случайному пути:
winword.exe /automation, winword.exe, winword /automation а также winword сказать 'winword.exe.' is not recognised
Но start winword а также start winword /automation работать гладко

я пробовал "C:Program Files (x86)Microsoft OfficeOffice15winword.exe" /r заставить регистрацию, но это ничего не изменило…

И на правильном пути:
Все команды работают без сбоев!

Затем я добавил путь C:Program Files (x86)Microsoft OfficeOffice15 в переменную окружения PATH:
После этого все команды работают, но я все равно получаю ту же ошибку в VBA…

Тест 4: реестр Windows и другие версии Office

У меня есть только одна версия MS Office на моем компьютере, и она не обновлялась или что-то еще.

Я все еще проверяю в реестре Windows, чтобы быть уверенным, но нет никакой ссылки на любую другую версию!

Я только что нашел значение Политики, на которое ссылались для версии 14 (у меня 15, Office 2013), поэтому я создал его и удалил. Но без изменений, поэтому я снова добавлю это!

Тест 5: принудительная регистрация из cmd

Я попытался принудительно зарегистрировать Excel и Word:

"C:Program Files (x86)Microsoft OfficeOffice15winword.exe" /r
"C:Program Files (x86)Microsoft OfficeOffice15winword.exe" /regserver
"C:Program Files (x86)Microsoft OfficeOffice15excel.exe" /r
"C:Program Files (x86)Microsoft OfficeOffice15excel.exe" /regserver

но это ничего не изменило…

Тест 6

Все еще ищу что-нибудь, чтобы попробовать…

Вопрос

Ссылка снова указывает на существующий файл,
Слово все еще полностью функционально
но мой код, который работал вчера, теперь содержит ошибку:

Set oW = VBA.GetObject(, "Word.Application")
Set oW = VBA.CreateObject("Word.Application")

Err.Number = -2147319779
Err.HelpContext = 1000440
Err.Description = Ошибка автоматизации — библиотека не зарегистрирована.
Err.Source = VBAProject
Err.HelpFile = C: PROGRA ~ 2 COMMON ~ 1 MICROS ~ 1 VBA VBA7.1 1036 VbLR6.chm
Err.LastDllError = 0

Кто-нибудь знает способ обойти?

Простой WorkAround (не исправлено)

Мне кажется, что использование Late Binding помогает мне, но даже если мне интересно, почему, я просто рад этой работе снова!

Теперь мои объявления выглядят так:

Dim oW As Object, _
    oDoc As Object, _
    aField As Object, _
    aIs As Object, _
    aSh As Object, _
    fCt As Integer, _
    isCt As Integer, _
    i As Integer, _
    NewFile As String, _
    TotalType As String
'' Instead of :
'Dim oW As Word.Application, _
    oDoc As Word.Document, _
    aField As Word.Field, _
    aIs As Word.InlineShape, _
    aSh As Word.Shape, _
    fCt As Integer, _
    isCt As Integer, _
    i As Integer, _
    NewFile As String, _
    TotalType As String

Контекст

Я использую Word из Excel, чтобы открывать документы и обновлять в них ссылки.

Сначала Word открывал и открывал документы, но я получил ошибку в строке:

For Each aField In oDoc.Fields

После попытки просто снять флажок, а затем еще раз проверить ссылку «Microsoft Word»,
у меня также была такая же ошибка:
Set oW = VBA.GetObject(, "Word.Application") и
Set oW = VBA.CreateObject("Word.Application")

И все же объявления таких переменных, как oW As Word.Application, похоже, не вызывают никаких проблем …

Dim oW As Word.Application, _
    oDoc As Word.Document, _
    aField As Word.Field, _
    aIs As Word.InlineShape, _
    aSh As Word.Shape, _
    fCt As Integer, _
    isCt As Integer, _
    i As Integer, _
    NewFile As String, _
    TotalType As String

On Error Resume Next
Set oW = VBA.GetObject(, "Word.Application") '<-- Error after trying
On Error GoTo 0
If oW Is Nothing Then Set oW = VBA.CreateObject("Word.Application") '<-- Error after trying

NewFile = Dir(FolderToScan & "*." & FileExtensionWOpoint)

Do While NewFile <> vbNullString
    Set oDoc = oW.Documents.Open(FolderToScan & NewFile)
    fCt = oDoc.Fields.Count
    isCt = oDoc.InlineShapes.Count

    For Each aField In oDoc.Fields    '<-- 1st error

Err.Number = -2147319779
Err.HelpContext = 1000440
Err.Description = Ошибка автоматизации — Библиотека не зарегистрирована.
Err.Source = VBAProject
Err.HelpFile = C: PROGRA ~ 2 COMMON ~ 1 MICROS ~ 1 VBA VBA7.1 1036 VbLR6.chm
Err.LastDllError = 0

Тесты для решения проблемы

Тест 1. Добавьте ссылку в библиотеку вручную

Я хотел попробовать следующее:

1. В проекте VB посмотрите, где находится файл для справки «Microsoft Word» это
   (для меня C: Program Files (x86) Common Files microsoft общий OFFICE15 MSWORD.OLB )
2. Убрать ссылку на «Microsoft Word»
3. Закройте и сохраните проект
4. Перейдите в папку ссылки на файл и запустите regsvr32 MSWORD.OLB в консоли.
5. Снова откройте проект, повторно добавьте ссылку на «Microsoft Word»

Но тем временем (между 1. и 4.) ссылка на файл MSWORD.OLB исчезла !!!! o_O

Я перезагрузился и проверил, мои скрытые файлы видны, поэтому я просто не знаю, что делать !!!
Есть ли другой способ восстановить библиотеку? Или принудительно загрузить?

Я снова перезагрузился, и на этот раз путь ссылки изменился на C:Program Files (x86)Microsoft OfficeOffice15MSWORD.OLB, поэтому ссылка, похоже, работает, но у меня та же ошибка в тех же строках.

Очевидно, regsvr32 onlt работает для DLL и OCX, поэтому я не мог добавить ссылку вручную.

Тест 2. Восстановление установки Office

Я восстановил установку Office, но та же проблема в тех же строках …

Тест 3. Начните с cmd и добавьте в переменную среды PATH

Как предложил @S Meaden, я попытался открыть Word из командной строки:

Случайным образом:
winword.exe /automation, winword.exe, winword /automation и winword говорят 'winword.exe.' is not recognised
Но start winword и start winword /automation работают без сбоев.

Я попытался "C:Program Files (x86)Microsoft OfficeOffice15winword.exe" /r принудительно зарегистрировать, но ничего не изменилось …

И на правильном пути:
Все команды работают без сбоев!

Затем я добавил путь C:Program Files (x86)Microsoft OfficeOffice15 в переменную среды PATH:
После этого все команды работают, но я все равно получаю ту же ошибку в VBA …

Тест 4. Реестр Windows и другие версии Office

У меня только одна версия MS Office на моем компьютере, и она не обновлялась или что-то в этом роде.

Я все еще проверяю реестр Windows , чтобы убедиться, но нет никаких ссылок на другие версии!

Я только что нашел значение политики, на которое ссылались для версии 14 (у меня 15, Office 2013), поэтому я сделал резервную копию и удалил ее. Но без изменений, поэтому добавляю заново!

Тест 5. Принудительная регистрация из cmd

Я пытался принудительно зарегистрировать как Excel, так и Word с помощью:

"C:Program Files (x86)Microsoft OfficeOffice15winword.exe" /r
"C:Program Files (x86)Microsoft OfficeOffice15winword.exe" /regserver
"C:Program Files (x86)Microsoft OfficeOffice15excel.exe" /r
"C:Program Files (x86)Microsoft OfficeOffice15excel.exe" /regserver

Но это ничего не изменило …

Тест 6

Все еще ищу тонкости, чтобы попробовать …

Вопрос

Ссылка снова указывает на существующий файл,
Word по-прежнему полностью функционален
, но мой код, который работал вчера, теперь дает ошибку:

Set oW = VBA.GetObject(, "Word.Application")
Set oW = VBA.CreateObject("Word.Application")

Err.Number = -2147319779
Err.HelpContext = 1000440
Err.Description = Ошибка автоматизации — Библиотека не зарегистрирована.
Err.Source = VBAProject
Err.HelpFile = C: PROGRA ~ 2 COMMON ~ 1 MICROS ~ 1 VBA VBA7.1 1036 VbLR6.chm
Err.LastDllError = 0

Кто-нибудь знает способ обхода?

Simple WorkAround (не исправлено)

Просто использование Late Binding, кажется, помогает мне, поэтому, даже если мне интересно, почему, я просто рад, что эта работа снова работает!

Итак, теперь мои объявления выглядят так:

Dim oW As Object, _
    oDoc As Object, _
    aField As Object, _
    aIs As Object, _
    aSh As Object, _
    fCt As Integer, _
    isCt As Integer, _
    i As Integer, _
    NewFile As String, _
    TotalType As String
'' Instead of :
'Dim oW As Word.Application, _
    oDoc As Word.Document, _
    aField As Word.Field, _
    aIs As Word.InlineShape, _
    aSh As Word.Shape, _
    fCt As Integer, _
    isCt As Integer, _
    i As Integer, _
    NewFile As String, _
    TotalType As String

Хорошо, позвольте мне формализовать некоторые советы, данные в комментариях. Итак, нам нужно проверить вашу сантехнику COM. Когда вы создаете COM-объект с помощью VBA.CreateObject("Word.Application"), существует последовательность событий, сосредоточенная в реестре, и вам следует дважды проверить, используя RegEdit.

N.B. Я использую Windows 8.1, и мой Word — 15-й версии, ваш может быть другим.

Сначала ищется строка в разделе под кустом HKEY_CLASSES_ROOT, и я могу найти здесь фрагмент реестра, демонстрирующий

[HKEY_CLASSES_ROOTWord.Application]
@="Microsoft Word Application"

[HKEY_CLASSES_ROOTWord.ApplicationCLSID]
@="{000209FF-0000-0000-C000-000000000046}"

[HKEY_CLASSES_ROOTWord.ApplicationCurVer]
@="Word.Application.15"

[Так что на самом деле мы можем, что это означает, что VBA.CreateObject("Word.Application") и VBA.CreateObject("Word.Application.15") должны разрешить то же самое.] Отсюда у нас есть CLSID для приложения Word, это {000209FF-0000-0000-C000-000000000046}. Так что теперь я иду искать этот ключ.

Я ищу CLSID сначала в HKEY_CLASSES_ROOTCLSID, где в 32-битном мире все классы будут найдены, но его там нет, потому что для меня это 64-битный альтернативный ключ, HKEY_CLASSES_ROOTWow6432NodeCLSID

Вы должны найти CLSID либо под 32-битным ключом, либо под 64-битным ключом. Под этим ключом вы должны найти несколько подключей, важнейший из которых — LocalServer32, и путь к исполняемому файлу сервера (который для Word совпадает с исполняемым файлом пользовательского приложения). Для меня это

[HKEY_CLASSES_ROOTWow6432NodeCLSID{000209FF-0000-0000-C000-000000000046}LocalServer32]
@="C:\Program Files\Microsoft Office 15\Root\Office15\WINWORD.EXE /Automation"

Итак, теперь я могу запустить из командной строки, чтобы протестировать запуск Word с помощью COM.

C:Program FilesMicrosoft Office 15RootOffice15WINWORD.EXE /Automation

Вам следует проследить ту же цепочку вызовов и разрешить любые проблемы. Пожалуйста, оставьте отзыв.

Если это сработает, проверьте объявление переменной. Поэкспериментируйте и посмотрите, изменилось ли поведение / ошибка, если в одном случае используется раннее связывание, а в другом — позднее связывание.

ОБНОВЛЕНИЕ: я нашел ваш номер ошибки в Google, но вы получите гораздо лучшие результаты, если используете его шестнадцатеричный эквивалент 8002801D, множество ссылок для просмотра там,

Ошибка Google 8002801D

Хорошо, из вашего комментария, рад, что поздняя привязка работает, это доказывает этот аспект подключения COM и возлагает вину на библиотеку типов как интуитивно понятную из сообщения об ошибке. Я рад, что у нас такая же версия, поэтому мы можем поделиться еще одним фрагментом реестра. Таким образом, библиотеки типов, которые появляются в диалоговом окне Инструменты-> Ссылки в VBA IDE, основаны на деталях в разделе HKEY_CLASSES_ROOTTypeLib для библиотеки типов, которую мы оба используем в моем реестре, говорится следующее

[HKEY_CLASSES_ROOTTypeLib{00020905-0000-0000-C000-000000000046}]

[HKEY_CLASSES_ROOTTypeLib{00020905-0000-0000-C000-000000000046}8.6]
@="Microsoft Word 15.0 Object Library"
"PrimaryInteropAssemblyName"="Microsoft.Office.Interop.Word, Version=15.0.0.0, Culture=neutral, PublicKeyToken=71E9BCE111E9429C"

[HKEY_CLASSES_ROOTTypeLib{00020905-0000-0000-C000-000000000046}8.6]

[HKEY_CLASSES_ROOTTypeLib{00020905-0000-0000-C000-000000000046}8.6Win32]
@="C:\Program Files\Microsoft Office 15\Root\Office15\MSWORD.OLB"

[HKEY_CLASSES_ROOTTypeLib{00020905-0000-0000-C000-000000000046}8.6Flags]
@="0"

[HKEY_CLASSES_ROOTTypeLib{00020905-0000-0000-C000-000000000046}8.6HelpDir]
@="C:\Program Files\Microsoft Office 15\Root\Office15\"

Итак, мы различаемся относительно местоположения моего MSWORD.OLB (как и другой комментатор, Винсент Дж.)

C:\Program Files\Microsoft Office 15\Root\Office15\MSWORD.OLB

Так что, возможно, в этом корень вашей проблемы.

На машине установлена Windows XP SP2, Office 2003 SP1.
При подключении (Add Reference -> COM) библиотеки (Component Name = Microsoft Word 11.0 Object Library; TypeLib Version = 8.3) подключается нечто, не содержащее пространства имён Microsoft.Office.Interop.Word, поэтому я не могу потом написать что-нибудь вроде

using Word = Microsoft.Office.Interop.Word;
//...
Word.ApplicationClass locWordApp;

(Microsoft.Office содержит только пространство имён Core, где и в помине нет, например, ApplicationClass).
—
Кроме того, имеется другая машина, на которой стоит та же версия Ворда, но Windows 2000 SP4. Там всё это работает замечательно.
При попытке ручного переноса со второй машины на первую библиотеки Microsoft.Office.Interop.Word.dll и последующего её подключения (Add Reference -> Browse) компиляция проходит успешно, но при запуске на строке

if (locWordApp != null)
                    locWordApp.Quit(ref locWdSaveOptions, ref locMissingRef, ref locMissingRef);

вылетает исключение:
System.InvalidCastException was unhandled
Message=»Unable to cast COM object of type ‘Microsoft.Office.Interop.Word.ApplicationClass’ to interface type ‘Microsoft.Office.Interop.Word._Application’. This operation failed because the QueryInterface call on the COM component for the interface with IID ‘{00020970-0000-0000-C000-000000000046}’ failed due to the following error: Ошибка при загрузке библиотеки. (Exception from HRESULT: 0x80029C4A (TYPE_E_CANTLOADLIBRARY)).»
Source=»Microsoft.Office.Interop.Word»
StackTrace:
at Microsoft.Office.Interop.Word.ApplicationClass.Quit(Object& SaveChanges, Object& OriginalFormat, Object& RouteDocument)
at E3ConstrDocs.MainForm.Execute() in C:WorkProgsE3ConstrDocsMainForm.cs:line 294
at System.Threading.ThreadHelper.ThreadStart_Context(Object state)
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
at System.Threading.ThreadHelper.ThreadStart().
—
В чём может быть проблема?

Здравствуйте, Аноним, Вы писали:

в том, что у тебя не зарегистрирована библиотека типов msword.olb

<office path>OFFICE11MSWORD.OLB

Здравствуйте, Константин Л., Вы писали:

КЛ>в том, что у тебя не зарегистрирована библиотека типов msword.olb

Не зарегистрирована где?

КЛ><office path>OFFICE11MSWORD.OLB

Кроме того, я пробовал подключить её из вкладки Browse. Результат тот же:
Error 1 The type or namespace name ‘Interop’ does not exist in the namespace ‘Microsoft.Office’ (are you missing an assembly reference?) C:WorkProgsE3ConstrDocsMainForm.cs 19 35 E3ConstrDocs

При этом на другом компе всё работает. Размеры файлов MSWORD.OLB на этих компах совпадают.

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, Константин Л., Вы писали:

КЛ>>в том, что у тебя не зарегистрирована библиотека типов msword.olb

А>Не зарегистрирована где?

в реестре. Это библиотека типов. Пусть тебя не смущает расширение файла (обычно оно .tlb). Неплохо было бы почитать теорию про COM, прежде чем браться за его сипользование.

Type Libraries могут существовать в виде отдельного файла а могут лежать в ресурсах COM DLL/EXE.
Посмотри, есть ли в реестре HKCR/TypeLib ветка с гуидом библиотеки типов msword.olb.

КЛ>><office path>OFFICE11MSWORD.OLB

А>Кроме того, я пробовал подключить её из вкладки Browse. Результат тот же:
А>Error 1 The type or namespace name ‘Interop’ does not exist in the namespace ‘Microsoft.Office’ (are you missing an assembly reference?) C:WorkProgsE3ConstrDocsMainForm.cs 19 35 E3ConstrDocs

А>При этом на другом компе всё работает. Размеры файлов MSWORD.OLB на этих компах совпадают.

Здравствуйте, Константин Л., Вы писали:

КЛ>Посмотри, есть ли в реестре HKCR/TypeLib ветка с гуидом библиотеки типов msword.olb.

Да, есть
Сейчас в ней следующее(далее содержимое экспортированного рег-файла):
//—
Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOTTypeLib{00020905-0000-0000-C000-000000000046}]

[HKEY_CLASSES_ROOTTypeLib{00020905-0000-0000-C000-000000000046}8.3]
@=»Microsoft Word 11.0 Object Library»

[HKEY_CLASSES_ROOTTypeLib{00020905-0000-0000-C000-000000000046}8.3]

[HKEY_CLASSES_ROOTTypeLib{00020905-0000-0000-C000-000000000046}8.3win32]
@=»C:\Program Files\Microsoft Office\OFFICE11\MSWORD.OLB»

[HKEY_CLASSES_ROOTTypeLib{00020905-0000-0000-C000-000000000046}8.3FLAGS]
@=»0″

[HKEY_CLASSES_ROOTTypeLib{00020905-0000-0000-C000-000000000046}8.3HELPDIR]
@=»C:\Program Files\Microsoft Office\OFFICE11\»
//—

Всё на месте вроде?

Когда вы запускаете Excel, он выполняет несколько процедур, чтобы убедиться, что все работает правильно. Если он обнаруживает ошибку, вы можете увидеть сообщение об ошибке в диалоговом окне. Иногда сообщения, которые вы видите в диалоговом окне, не так понятны, а некоторые просто загадочны.

Например, вы можете увидеть сообщение «Библиотека объектов не зарегистрирована» и быть полностью потеряно относительно того, что это значит. В этом случае полезно понять, как Excel работает с внешними программами.

Во время части процесса запуска Excel может загрузить любое количество надстроек, которые обеспечивают дополнительные функции вашей копии Excel. . По сути, эти надстройки представляют собой наборы макросов, которые выполняют определенные задачи. Макросы, в свою очередь, могут полагаться на другие файлы, содержащие информацию, которая помогает им выполнять свои обязанности. Эти внешние файлы называются библиотеками .

Excel поставляется с удивительным количеством библиотек, но не все они доступны одновременно. Библиотека доступна только после того, как она была «зарегистрирована» в Excel. Если библиотека не зарегистрирована, Excel не может ее использовать, а макросы в надстройке не могут ее использовать. Результат: сообщение об ошибке.

Лучший способ устранить эту проблему – определить, какие надстройки загружаются при запуске Excel. Изучите папку автозагрузки Excel и убедитесь, что вы знаете, что они все делают. (Вам не нужно знать, что они делают, шаг за шагом, но вы должны быть знакомы с тем, что делает надстройка в целом.)

Затем найдите другую систему, которая загружается те же надстройки. (Это должно быть легко сделать, если вы работаете в офисе, но сложнее, если вы домашний пользователь.) Как только вы найдете похожую систему, убедитесь, что она запускается без проблем. Если это так, то в исправной системе выполните следующие действия:

1. Нажмите Alt + F11 , чтобы открыть редактор VBA.
2. Выберите «Ссылки» в меню «Инструменты». Вы видите диалоговое окно «Ссылки». (См. Рис. 1.)



Рисунок 1. Диалоговое окно «Ссылки».

3. Запишите (на листе бумаги) имена библиотек, рядом с которыми есть галочки. Напишите точные имена, так как может быть много библиотек с похожими именами. Кроме того, все выбранные библиотеки, отмеченные флажками, должны быть перечислены вверху списка ссылок.
4. Закройте диалоговое окно «Ссылки».
5. Закрыть редактор VBA.

Теперь в системе, в которой есть проблемы, выполните те же действия, за исключением шага 3, вам нужно убедиться, что выбраны те же библиотеки, что и те, которые вы написали вниз. Когда вы закроете редактор VBA, перезапустите Excel, чтобы проверить, сохраняется ли проблема. Если это так, или если вы не смогли найти одну из отмеченных библиотек в проблемной системе, вам может потребоваться полностью перерегистрировать Excel. Если да, выполните следующие действия:

1. Убедитесь, что Excel не запущен (выйдите из программы).
2. Нажмите кнопку “Пуск”, чтобы отобразить меню “Пуск”.
3. В меню “Пуск” выберите “Выполнить”. Windows отображает диалоговое окно «Выполнить». (См. Рис. 2.)



Рисунок 2. Диалоговое окно «Выполнить».

4. В поле «Открыть» введите полный путь к вашей программе Excel, а затем установите переключатель/regserver. Если полное имя пути включает пробелы, заключите полное имя пути в кавычки. Ниже приведен пример того, что вы можете ввести в поле «Открыть» (ваш путь может быть другим):

 "c:  Program Files  Microsoft Office  Office  Excel.exe"/regserver 

5. Нажмите “ОК”.

После перезапуска Excel проблема должна исчезнуть. Если этого не произошло, вам нужно точно выяснить, какая надстройка вызывает проблему. Для этого нужно найти файлы надстройки в папке автозагрузки и переименовать их или переместить во временную папку. Делайте это по одному файлу за раз, перезагружая Excel после каждого переименования или перемещения. Когда проблема исчезнет, ​​вы знаете, что нашли надстройку с проблемой, и можете связаться с поставщиком, чтобы узнать, как решить проблему.