Word 2010 Crashing

Question

У нас есть офис, в котором все пользователи используют одни и те же ПК с установленным на них одинаковым образом, поэтому программное обеспечение и конфигурация идентичны.

У меня есть один пользователь, который периодически прерывает установку MS Word 2010. Сначала я переустановил Office 2010 Suite, но произойдет сбой.

ПК был заменен чистой установкой Windows и Office, но у нас все еще есть проблемы с падением Word.

У нас был пользователь, чтобы войти на другой ПК, который, как мы знаем, работает нормально, но опять же, Word продолжает падать.

Ниже приведена ошибка из EventViewer:

Faulting application name: WINWORD.EXE, version: 14.0.6024.1000, time stamp: 0x4d83e310
Faulting module name: MSVCR90.dll, version: 9.0.30729.6161, time stamp: 0x4dace5b9
Exception code: 0xc0000417
Fault offset: 0x000320f0
Faulting process id: 0xc34
Faulting application start time: 0x01cd1881ea917c33
Faulting application path: C:\Program Files\Microsoft Office\Office14\WINWORD.EXE
Faulting module path: C:\Windows\WinSxS\x86_microsoft.vc90.crt_1fc8b3b9a1e18e3b_9.0.30729.6161_none_50934f2ebcb7eb57\MSVCR90.dll
Report Id: edd97602-8477-11e1-aa13-001111db42bf

ПК работает под управлением Windows 7 Professional и Office 2010 Мы перепробовали все, что могли придумать. Если бы кто-то мог просветить нас, это было бы очень высоко оценено.

ура

Answer 1

Возможно, этот файл поврежден. Сначала определите, какое из многих возможных местоположений этой dll используется в вашей системе. Используйте Process Explorer и нажмите Ctrl-D - посмотрите на нижнюю панель и определите путь. Это может быть что-то вроде

C:\Windows\WinSxS\x86_microsoft.vc90.crt_1fc8b3b9a1e18e3b_9.0.30729.4940_none_50916076bcb9a742\ msvcr90.dll

Если вам нравится, вы можете сделать двоичное сравнение msvcr90.dll из другой системы: fc /B c:\temp\msvcr90.dll c:\temp\othersystem_msvcr90.dll

Если файлы идентичны, то должна быть другая причина сбоя. Нам нужен дамп пользователя, чтобы продолжить и определить причину. Использовать Procdump из

http://technet.microsoft.com/en-us/sysinternals/dd996900 и запустите

procdump -e winword.exe c:\winword.dmp

Запустите Word, прежде чем вводить команду, и дайте procdump работать в фоновом режиме, пока не произойдет сбой.

Если файлы разные, попробуйте переустановить «Распространяемый пакет Microsoft Visual C++ 2008 SP1» и снова применить Windowsupdate. Вы могли бы даже попробовать sfc /scannow, но я не уверен, включен ли файл в проверку. По крайней мере, команда scanfile не прошла тест. Вы можете попытаться заменить файл вручную, но это требует дополнительных усилий, чтобы обойти защиту TrustedInstaller: убедитесь, что файл не используется (безопасный режим), вступите во владение, добавьте полные разрешения, ... (см. Http: //helpdeskgeek.com/windows-7/windows-7-how-to-delete-files-protected-by-trustedinstaller/)

Answer 2

Я обнаружил, что это может быть вызвано перемещением файлового сервера и необходимостью обновить расположение шаблона на вкладке разработчика в word.

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

Разработчик> Шаблон документа> и обновить адрес