In unserem Büro verwenden alle Benutzer PCs mit denselben Spezifikationen und demselben Image, sodass die Software und Konfiguration identisch sind.
Bei einem meiner Benutzer stürzt die Installation von MS Word 2010 immer wieder ab. Zuerst habe ich Office 2010 Suite neu installiert, aber es kommt zu Abstürzen.
Der PC wurde durch eine Neuinstallation von Windows und Office ersetzt, aber wir haben immer noch Probleme mit Word-Abstürzen.
Wir haben den Benutzer dazu gebracht, sich bei einem anderen PC anzumelden, wovon wir wissen, dass es einwandfrei funktioniert, aber Word stürzt immer wieder ab.
Unten ist der Fehler vom 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
Auf dem PC läuft Windows 7 Professional und Office 2010. Wir haben alles versucht, was uns eingefallen ist. Wenn uns jemand aufklären könnte, wäre das sehr dankbar.
Prost
Antwort1
Es könnte sein, dass diese Datei defekt ist. Identifizieren Sie zunächst, welcher der vielen möglichen Speicherorte dieser DLL auf Ihrem System verwendet wird. Verwenden Sie Process Explorer und drücken Sie Strg-D - schauen Sie im unteren Bereich nach und identifizieren Sie den Pfad. Es könnte so etwas sein wie
C:\Windows\WinSxS\x86_microsoft.vc90.crt_1fc8b3b9a1e18e3b_9.0.30729.4940_none_50916076bcb9a742\MSVCR90.dll
Wenn Sie möchten, können Sie einen Binärvergleich von msvcr90.dll von einem anderen System aus durchführen: fc /B c:\temp\msvcr90.dll c:\temp\othersystem_msvcr90.dll
Wenn die Dateien identisch sind, muss es einen anderen Grund für den Absturz geben. Um weiterzumachen und die Ursache zu ermitteln, benötigen wir einen Benutzerdump. Verwenden Sie Procdump von
http://technet.microsoft.com/en-us/sysinternals/dd996900und Renn
procdump -e winword.exe c:\winword.dmp
Starten Sie Word, bevor Sie den Befehl eingeben, und lassen Sie procdump im Hintergrund laufen, bis der Absturz auftritt.
Wenn die Dateien unterschiedlich sind, versuchen Sie, das "Microsoft Visual C++ 2008 SP1 Redistributable Package" neu zu installieren und Windowsupdate erneut auszuführen. Sie könnten sogar sfc /scannow versuchen, aber ich bin mir nicht sicher, ob die Datei in die Prüfung einbezogen wird. Zumindest der Befehl scanfile ist bei meinem Test fehlgeschlagen. Sie können versuchen, die Datei manuell zu ersetzen, aber es erfordert zusätzlichen Aufwand, um den TrustedInstaller-Schutz zu umgehen: Stellen Sie sicher, dass die Datei nicht verwendet wird (Abgesicherter Modus), übernehmen Sie den Besitz, fügen Sie vollständige Berechtigungen hinzu, ... (siehehttp://helpdeskgeek.com/windows-7/windows-7-how-to-delete-files-protected-by-trustedinstaller/)
Antwort2
Ich habe festgestellt, dass dies durch eine Verschiebung des Dateiservers und die Notwendigkeit, den Vorlagenspeicherort unter der Registerkarte „Entwickler“ in Word zu aktualisieren, verursacht werden könnte.
Fügen Sie die Registerkarte „Entwickler“ hinzu, indem Sie zu Datei > Optionen > Menüband anpassen gehen und „Entwickler“ aktivieren.
Entwickler > Dokumentvorlage > und aktualisieren Sie die Adresse