xp系統(tǒng)電腦“內(nèi)存不能為read”解決辦法,內(nèi)存不能為read
我的xp系統(tǒng)體系出現(xiàn)“內(nèi)存不克不及為read”怎么辦?。?br />
運行某些步伐的時間,偶然會出現(xiàn)內(nèi)存錯誤的提示,然后該步伐就封閉。
“0x????????”指令引用的“0x????????”內(nèi)存。該內(nèi)存不克不及為“read”。
“0x????????”指令引用的“0x????????”內(nèi)存,該內(nèi)存不克不及為“written”。
出現(xiàn)這個征象有方面的,一是硬件,即內(nèi)存方面有題目,二是軟件,這就有多方面的題目了。
一:先說說硬件:
一樣通常來說,電腦硬件是很不容易壞的。內(nèi)存出現(xiàn)題目標大概性并不大(除非你的內(nèi)存真的是雜牌的一塌徒地),重要方面是:1。內(nèi)存條壞了(二手內(nèi)存環(huán)境居多)、2。利用了有質(zhì)量題目標內(nèi)存,3。內(nèi)存插在主板上的金手指部門塵土太多。4。利用差別品牌差別容量的內(nèi)存,從而出現(xiàn)不兼容的環(huán)境。5。超頻帶來的散熱題目。你可以利用MemTest這個軟件來檢測一下內(nèi)存,它可以徹底的檢測出內(nèi)存的穩(wěn)固度。
二、要是都沒有,那就從軟件方面清除妨礙了。
先說原理:內(nèi)存有個存放數(shù)據(jù)的地方叫緩沖區(qū),當步伐把數(shù)據(jù)放在緩沖區(qū),必要操縱體系提供的“功效函數(shù)”來申請,要是內(nèi)存分派樂成,函數(shù)就會將所新開發(fā)的內(nèi)存區(qū)地點返回給應用步伐,應用步伐就可以通過這個地點利用這塊內(nèi)存。這便是“動態(tài)內(nèi)存分派”,內(nèi)存地點也便是編程中的“光標”。內(nèi)存不是永久都招之即來、用之不盡的,偶然間內(nèi)存分派也會失敗。當分派失敗時體系函數(shù)會返回一個0值,這時返回值“0”已不表現(xiàn)新啟用的光標,而是體系向應用步伐發(fā)出的一個關(guān)照,見告出現(xiàn)了錯誤。作為應用步伐,在每一次申請內(nèi)存后都應該查抄返回值是否為0,要是是,則意味著出現(xiàn)了妨礙,應該接納一些步伐挽救,這就加強了步伐的“結(jié)實性”。若應用步伐沒有查抄這個錯誤,它就會根據(jù)“頭腦慣性”以為這個值是給它分派的可用光標,繼承在之后的實行中利用這塊內(nèi)存。真正的0地點內(nèi)存區(qū)儲存的是盤算機體系中最重要的“停止形貌符表”,絕對不容許應用步伐利用。在沒有掩護機制的操縱體系下(如DOS),寫數(shù)據(jù)到這個地點會導致立刻當機,而在結(jié)實的操縱體系中,如Windows等,這個操縱會立刻被體系的掩護機制捕捉,其效果便是由操縱體系強行封閉墮落的應用步伐,以防備其錯誤擴大。這時間,就會出現(xiàn)上述的內(nèi)存不克不及為“read”錯誤,并指出被引用的內(nèi)存地點為“0x00000000“。內(nèi)存分派失敗妨礙的緣故原由很多,內(nèi)存不敷、體系函數(shù)的版本不立室等都大概有影響。因此,這種分派失敗多見于操縱體系利用很永劫間后,安置了多種應用步伐(包羅偶然中“安置”的病毒步伐),變動了大量的體系參數(shù)和體系檔案之后。
在利用動態(tài)分派的應用步伐中,偶然會有如許的環(huán)境出現(xiàn):步伐試圖讀寫一塊“應該可用”的內(nèi)存,但不知為什么,這個預猜中可用的光標已經(jīng)失效了。有大概是“忘記了”向操縱體系要求分派,也大概是步伐本身在某個時間已經(jīng)刊出了這塊內(nèi)存而“沒有注意”等等??隽说膬?nèi)存被體系接納,其訪問權(quán)已經(jīng)不屬于該應用步伐,因此讀寫操縱也同樣會觸發(fā)體系的掩護機制,計劃“違法”的步伐唯一的了局便是被操縱停止實行,接納全部資源。盤算機天下的執(zhí)法照舊要比人類有用和嚴肅得多啊!像如許的環(huán)境都屬于步伐自身的BUG,你每每可在特定的操縱次序下重現(xiàn)錯誤。無效光標不愿定總是0,因此錯誤提示中的內(nèi)存地點也不愿定為“0x00000000”,而是別的隨機數(shù)字。
起首發(fā)起:
1、查抄體系中是否有木馬或病毒?
2、更新操縱體系,讓操縱體系的安置步伐重新拷貝準確版本的體系檔案、修正體系參數(shù)。偶然間操縱體系本身也會有BUG,要注意安置官方刊行的升級步伐。
3、只管即方便用最新正式版本的應用步伐、Beta版、試用版都市有BUG。
4、刪除然后重新創(chuàng)建WinntSystem32WbemRepository文件夾中的文件:在桌面上右擊我的電腦,然后單擊辦理。在"辦事和應用步伐"下,單擊辦事,然后封閉并制止WindowsManagementInstrumentation辦事。刪除WinntSystem32WbemRepository文件夾中的全部文件。(在刪除前請創(chuàng)建這些文件的備份副本。)打開"辦事和應用步伐",單擊辦事,然后打開并啟動WindowsManagementInstrumentation辦事。當辦事重新啟動時,將基于以下注冊表項中所提供的信息重新創(chuàng)建這些文件:HKEY_LOCAL_MACHINESOFTWAREMicrosoftWBEMCIMOMAutorecoverMOFs
下面從幾個例子給各人闡發(fā):
例一:打開IE欣賞器大概沒過幾分鐘就會出現(xiàn)"0x70dcf39f"指令引用的"0x00000000"內(nèi)存。該內(nèi)存不克不及為“read”。要停止步伐,請單擊“確定”的信息框,單擊“確定”后,又出現(xiàn)“產(chǎn)生內(nèi)部錯誤,您正在利用的此中一個窗口即將封閉”的信息框,封閉該提示信息后,IE欣賞器也被封閉。辦理方法:修復或升級IE欣賞器,同時打上補丁??催^此中一個修復方法是,Win2000自升級,也便是Win2000升級到Win2000,實在這種方法也便是把體系還原到體系初始的狀態(tài)下。好比你的IE升級到了6.0,自升級后,會被IE5.0取代。
例二:在windows xp下雙擊光盤內(nèi)里的“AutoRun.exe”文件,表現(xiàn)“0x77f745cc”指令引用的“0x00000078”內(nèi)存。該內(nèi)存不克不及為“written”,要停止步伐,請單擊“確定”,而在Windows 98里運行卻正常。 辦理方法:這大概是體系的兼容性題目,winXP的體系,右鍵“AutoRun.exe”文件,屬性,兼容性,把“用兼容模式運行這個步伐”項選擇上,并選擇“Windows 98/Me”。win2000要是打了SP的補丁后,只要開始,運行,輸入:regsvr32 c:winntapppatchslayerui.dll。右鍵,屬性,也會出現(xiàn)兼容性的選項。
例三:RealOne Gold封閉時出現(xiàn)錯誤,曩昔不停利用正常,近來卻在每次封閉時出現(xiàn)“0xffffffff”指令引用的“0xffffffff”內(nèi)存。該內(nèi)存不克不及為“read” 的提示。 辦理方法:當利用的輸入法 為微軟拼音輸入法 2003,而且隱蔽語言欄時(不隱蔽時沒題目)封閉RealOne就會出現(xiàn)這個題目,因此在封閉RealOne之前可以表現(xiàn)語言欄大概將恣意其他輸入法 作為當前輸入法 來辦理這個題目。
例四:我的好漢超等解霸自從上彀后就不克不及播放了,每次都提示“Ox060692f6”(每次變革)指令引用的“Oxff000011”內(nèi)存不克不及為“read”,停止步伐請按確定。辦理方法:嘗嘗重裝好漢超等解霸,要是重裝后還會,到官方網(wǎng)站 下載相應版本的補丁嘗嘗。還不可,只好換就用別的播放器嘗嘗了。
例五:雙擊一個游戲的快捷方法,“Ox77f5cdO”指令引用“Oxffffffff”內(nèi)存,該內(nèi)存不克不及為“read” ,而且提示Client.dat步伐錯誤。 辦理方法:重裝顯卡的最新驅(qū)動步伐,然后下載而且安置DirectX9.0。
依次排查
Windows XP體系中運行一些容量較大的步伐大概游戲時,體系每每會主轉(zhuǎn)動出“xx內(nèi)存不克不及為 read或written”的錯誤提示,遇到這種妨礙信息時,我們該怎樣才氣將它有用清除,同時確保下次運行容量較大的步伐大概游戲時,體系不會再次出現(xiàn)體系內(nèi)存讀寫錯誤呢?究竟上,當我們不幸遭遇上面的妨礙信息時,我們可以實驗根據(jù)如下步調(diào)舉行依次排查:
移除無效插件步伐
在上彀沖浪的歷程中,很多插件步伐會偷偷地安置到盤算機體系中,而不少插件步伐每每都有防刪除的功效,因此這些插件很容易與其他的應用步伐產(chǎn)生辯論,從而間接地引起體系內(nèi)存讀寫錯誤的征象。為了給那些大容量的應用步伐或游戲提供一個潔凈、穩(wěn)固的事情環(huán)境,我們最好定期利用雷同360寧靜衛(wèi)士如許的步伐,來檢察體系是否被偷偷安置了種種無效的垃圾插件步伐,一旦發(fā)明的話,那可以直接將它們從體系中實時卸載潔凈。
手工修復體系辦事
與體系內(nèi)存讀寫操縱有關(guān)的Windows Management Instrumentation辦事要是產(chǎn)生錯誤的話,也會導致體系彈出內(nèi)存讀寫錯誤的提示,以是當我們遇到這種錯誤征象時,可以實驗手工修復一下 Windows Management Instrumentation辦事,下面便是詳細的修復步調(diào):
起首用鼠標右鍵單擊體系桌面中的“我的電腦”圖標,從彈出的快捷菜單中實行“辦理”下令,打開當?shù)伢w系的盤算機辦理窗口,在該窗口的左側(cè)表現(xiàn)地區(qū),依次睜開“辦事和應用步伐”/ “辦事”選項,在對應“辦事”選項地點的右側(cè)表現(xiàn)地區(qū)中,找到Windows Management Instrumentation辦事,并用鼠標右鍵單擊該辦事選項,從彈出的快捷菜單中實行“屬性”下令,打開如圖所示的辦事屬性設置界面;
其次在該設置界面的“通例”標簽頁面中,單擊“制止”按鈕,將Windows Management Instrumentation辦事臨時制止運行。之后,打開盤算機體系的資源辦理器窗口,在該窗口中依次睜開“Windows”、 “ssystem32”、“wbem”、“repository”文件夾,然后將“repository”文件夾窗口中的全部文件舉行一下備份,備份完成后將該文件夾中的全部內(nèi)容全部掃除失;
接下來,重新啟動一下盤算機體系,待體系啟動樂成后,按前面操縱打開Windows Management Instrumentation辦事的屬性設置界面,單擊該界面中的“啟動”按鈕,信賴這么一來Windows Management Instrumentation辦事就能正常運行了。
修復體系破壞文件
要是盤算機體系不警惕熏染了病毒大概產(chǎn)生了誤刪除操縱,那么與體系內(nèi)存讀寫操縱有關(guān)的體系文件很大概受到破壞,而這些體系文件一旦受到破壞的話,那么我們就很容易遭遇內(nèi)存讀寫妨礙提示了。以是,我們一旦遇到內(nèi)存讀寫錯誤的提示時,沒關(guān)系根據(jù)如下步調(diào)修復一下體系,看看體系是否存在破壞的文件:
起首利用最新版本的殺毒軟件,來對盤算機體系舉行徹底地病毒查殺操縱,由于盤算機系同一旦熏染了病毒而不舉行掃除的話,我們縱然修復了體系文件,病毒仍舊有大概會繼承破壞體系文件,以是實時利用殺毒軟件來將盤算機中的病毒全部掃除潔凈,可以確保體系文件不會繼蒙受到病毒的威脅。
其次利用木馬專家軟件自帶的功效 修復體系功效 步伐就會對體系每個角落處的體系文件舉行搜刮掃描,一旦發(fā)明體系文件的版本禁絕確大概體系文件已經(jīng)破壞的話,它就能主轉(zhuǎn)動出提示界面,要求我們插入Windows體系的安置光盤,以便從中提取正常的體系文件來替換不正常的體系文件,從而到達修復體系文件的目標。要是體系修復操縱樂成的話,信賴我們重新啟動盤算機體系時,就不會看到有什么不正常的征象了。
實時開釋體系內(nèi)存
我們知道,在運行一些容量較大的步伐大概游戲時,必要斲喪相稱的體系內(nèi)存資源,要是此時內(nèi)存空間不敷時,那么體系內(nèi)存讀寫錯誤的妨礙提示很有大概就會產(chǎn)生。為了有用制止這種錯誤提示,我們最幸虧運行容量較大的步伐大概游戲之前,應該先將盤算機體系重新啟動一下,如許可以大概將體系內(nèi)存空間充離開釋出來;要是盤算機內(nèi)存空間本身就比力小的話,那么我們發(fā)起列位最好實時升級內(nèi)存,以便拓展內(nèi)存的有用利用空間,以防備由于體系內(nèi)存不敷而造成體系內(nèi)存讀寫錯誤的產(chǎn)生。
本文發(fā)布于2013年01月19日01:27
,已經(jīng)過了4489天,若內(nèi)容或圖片失效,請留言反饋
轉(zhuǎn)載請注明出處: 網(wǎng)際網(wǎng)
本文的鏈接地址: http://news.rovide8.cn/xitong/537.html
-
五種方法來解決steam需要在線更新 請確認您的網(wǎng)絡連接
2021/03/03
-
Windows 7 MSDN 中文原版官方鏡像下載地址
簡體中文旗艦版:
32位:cn_windows_7_ultimate_x86_dvd_x15-65907 &...
2014/03/01
-
中央電視臺主持人李平接受調(diào)查 李平簡歷
2014/11/29
-
電腦開機提示;自動修復無法修復你的電腦
客戶的計算機win8.1開機幾秒后顯示“自動修復”無法修復你的計算機;重試好幾次都不行,點擊高級選項用恢復或初始化計算機都不管用,現(xiàn)在想恢復計算機, 顯示安...
2014/11/15
-
聯(lián)想preparing automatic repair轉(zhuǎn)半天進不了系統(tǒng)
2014/11/15
-
電腦開機出現(xiàn)chainloader bootmgr怎么辦
2014/11/30
暫無評論