वर्ड 2010 क्रैशिंग


4

हमारे पास सभी उपयोगकर्ताओं के साथ एक ही नमूना पीसी का उपयोग करके एक कार्यालय है, जिसमें एक ही छवि है, ताकि सॉफ्टवेयर और कॉन्फ़िगरेशन समान हो।

मेरे पास एक उपयोगकर्ता है जो एमएस वर्ड 2010 क्रैश की स्थापना को रुक-रुक कर करता रहता है। पहले मैंने Office 2010 सुइट को फिर से स्थापित किया, लेकिन क्रैश होगा।

पीसी को विंडोज और ऑफिस की साफ-सुथरी स्थापना के साथ बदल दिया गया है लेकिन अभी भी वर्ड क्रैश होने की समस्या है।

हमारे पास दूसरे पीसी पर लॉग इन करने के लिए उपयोगकर्ता है जिसे हम ठीक काम करना जानते हैं, लेकिन फिर से, वर्ड क्रैश हो रहा है।

नीचे इवेंट व्यूअर से त्रुटि है:

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

पीसी विंडोज 7 प्रोफेशनल और ऑफिस 2010 चला रहा है हमने वह सब कुछ आजमाया है जिसके बारे में हम सोच सकते हैं। अगर कोई हमें प्रबुद्ध कर सकता है, तो यह बहुत सराहा जाएगा।

चियर्स


1
क्या यह उपयोगकर्ता द्वारा पहले से सहेजे गए विशिष्ट दस्तावेजों के साथ होता है।
Tog

1
यदि यह केवल एक उपयोगकर्ता के लिए होता है - क्या आपने उसकी विंडोज़ प्रोफ़ाइल को फिर से बनाने पर विचार किया है? मुझे पता है कि यह बहुत काम की तरह लगता है लेकिन यह अक्सर समस्या को हल करने का सबसे तेज़ तरीका है।
Langhard

@ लैंगहार्ड, उपयोगकर्ता ने उल्लेख किया है कि उसने विंडोज़ को फिर से स्थापित किया है और उपयोगकर्ता को एक अलग कंप्यूटर में लॉग इन किया है जो एक बेहतर तरीका है कि विंडोज़ प्रोफाइल बनाना
pun

@ vnodkumar1987 केवल अगर यह डोमेन में रोमिंग प्रोफ़ाइल के साथ नहीं चल रहा है। बहुत अच्छी तरह से यहाँ मामला हो सकता है। Btw। यह एक सुपर पुराना है ...
Langhard

जवाबों:


1

यह संभव हो सकता है कि यह फ़ाइल टूट गई है। पहले पहचानें, आपके सिस्टम पर इस dll के कई संभावित स्थानों में से किसका उपयोग किया जाता है। प्रक्रिया एक्सप्लोरर का उपयोग करें और 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 प्रारंभ करें और क्रैश होने तक बैकड्रॉप को पृष्ठभूमि में चलने दें।

यदि फाइलें अलग हैं, तो "Microsoft Visual C ++ 2008 SP1 पुनर्वितरण पैकेज" को फिर से स्थापित करने का प्रयास करें और फिर से Windowsupdate लागू करें। आप sfc / scannow भी आज़मा सकते हैं, लेकिन मुझे यकीन नहीं है कि फ़ाइल चेक में शामिल है या नहीं। कम से कम स्कैनफ़ाइल कमांड मेरे परीक्षण में विफल रही। आप फ़ाइल को मैन्युअल रूप से बदलने का प्रयास कर सकते हैं, लेकिन इसके लिए TrustedInstaller सुरक्षा को दरकिनार करने के लिए कुछ अतिरिक्त प्रयास की आवश्यकता है: सुनिश्चित करें, फ़ाइल उपयोग में नहीं है (सुरक्षित मोड), स्वामित्व ले, पूर्ण अनुमतियाँ जोड़ें ... http://helpdeskgeek.com/windows-7/windows-7-how-to-delete-files-protected-by-trustedinstaller/ )


0

मैंने पाया कि यह एक फ़ाइल सर्वर चाल और शब्द में डेवलपर टैब के तहत टेम्पलेट स्थान को अपडेट करने की आवश्यकता के कारण हो सकता है।

फ़ाइल & gt पर जाकर डेवलपर टैब जोड़ें; विकल्प & gt; कस्टमाइज्ड रिबन और चेक डेवलपर

डेवलपर & gt; दस्तावेज़ टेम्पलेट & gt; और पता अपडेट करें

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.