Oc-windows.ru

IT Новости из мира ПК
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Имя сбойного приложения excel exe

Имя сбойного приложения excel exe

Всем доброго времени суток!
У меня главная проблема такая — я пишу на vba (Excel) небольшую программу. Моя программа содержит пользовательскую форму, Но в последнее время (примерно 2 месяца) при выполнении простого макроса или процедуры Vba происходит сбой. Вначале происходит следующее-многие элементы меню Excel становятся недоступными, они меняют цвет с черного на бледно-серый. Затем вскоре выходит сообщение о прекращении работы Microsoft Excel, имя события проблемы — Appcrash, вот подробности:

Прекращена работа программы «Microsoft Excel»
Windows может провести способ устранения этой ошибки в Интернете и попытаться восстановить данные, а затем перезапустить программу.
Имя события проблемы: APPCRASH
Имя приложения: EXCEL.EXE
Версия приложения: 14.0.7147.5000
Отметка времени приложения: 550f3d44
Имя модуля с ошибкой: EXCEL.EXE
Версия модуля с ошибкой: 14.0.7147.5000
Отметка времени модуля с ошибкой: 550f3d44
Код исключения: c0000005
Смещение исключения: 0017c42b
Версия ОС: 6.1.7601.2.1.0.768.3
Код языка: 1049

Дополнительные сведения об этой проблеме:
LCID: 1049
skulcid: 1049
Возможно, кто-то уже сталкивался с похожими проблемами или знает, как это «лечится». Чаще всего это сообщение выходит вскоре после того, как были выполнены макросы (процедуры), работающие с элементом управления Refedit, но иногда и при других элементах управления.
Может быть, это имеет значение, но часто данная проблема возникает при тех файлах, что содержат пользовательскую форму, и притом часто проблема возникает вскоре после того, как идет обращение к макросу или процедуре, содержащим Refedit. Но мой вопрос, как мне кажется, гораздо шире, чем просто коррекция программ VBA, а в том, как «лечатся» аварийные завершения Excel. Ведь эти аварийные завершения происходят очень часто, и даже бывает так, что происходят эти аварийные ситуации даже после выполнения простого макроса типа
Refedit0.Text = «»
(Я просто пытался очистить/обнулить информацию в Refedit).
Несколько дней назад я пытался создать файл по новой, но были глюки еще круче — я не мог вставить в пользовательскую форму элемент управления Refedit. Когда элемент управления переходил из Toolbox в пользовательскую форму — точнее, когда я пытался его туда переместить — то у меня выходило сообщение о том, что элемент не найден. Вскоре после этого я переустановил и Windows и Excel (версии 7 и 2010 соответственно, диски лицензионные), после чего Refedit стал внедряться в форму, но частые выходы из Excel не прекратились (они были и до переустановки тоже).
Может быть, эта информация поможет для устранения проблемы: глюки бывают не всегда, но почти всегда. Часто бывает так, что выполнение одного и того макроса/процедуры VBA иногда проходит нормально, выполняется все то что предписано в макросе, но, например, при повторном запуске того же макроса происходит аварийное завершение Excel.
Очень прошу помочь, всем заранее спасибо.

Всем доброго времени суток!
У меня главная проблема такая — я пишу на vba (Excel) небольшую программу. Моя программа содержит пользовательскую форму, Но в последнее время (примерно 2 месяца) при выполнении простого макроса или процедуры Vba происходит сбой. Вначале происходит следующее-многие элементы меню Excel становятся недоступными, они меняют цвет с черного на бледно-серый. Затем вскоре выходит сообщение о прекращении работы Microsoft Excel, имя события проблемы — Appcrash, вот подробности:

Прекращена работа программы «Microsoft Excel»
Windows может провести способ устранения этой ошибки в Интернете и попытаться восстановить данные, а затем перезапустить программу.
Имя события проблемы: APPCRASH
Имя приложения: EXCEL.EXE
Версия приложения: 14.0.7147.5000
Отметка времени приложения: 550f3d44
Имя модуля с ошибкой: EXCEL.EXE
Версия модуля с ошибкой: 14.0.7147.5000
Отметка времени модуля с ошибкой: 550f3d44
Код исключения: c0000005
Смещение исключения: 0017c42b
Версия ОС: 6.1.7601.2.1.0.768.3
Код языка: 1049

Дополнительные сведения об этой проблеме:
LCID: 1049
skulcid: 1049
Возможно, кто-то уже сталкивался с похожими проблемами или знает, как это «лечится». Чаще всего это сообщение выходит вскоре после того, как были выполнены макросы (процедуры), работающие с элементом управления Refedit, но иногда и при других элементах управления.
Может быть, это имеет значение, но часто данная проблема возникает при тех файлах, что содержат пользовательскую форму, и притом часто проблема возникает вскоре после того, как идет обращение к макросу или процедуре, содержащим Refedit. Но мой вопрос, как мне кажется, гораздо шире, чем просто коррекция программ VBA, а в том, как «лечатся» аварийные завершения Excel. Ведь эти аварийные завершения происходят очень часто, и даже бывает так, что происходят эти аварийные ситуации даже после выполнения простого макроса типа
Refedit0.Text = «»
(Я просто пытался очистить/обнулить информацию в Refedit).
Несколько дней назад я пытался создать файл по новой, но были глюки еще круче — я не мог вставить в пользовательскую форму элемент управления Refedit. Когда элемент управления переходил из Toolbox в пользовательскую форму — точнее, когда я пытался его туда переместить — то у меня выходило сообщение о том, что элемент не найден. Вскоре после этого я переустановил и Windows и Excel (версии 7 и 2010 соответственно, диски лицензионные), после чего Refedit стал внедряться в форму, но частые выходы из Excel не прекратились (они были и до переустановки тоже).
Может быть, эта информация поможет для устранения проблемы: глюки бывают не всегда, но почти всегда. Часто бывает так, что выполнение одного и того макроса/процедуры VBA иногда проходит нормально, выполняется все то что предписано в макросе, но, например, при повторном запуске того же макроса происходит аварийное завершение Excel.
Очень прошу помочь, всем заранее спасибо. flash708

Сообщение Всем доброго времени суток!
У меня главная проблема такая — я пишу на vba (Excel) небольшую программу. Моя программа содержит пользовательскую форму, Но в последнее время (примерно 2 месяца) при выполнении простого макроса или процедуры Vba происходит сбой. Вначале происходит следующее-многие элементы меню Excel становятся недоступными, они меняют цвет с черного на бледно-серый. Затем вскоре выходит сообщение о прекращении работы Microsoft Excel, имя события проблемы — Appcrash, вот подробности:

Прекращена работа программы «Microsoft Excel»
Windows может провести способ устранения этой ошибки в Интернете и попытаться восстановить данные, а затем перезапустить программу.
Имя события проблемы: APPCRASH
Имя приложения: EXCEL.EXE
Версия приложения: 14.0.7147.5000
Отметка времени приложения: 550f3d44
Имя модуля с ошибкой: EXCEL.EXE
Версия модуля с ошибкой: 14.0.7147.5000
Отметка времени модуля с ошибкой: 550f3d44
Код исключения: c0000005
Смещение исключения: 0017c42b
Версия ОС: 6.1.7601.2.1.0.768.3
Код языка: 1049

Читать еще:  Защищенные ячейки в excel

Дополнительные сведения об этой проблеме:
LCID: 1049
skulcid: 1049
Возможно, кто-то уже сталкивался с похожими проблемами или знает, как это «лечится». Чаще всего это сообщение выходит вскоре после того, как были выполнены макросы (процедуры), работающие с элементом управления Refedit, но иногда и при других элементах управления.
Может быть, это имеет значение, но часто данная проблема возникает при тех файлах, что содержат пользовательскую форму, и притом часто проблема возникает вскоре после того, как идет обращение к макросу или процедуре, содержащим Refedit. Но мой вопрос, как мне кажется, гораздо шире, чем просто коррекция программ VBA, а в том, как «лечатся» аварийные завершения Excel. Ведь эти аварийные завершения происходят очень часто, и даже бывает так, что происходят эти аварийные ситуации даже после выполнения простого макроса типа
Refedit0.Text = «»
(Я просто пытался очистить/обнулить информацию в Refedit).
Несколько дней назад я пытался создать файл по новой, но были глюки еще круче — я не мог вставить в пользовательскую форму элемент управления Refedit. Когда элемент управления переходил из Toolbox в пользовательскую форму — точнее, когда я пытался его туда переместить — то у меня выходило сообщение о том, что элемент не найден. Вскоре после этого я переустановил и Windows и Excel (версии 7 и 2010 соответственно, диски лицензионные), после чего Refedit стал внедряться в форму, но частые выходы из Excel не прекратились (они были и до переустановки тоже).
Может быть, эта информация поможет для устранения проблемы: глюки бывают не всегда, но почти всегда. Часто бывает так, что выполнение одного и того макроса/процедуры VBA иногда проходит нормально, выполняется все то что предписано в макросе, но, например, при повторном запуске того же макроса происходит аварийное завершение Excel.
Очень прошу помочь, всем заранее спасибо. Автор — flash708
Дата добавления — 14.05.2015 в 16:08

Имя сбойного приложения excel exe

Question

Доброго времени суток %username%. С ходу к делу.

ОС — Windows7 prof 32bit

MS Office 2010 32bit

Работа ведется в системе, с файлами формата xlsx размером от 50Кб до 20Мб. Файлы располагаются физически на сетевом хранилище (диски серверов). В файлах очень много ссылок, они все между собой связаны в формулах, отчетах и т.п. Т.е. в формулах используются ссылки на другие ячейки в других листах, файлах.

С определенного момента начала проявляться проблема. Периодически файлы «зависают». Excel перестает отвечать на запросы. В результате либо перезапускается автоматически, либо сбрасывается через диспетчер задач. Как результат проявления — сбиваются ссылки, вместо сетевого ресурса, указывается локальный путь типа c:%userprofail%. собственно и работа сотрудников теряется.

После наблюдения, проявилась закономерность, и выявлены ошибки:

В течение работы с файлом, объем занятой памяти

50Мб, Срабатывает автосохранение, и появляется предупреждение «Возникла непридвиденная ошибка. В этом сеансе работы с Excel автовосстановление отключено». После этого, занимаемый ресурс памяти в диспетчере задач резко возрастает до

750Мб. Приложение «зависает».

В эвентах существуют такие вещи:

Имя журнала : Application

Источник : Application Error

Дата: 01.09.2011 16:22:57

Код события: 1000

Имя сбойного приложения: EXCEL.EXE, версия: 14.0.4756.1000, отметка времени: 0x4b9c08e8

Имя сбойного модуля: EXCEL.EXE, версия: 14.0.4756.1000, отметка времени 0x4b9c08e8

Код исключения: 0xc0000005

Смещение ошибки: 0x00b90ce1

Идентификатор сбойного процесса: 0x1780

Время запуска сбойного приложения: 0x01cc6887058840c6

Путь сбойного приложения : C:Program FilesMicrosoft OfficeOffice14EXCEL.EXE

Путь сбойного модуля : C:Program FilesMicrosoft OfficeOffice14EXCEL.EXE

Код отчета : fa329272-d47b-11e0-a585-6c626d5a5fc3

Источник : Windows Error Reporting

Дата: 01.09.2011 16:23:00

Код события: 1001

Контейнер ошибки , тип 0

Имя события: APPCRASH

Ответ: Нет данных

Идентификатор CAB: 0

Вложенные файлы : «. используемые файлы».

Как я понимаю, придется вообще отключить автосохранение? Или есть какие либо пути решения проблемы иначе?

Answers

Ну возможно сетевой путь (типа \serversharepath1. path10Long file name.xlsx ) все же короче, чем тот, который получается при автосохранении (типа c:%userprofile%Long file name.xlsx). А при «ручном» сохранении каталог автовосстановления не используется, файл сохраняется напрямую.
Поэтому я и советовал попробовать изменить каталог автовосстановления по умолчанию на какой-нибудь другой типа c:bkp.

  • Proposed as answer by Sergey Plotnikov Thursday, September 8, 2011 10:49 AM
  • Marked as answer by Vinokurov Yuriy Moderator Monday, October 3, 2011 6:32 AM

All replies

Ошибка возникает, скорее всего, из-за потери пути к каталогу автовосстановления. В вашей ситуации для начала действительно придется отключить автосохранение, потом настроить каталог автовосстановления и тестировать потихонечку. Вообще, судя по вашему описанию вам уже нужно заводить базу данных — душевле обойдется, чем содержать неимоверное количество листов и листиков Excel, сдувать с них пыль и регулярно восстанавливать всю эту хрупкую конструкцию после обрушения. Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется «как есть» без каких-либо гарантий

Думаю что автосохранение придется совсем отключить.

Лично моя мысль следущая: после сбоя, автосохранение вытаскивает из профиля «автосохраненный файл» и в случае глупой комманды заменяющей исходный файл, автосохраненным, естественно бьются все ссылки.

Юрий, что Вы имеете ввиду под фразой «настроить каталог автосохранения»? Он по умолчанию в профиле. Думаю как раз искомая проблема, именно в использовании автосохранения для таких файлов. В общем то и будет как решение вопроса — отключение автосохранения. Но вопрос тогда в другом, должно ли так быть, что при попытке автосохранения приложение занимает столько ресурсов, и почему.

И подскажите, я конечно мог не правильно понять, Excel можно «подсадить» на базу данных? Я такого не знаю, честно говоря. Просто пользователи настолько удовлевторены работой этого приложения, что «подпихнуть» им другое сложно. Что бы Вы посоветовали сделать в этой ситуации?

Илья, для тестовых целей я бы предложил перенацелить каталог восстановления на сетевой диск у одного из пользователей. Касательно того, почему приложение занимает столько ресурсов — у вас сервера не на базе Server 2003? Если да, то на клиентах проделайте netsh interface tcp set global autotuninglevel=disabled и понаблюдайте.

Читать еще:  Как сделать иерархию в excel

Касательно подключения Excel к базе данных: большинство БД может использоваться в качестве источника данных для Excel (см. Создание и редактирование подключений к внешним данным и управление ими). Однако, я имел в виду то, что при вашей достаточно сложной структуре расположения данных (если я правильно понял вашу ситуацию) целесообразнее уже будет обзаводиться СУБД собственной или сторонней разработки для управления всеми этими таблицами, отчетами и т.д. Excel — штука хорошая, но ваша задача для него смотрится уже излишне масштабной.

Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется «как есть» без каких-либо гарантий

Илья, у нас пользователи тоже используют файлы Excel со множеством перекрестных связей в разных версиях Office (2003, 2007, 2010), но подобных проблем ни у кого не наблюдалось, хотя автосохранение у всех включено. Есть несколько мыслей по поводу возможной причины этих проблем:

1) возможно проблема все же связана с каталогом автовосстановления, например, с правами или со свободным местом — в общем, я бы попробовал поменять его расположение;

2) слишком длинные имена файлов — при работе с сетевыми файлами имена файлов формируются в виде \serversharepath1. path10Long file name.xlsx, даже если сетевой диск подключен на какую-либо букву. Кстати, если сетевой путь не очень длинный, то при автосохранении он может значительно увеличится за счет c:%userprofile%. Кроме того, есть подозрение, что с русскими именами Excel работает в Юникоде, что дополнительно увеличивает длину имени файлов. А при превышении ограничения на длину имени файла (218 знаков) последствия могут быть самые непредсказуемые, в том числе и описанные в вопросе и не всегда Excel выдаст ошибку, указывающую на длину имени. Соответственно, рекомендацией будет — максимально сократить имена файлов и каталогов, в т.ч. каталога автовосстановления;

3) автономные файлы — теоретически тоже может являться источником проблем, поэтому я бы также отключил эту функцию для сетевого каталога на сервере.

И для полноты эксперимента я бы перенес набор связанных между собой файлов на локальный диск (в папку с коротким именем) и посмотрел как работает автосохранение в данном случае.

А отключать автосохранение — это, на мой взгляд, не выход 🙂

Программа 1cv8c.exe версии прекратила взаимодействие с Windows

Программа 1cv8c.exe версии прекратила взаимодействие с Windows

Добрый день! Уважаемые читайте и гости популярного IT блога Pyatilistnik.org. В прошлый раз мы с вами изучили вопрос, где в вашей системе располагаются ваши сертификаты пользователя и компьютера. Двигаемся далее и на повестке для у меня возникла проблема, которую я буду решать и вести в данной статье лог действий помогающих достижению цели. Сегодня я разберу ошибку при работе программы 1С предприятие, а именно она вылетает с событием «Программа 1cv8c.exe версии 8.3.14.1630 прекратила взаимодействие с Windows и была закрыта.» или «Имя сбойного приложения: 1cv8c.exe, версия: 8.3.14.1630, метка времени: 0x5c6e4c97«. Надеюсь, что вместе с вами мы решим данную проблему.

Описание проблемы

Есть RDS ферма в режиме HA, построенная на базе серверов Windows Server 2012 R2. В совершенно разное время появляются жалобы, что пользователь не может корректно выйти из системы(/na-terminalnom-servere-visit-vyhod-iz-sistemy/), ряд мер я описывал по данному вопросу, но они к сожалению срабатывают не всегда. В такой ситуации пока алгоритм был такой, пользователям отправлялось уведомление на терминальный стол, после чего шла перезагрузка. Просматривая логи событий, во всех случаях присутствовали одни и те же ошибки, и все они указывали на какой-то косяк со стороны 1С 8.3.14.1630. Вот вам примеры текущих ошибок:

Видно, что из-за этой ошибки 1С так же повис проводник Windows:

Алгоритм поиска проблемы

Сразу скажу, что внятного ответа ни разработчики 1С ни техническая поддержка мне дали, все сказали, что у вас проблема с системой. И так, что я делал при поиске проблемы:

1. Вводил абсолютно свежий сервер с установленным Windows Server 2012 R2, эффекта не дало, ошибка все так же появилась
2. Удалил все неиспользуемые версии 1С, остались на текущий момент
3. Пробовал удалять кэш 1С, эффекта не дало
4. Переустановка самого клиента 1С, эффекта нет

Далее я решил попробовать собрать трассировку работы приложения по определенным провайдерам Winows и 1С, я такое делал уже при проблеме временного профиля на терминальных серверах. Для этих целей я использовал утилиту logman.exe.

Утилита Logman.exe

Про утилиту Logman.exe я еще подробно расскажу в отдельной статье, в ее задачи входит записывать счетчики производительности или лог работы приложения, его трассировки, и еще много чего, наверняка вы видели ее графический интерфейс в виде сеансов отслеживания событий.

Когда вы захватываете через утилиту Logman.exe трассировку событий, то создается очень объемный лог, и если вы его не ограничите, то он забьет ваш диск за час. Для того, чтобы его слегка минимизировать мы может явным образом указать какие именно провайдеры Windows вы должны захватывать, как их определить я покажу чуть ниже. Откройте командную строку, лучше в режиме администратора, чтобы всякие UAC вам не мешали. Далее посмотрим всех доступных поставщиков, если не будет влезать на экран, то можете воспользоваться ключом | more или запустить все в PowerShell.

Как видим их приличное количество, но нам бы хотелось анализировать только те, что относятся к 1С. Чтобы отфильтровать, поставщиков Windows, вы можете использовать PID процесса. В диспетчере задач найдите нужный вас процесс, предположим в моем примере это ID 42424

В командной строке пишем:

На выходе вы получите уже меньшее количество поставщиков Windows, у меня это получилось вот так для 1С 8.3.14.1630. Тут нас будут интересовать исключительно GUID.

Вам необходимо в текстовый файл сохранить именно GUID значения, по одному значению в строке. Далее этот файл нам будет нужен, при мониторинге. Создайте у себя для удобства отдельную папку. в которую сохраните файл со списком GUID. у меня это будет путь C:tmpprovaders8.txt. Далее вам нужно определиться сколько вы готовы отдать под файл лога, учтите что он заполняется молниеносно, и сохраняется в сжатом виде в формате .etl, но если вы его потом распакуете, то например 50 МБ превратятся в 750, это нужно учитывать, но есть и обратная сторона нужно больше данных для диагностики, поэтом маленьким его делать так же нет смысла. Я в своем поиске сделаю его 3 ГБ.

Читать еще:  Режим конструктора в excel

В командной строке создаем новую трассировку в Logman.exe:

  • -n задает имя вашей трассировки приложения
  • -max — задает максимальный размер файла
  • -ow — перезаписать текущий файл если он существует
  • -o — путь до файла .etl
  • -ets — Отправить команды сеансам трассировки событий напрямую, без сохранения или планирования.
  • f bincirc — включить цикл перезаписывания файла новыми данными

Далее нам необходимо обновить наше задание и сказать, что собирать данные нужно по определенным провайдер, которые находятся у нас в файле:

  • -pf — указать путь до файла с GUID

В итоге у вас начинается наполнение файла .etl

Посмотреть статус и список работающих провайдеров вы можете командой:

Я вижу, что мой сеанс отслеживания событий под именем 1С8 работает. Кстати если вы откроете оснастку «Управление компьютером» и перейдете в раздел «Производительность — Группы сборщиков данных — Сеансы отслеживания событий», то вы увидите тот же список заданий. Тут проще будет потом вносить изменения, например по ключевым словам или уровнем событий, так как по умолчанию у меня стоит уровень 0, подразумевающий собирать все.

Теперь ждем сбоя, после которого вам нужно остановить ваше задание, можно из графического интерфейса

или же командой:

Далее нам необходим из данного архива получить дамп приложения и его лог, для анализа. Сделать, это можно командой:

Напоминаю, что у вам потребуется много места. Все начинается распаковка лога, вы будите видеть таскбар. В итоге из своих 3 ШБ, я получил файл дамп (dumpfile.xml) приложения 1С Предприятие в размере 41 ГБ и текстовый файл summary.txt

Получив такой огромный лог, я не смог его прочитать, утилита Microsoft Message Analyzer писала, что недостаточно памяти для продолжения выполнения программы. Пришлось уменьшать размер epl файла до 100 МБ и собирать меньшее количество провайдеров, исключив некоторые Microsoft и фиксировать только ошибки, уровня 2.

  • Critical — 1 0x1 Этот уровень соответствует критической ошибке, которая является серьезной ошибкой, вызвавшей серьезный сбой.
  • Error — 2 0x2 Этот уровень добавляет стандартные ошибки, которые указывают на проблему.
  • Informational — 4 0x4 Этот уровень добавляет информационные события или сообщения, которые не являются ошибками. Эти события могут помочь отследить прогресс или состояние приложения.
  • LogAlways — 0 0xffffffff Фильтрация уровней по событию не выполняется
  • Verbose — 5 0x5 Этот уровень добавляет длинные события или сообщения. Это вызывает все события, которые будут зарегистрированы.
  • Warning — 3 0x3 Этот уровень добавляет предупреждающие события (например, события, которые публикуются, потому что диск почти заполнен).

Так же я параллельно создал ключи реестра, которые при сбое определенного приложения будут записывать его дамп.


В итоге я получил небольшого вида файлы, которые чуть больше смогли ответить, в чем проблема связанная с появлением ошибки с ID 1000.

Данные файлы дампов приложения, вы можете открыть с помощью утилиты DebugDiag Analysis (https://www.microsoft.com/en-us/download/details.aspx? >

Откройте DebugDiag Analysis, выберите пункты:

  • crashHangAnalysis
  • MemoryAnalysis
  • KernelCrashHangAnalysys

После чего нажимаем кнопку «Add data Files».


После чего нажмите «Start Analysis»

На выходе вы получаете веб отчет, у меня выглядело вот так:

In 1cv8c.exe.10324.dmp the assembly instruction at wbase83!wbase::BaseWindow::windowProc+fe4 in C:Program Files (x86)1cv88.3.14.1630binwbase83.dll from 1C-Soft LLC has caused an access violation exception (0xC0000005) when trying to read from memory location 0x13380954 on thread 0
Please follow up with the vendor 1C-Soft LLC for C:Program Files (x86)1cv88.3.14.1630binwbase83.dll

Далее хотя бы видно, к какой базе данных было подключение, для этого есть ключ /IBName.

Далее вы увидите более детальную отладочную информацию по Thread — System ID, она может быть полезна для разработчиков 1С.

Thread 6 — System ID 118516

This thread is not fully resolved and may or may not be a problem. Further analysis of these threads may be required.

Программа Microsoft word не работает

После переустановки пакета MS Office 2013 столкнулся с тем, что у меня перестали открываться файлы Word (.doc), Excel и т.д. При открытии файла .doc пишет:

Программа «Microsoft Word» не работает

Если перейти в просмотр событий Windows (нажмите «WIN+R» и введите команду eventvwr.msc) вижу ошибку:

Имя сбойного приложения: WINWORD.EXE, версия: 16.0.4266.1001, метка времени: 0x55ba16cb
Имя сбойного модуля: unknown, версия: 0.0.0.0, метка времени: 0x00000000
Код исключения: 0xc0000005
Смещение ошибки: 0x00daf8b4
Идентификатор сбойного процесса: 0x2864
Время запуска сбойного приложения: 0x01d1ba8691c791a9
Путь сбойного приложения: C:Program Files (x86)Microsoft OfficeOffice16WINWORD.EXE
Путь сбойного модуля: unknown
Идентификатор отчета: d0248a37-2679-11e6-9bdf-c86000ec8ec1
Полное имя сбойного пакета:
Код приложения, связанного со сбойным пакетом:

В параметры Word зайти не удается, т.к. он закрывается открытии или создании документа.

Решением данной проблемы стало удаление в безопасном режиме надстроек, которые были привязаны. Для этого необходимо:

1. В меню выполнить ввести команду winword /safe

2. Перейти в меню «Файл» -> «Параметры» . Выбрать раздел «Надстройки«.

3. Выбрать активную надстройку в данном случае «ABBYY PDF Transformer…» и нажать на кнопку «Перейти»

4. В окне «Надстройки для модели компонентных объектов (COM)» снять галки на надстройках (в данном случае «ABBYY PDF Transformer…»):

Нажать на кнопку «ОК«. После этого, активная надстройка (в данном случае «ABBYY PDF Transformer…») станет неактивной:

5. Аналогично надстройке «ABBYY PDF Transformer…»перевести в неактивные все другие активные надстройки.

P.S. для других программ MS office — Excel, outlook и т.д. аналогично нужно отключить активные надстройки. Для перехода в безопасный режим используйте команды:

  • Для Excel: Введите excel /safe и нажмите кнопку ОК.
  • Для Outlook: Введите outlook /safe и нажмите кнопку ОК.
  • Для PowerPoint: Введите powerpnt /safe и нажмите кнопку ОК.
  • Для Publisher: Введите mspub /safe и нажмите кнопку ОК.
  • Для Visio: Введите visio /safe и нажмите кнопку ОК.
Ссылка на основную публикацию
Adblock
detector