
У нас есть офис, где все пользователи используют ПК с одинаковыми характеристиками, на которых развернут один и тот же образ, поэтому программное обеспечение и конфигурация идентичны.
У меня есть один пользователь, у которого периодически происходит сбой установки 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. Мы перепробовали все, что только могли придумать. Если кто-то сможет нас просветить, мы будем очень признательны.
Ваше здоровье
решение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 Redistributable Package" и снова применить Windowsupdate. Вы даже можете попробовать sfc /scannow, но я не уверен, включен ли файл в проверку. По крайней мере, команда scanfile не прошла в моем тесте. Вы можете попробовать заменить файл вручную, но это потребует дополнительных усилий, чтобы обойти защиту TrustedInstaller: убедитесь, что файл не используется (безопасный режим), станьте владельцем, добавьте полные разрешения, ... (см.http://helpdeskgeek.com/windows-7/windows-7-how-to-delete-files-protected-by-trustedinstaller/)
решение2
Я обнаружил, что это может быть вызвано перемещением файлового сервера и необходимостью обновить расположение шаблона на вкладке «Разработчик» в Word.
Добавьте вкладку «Разработчик», перейдя в Файл > Параметры > Настроить ленту и отметив «Разработчик».
Разработчик > Шаблон документа > и обновите адрес