![]() |
||
|
訪客
文章: n/a
|
程式錯誤 該記憶體不能為read?
最近使用IE或其他程式關閉後
都會出現0x11661C指令參考0x01139fd4 記憶體不能為r記憶體不能為read 請按確定 終止程式 查過各網站說法 不是記憶體也不是中毒 實在找不出其他原因 請各位大大幫個忙吧 |
|||||||
|
Master Member
![]() ![]() ![]() ![]() 加入日期: Feb 2001 您的住址: 呆子國
文章: 1,993
|
你應該是有用超級兔子或者其他系統最佳化的軟體造成的......
![]()
__________________
小黃屋卡號:36317727,有需要者請自取 --------------------------------------------- 兩聲道: 喇叭:Jmlab 906(原廠腳架) 訊源:CD PRO2+dac3.0 前級:DIY彷馬諦斯真空管前級 後級:Proton aa-2120(大改) 劇院: 顯示器:Mitsubishi HC3(投影), Proton HT-29A(1080i CRT). 喇吧:JM lab 906,Jmlab CC900,wharfedale EM-93 MK1,Buck-P620 訊源:PIONEER 270S + XBOX(改) +cec 626 前級:Usher 2010(解碼前級) 後級:Proton aa-2120 *2 電腦: 一號機 CPU : E7300 oc 3G MB : Abit IP35 RAM : A-data DDR2 800 4G H.D.D : 總計2TB DVD-RW : NEC 3500AG,3550.BENQ 1640.200S.Sony830a LCD : ACER AL2032W 顯卡 : ATI 3850 POWER : 保銳480w with APFC Mac Mini (Merom T5600+ 2G RAM) |
||
|
|
|
訪客
文章: n/a
|
嗯 有使用兔子修改過
但是要如何解決勒 把兔子修改還原嗎? |
|
Advance Member
![]() ![]() 加入日期: Nov 2005
文章: 373
|
還是把超級兔子移除呢
![]()
__________________
我的影音伺服器 CPU:英特爾 奔騰1.6GHZ 主機板:ASUS P4B266-7年的主版掛了 新機-CPU:AM2-4800+ 主板:GA-MA78GM-S2H 電源:台達400w |
|
|
|
Advance Member
![]() ![]() 加入日期: Feb 2004 您的住址: 鄉民看熱鬧的地方
文章: 319
|
還原修改重開機就好了
|
|
|
|
訪客
文章: n/a
|
還原之後並沒有改善勒@@?
且之前使用兔子一直不會有這個問題 有大大可以解釋為何是兔子造成的嗎? 假如是兔子又為何會造成這樣的問題勒? |
|
Regular Member
![]() ![]() 加入日期: Sep 2005
文章: 77
|
我也會這樣耶~~
沒有啥改善的方法嗎?? 我是有用超級兔子啦... 雖然沒有什麼太大的困擾 但是就是絕決怪怪的~~ |
|
|
|
Elite Member
![]() ![]() ![]() ![]() ![]() 加入日期: Aug 2003
文章: 10,647
|
這是兔子或是其它軟體剩至是你用網路上有人放的優化登入檔所造成~
基本上應該每個人狀況多少有些不同~叫你改的地方或許也沒效~ 有用兔子的人建議在開機啟動程式(自動啟動)那邊看有啟動那些程式~ 能關的盡量關掉~(也可以看看有沒有被殖入廣告軟體) 或許可以改善此種狀況 (我是除了防毒,防火牆.和一些os開機或用到的,其他都關~) (nero check,兔子常駐程式....這些我開機都不啟動~)) 此文章於 2006-03-20 10:06 AM 被 cys070 編輯. |
|
|
|
Amateur Member
![]() 加入日期: Jan 2005
文章: 33
|
把你出問題的程式砍掉(東西要清乾淨唷),然後重灌就行了,
應該吧... |
|
|
|
Silent Member
加入日期: Nov 2005
文章: 0
|
[轉帖]Windows操作系統出現記憶體錯誤不用慌
使用Windows操作系統的人有時會遇到這樣的錯誤信息:「0X????????指令引用的0x00000000記憶體, 該記憶體不能written」,然後應用程式被關閉。 如果去請教一些「高手」,得到的回答往往是「Windows就是這樣不穩定」之類的義憤和不屑。 其實,這個錯誤並不一定是Windows不穩定造成的。 本文就來簡單分析這種錯誤的一般原因。 一、應用程式沒有檢查記憶體分配失敗 程序需要一塊記憶體用以儲存資料時,就需要使用操作系統提供的「功能函數」來申請, 如果記憶體分配成功,函數就會將所新開闢的記憶體區位址返回給應用程式, 應用程式就可以通過這個位址使用這塊記憶體。這就是「動態記憶體分配」, 記憶體位址也就是編程中的「游標」。 記憶體不是永遠都招之即來、用之不盡的,有時候記憶體分配也會失敗。 當分配失敗時系統函數會返回一個0值,這時返回值「0」已不表示新啟用的游標, 而是系統向應用程式發出的一個通知,告知出現了錯誤。作為應用程式, 在每一次申請記憶體後都應該檢查返回值是否為0,如果是,則意味著出現了故障, 應該採取一些措施挽救,這就增強了程序的「健壯性」。 若應用程式沒有檢查這個錯誤,它就會按照「思維慣性」認為這個值是給它分配的可用游標, 繼續在之後的執行中使用這塊記憶體。 真正的0位址記憶體區儲存的是電腦系統中最重要的「中斷描述符表」, 絕對不允許應用程式使用。在沒有保護機制的操作系統下(如DOS), 寫資料到這個位址會導致立即當機,而在健壯的操作系統中,如Windows等, 這個操作會馬上被系統的保護機制捕獲,其結果就是由操作系統強行關閉出錯的應用程式, 以防止其錯誤擴大。這時候,就會出現上述的「寫記憶體」錯誤, 並指出被引用的記憶體位址為「0x00000000」。 記憶體分配失敗故障的原因很多,記憶體不夠、系統函數的版本不匹配等都可能有影響。 因此,這種分配失敗多見於操作系統使用很長時間後, 安裝了多種應用程式(包括無意中「安裝」的病毒程序),更改了大量的系統參數和系統檔案之後。 二、應用程式由於自身BUG引用了不正常的記憶體游標 在使用動態分配的應用程式中,有時會有這樣的情況出現:程序試突讀寫一塊「應該可用」的記憶體, 但不知為什麼,這個預料中可用的游標已經失效了。有可能是「忘記了」向操作系統要求分配, 也可能是程序自己在某個時候已經註銷了這塊記憶體而「沒有留意」等等。 註銷了的記憶體被系統回收,其訪問權已經不屬於該應用程式, 因此讀寫操作也同樣會觸發系統的保護機制,企圖「違法」的程序唯一的下場就是被操作終止執行, 回收全部資源。電腦世界的法律還是要比人類有效和嚴厲得多啊! 像這樣的情況都屬於程序自身的BUG,你往往可在特定的操作順序下重現錯誤。 無效游標不一定總是0,因此錯誤提示中的記憶體位址也不一定為「0x00000000」, 而是其他隨機數字。 如果系統經常有所提到的錯誤提示,下面的建議可能會有說明 : 1.檢視系統中是否有木馬或病毒。這類程序為了控制系統往往不負責任地修改系統, 從而導致操作系統異常。平常應加強信息安全意識,對來源不明的可執行程序絕不好奇。 2.更新操作系統,讓操作系統的安裝程序重新拷貝正確版本的系統檔案、修正系統參數。 有時候操作系統本身也會有BUG,要注意安裝官方發行的昇級程序。 3.試用新版本的應用程式。 Mode:將虛擬記憶體撤換 答案:目前為止是肯定的,也就是如在下次冷天到來時亦沒再發生,就代表這是主因 追加: 如果你用 Ghost 恢復 OS 後建議 刪除WINDOWS\PREFETCH目錄下所有*.PF文件 因為需讓windows重新收集程式的物理位址 有些 應用程式錯誤: "0x7cd64998" 指令參考的 "0x14c96730" 記憶體。該記憶體不能為 "read" 推論是此原因 源由: Win XP的「預讀取」技術 這種最佳化技術也被用到了應用軟體上,系統對每一個應用軟體的前幾次啟動情況進行分析, 然後新增一個描述套用需求的虛擬「記憶體映像」,並把這些信息儲存到WINDOWS\PREFETCH資料夾。 一旦建立了映像,應用軟體的裝入速度大大提高。 XP的預讀取資料儲存了最近8次系統啟動或應用軟體啟動的信息。 後敘:目前此方法亦是獨步網路的(其碼自己針對此問題查了許久),也是常見問題,原本幾乎每天睡前關閉軟體時一些程式都會發生...read... 現在就沒發生了 以上轉貼供參考 |
|
|