Tenemos una oficina en la que todos los usuarios utilizan las mismas PC con las mismas especificaciones y la misma imagen implementada, de modo que el software y la configuración son idénticos.
Tengo un usuario al que la instalación de MS Word 2010 sigue fallando de forma intermitente. Primero reinstalé Office 2010 Suite, pero fallaré.
La PC ha sido reemplazada con una instalación limpia de Windows y Office, pero todavía tenemos problemas con el bloqueo de Word.
Hemos pedido al usuario que inicie sesión en otra PC que sabemos que funciona bien, pero nuevamente, Word sigue fallando.
A continuación se muestra el error de 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
La PC ejecuta Windows 7 Professional y Office 2010. Hemos probado todo lo que se nos ha ocurrido. Si alguien pudiera iluminarnos, se lo agradeceríamos mucho.
Salud
Respuesta1
Es posible que este archivo esté roto. Primero identifique cuál de las muchas ubicaciones posibles de este dll se utiliza en su sistema. Utilice Process Explorer y presione Ctrl-D; busque en el panel inferior e identifique la ruta. Podría ser algo como
C:\Windows\WinSxS\x86_microsoft.vc90.crt_1fc8b3b9a1e18e3b_9.0.30729.4940_none_50916076bcb9a742\MSVCR90.dll
Si lo desea, puede hacer una comparación binaria de msvcr90.dll desde otro sistema: fc /B c:\temp\msvcr90.dll c:\temp\othersystem_msvcr90.dll
Si los archivos son idénticos, entonces debe haber otra razón para el bloqueo. Necesitamos un volcado de usuario para continuar e identificar la causa. Utilice Procdump de
http://technet.microsoft.com/en-us/sysinternals/dd996900y correr
procdump -e winword.exe c:\winword.dmp
Inicie Word antes de emitir el comando y deje que procdump se ejecute en segundo plano hasta que se produzca el bloqueo.
Si los archivos son diferentes, intente reinstalar el "Paquete redistribuible de Microsoft Visual C++ 2008 SP1" y aplique Windowsupdate nuevamente. Incluso podrías probar sfc /scannow, pero no estoy seguro de si el archivo está incluido en la verificación. Al menos el comando scanfile falló en mi prueba. Puede intentar reemplazar el archivo manualmente, pero requiere un esfuerzo adicional para eludir la protección de TrustedInstaller: asegúrese de que el archivo no esté en uso (modo seguro), tome posesión, agregue permisos completos,... (consultehttp://helpdeskgeek.com/windows-7/windows-7-how-to-delete-files-protected-by-trustedinstaller/)
Respuesta2
Descubrí que esto podría deberse a un movimiento del servidor de archivos y la necesidad de actualizar la ubicación de la plantilla en la pestaña de desarrollador en Word.
Agregue la pestaña de desarrollador yendo a archivo > opciones > personalizar cinta y verifique desarrollador
Desarrollador > Plantilla de documento > y actualiza la dirección