이런 문제는 매우 번거롭다. 해결하기 어렵다. 다음은 제가 붙여 넣은 인터넷 게시물입니다.
그건 그렇고: 쓰레기 UUSEE 는 왜 그것을 사용합니까? 자체 전원을 켜는 광고 프로세스가 있습니다. 매번 수동으로 닫아야 한다. 또한 전원이 켜지지 않도록 설정할 수 없습니다. 그것은 바로 불량배 소프트웨어이다.
최근 많은 누리꾼들이 이 메모리가' 레드' 가 될 수 없다는 잘못된 힌트를 만났다. 다음 문장 들이 모두에게 도움이 되었으면 좋겠다.
일부 프로그램을 실행할 때 메모리 오류에 대한 프롬프트가 나타난 다음 프로그램이 닫히는 경우가 있습니다.
0x' 지시문이 참조하는' 0x' 메모리. 이 메모리는 "read" 가 될 수 없습니다.
0x' 지시문이 참조하는' 0x' 메모리는' written' 이 될 수 없습니다.
위의 상황은 모두가 본 적이 있을 것으로 믿으며, 심지어 일부 네티즌은 자주 나타나는 잘못된 힌트에 불쾌해 여러 차례 시스템을 다시 설치했다고 말하기까지 한다. (윌리엄 셰익스피어, 햄릿, 믿음명언) (윌리엄 셰익스피어, 오셀로, 믿음명언) 일반 사용자는 복잡한 16 진수 코드를 이해하지 못할 것이라고 믿는다.
이 현상이 나타나는 데는 방면이 있다. 하나는 하드웨어, 즉 메모리 방면에 문제가 있고, 다른 하나는 소프트웨어이다. 이것은 다방면의 문제가 있다.
첫째, 먼저 하드웨어:
일반적으로 컴퓨터 하드웨어는 쉽게 망가지지 않는다. 메모리에 문제가 생길 가능성은 크지 않다. (당신의 메모리가 정말 잡패의 무너진 곳이 아니라면) 주된 측면은 1 이다. 메모리가 고장 났어요 (중고 메모리 상황이 많음), 2. 품질 문제가 있는 메모리를 사용했습니다. 3. 마더보드에 메모리가 꽂혀 있는 금색 손가락 부분에 먼지가 너무 많습니다. 4. 서로 다른 브랜드의 서로 다른 용량의 메모리를 사용하여 호환되지 않는 상황이 발생합니다. 5. 오버클럭킹으로 인한 열 문제. MemTest 라는 소프트웨어를 사용하여 메모리를 감지할 수 있습니다. 메모리 안정성을 완전히 감지할 수 있습니다.
둘째, 그렇지 않다면 소프트웨어 방면에서 문제를 해결한다.
먼저 원칙: 메모리에 데이터가 저장되는 곳을 버퍼라고 합니다. 프로그램이 데이터를 버퍼에 넣으면 운영 체제에서 제공하는 "기능 함수" 가 필요합니다. 메모리 할당이 성공하면 함수는 새로 열린 메모리 영역 주소를 응용 프로그램에 반환하고 응용 프로그램은 이 주소를 통해 이 메모리를 사용할 수 있습니다. 이것이 바로 "동적 메모리 할당" 입니다. 메모리 주소는 프로그래밍의 "커서" 입니다. 메모리가 항상 다 쓰이는 것은 아니며, 때로는 메모리 할당도 실패할 때가 있다. 시스템 함수는 할당이 실패할 때 0 값을 반환합니다. 반환 값 "0" 은 새로 활성화된 커서를 나타내는 것이 아니라 오류가 발생했음을 알리는 알림을 응용 프로그램에 보냅니다. 응용 프로그램으로서 메모리를 신청할 때마다 반환 값이 0 인지 확인해야 하며, 만약 그렇다면 고장이 발생했음을 의미하며, 몇 가지 조치를 취해야 합니다. 이로 인해 프로그램의' 견고성' 이 향상됩니다. 응용 프로그램이 이 오류를 확인하지 않으면 "사고 관성" 에 따라 이 값이 할당된 사용 가능한 커서로 간주되어 이후 실행에서 이 메모리를 계속 사용합니다. 실제 0 주소 메모리 영역에는 컴퓨터 시스템에서 가장 중요한' 인터럽트 설명자 테이블' 이 저장되며 응용 프로그램은 절대 사용할 수 없습니다. 보호 메커니즘이 없는 운영 체제 (예: DOS) 에서는 이 주소에 데이터를 쓰면 즉시 충돌이 발생할 수 있으며, Windows 와 같은 강력한 운영 체제에서는 시스템 보호 메커니즘에 의해 즉시 캡처됩니다. 그 결과 운영 체제에서 오류가 발생한 응용 프로그램을 강제로 종료하여 오류가 확대되는 것을 방지할 수 있습니다. 이 시점에서 위의 메모리는' read' 오류가 될 수 없으며 참조된 메모리 주소가' 0x00000000' 임을 나타냅니다. 메모리 할당 실패에는 여러 가지 원인이 있으며 메모리가 부족하거나 시스템 함수의 버전이 일치하지 않는 등 모두 영향을 받을 수 있습니다. 따라서 이러한 할당 실패는 운영 체제가 오래 사용한 후 실수로 "설치" 된 바이러스 프로그램을 포함하여 다양한 어플리케이션을 설치한 후 많은 시스템 매개변수와 시스템 아카이브를 변경한 후에 발생합니다.
동적으로 할당된 응용 프로그램에서 프로그램이' 사용할 수 있어야 한다' 는 메모리를 읽고 쓰려고 했지만, 왠지 이 예상된 사용 가능한 커서가 이미 유효하지 않은 경우가 있습니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 스포츠명언) "잊어버렸어" 운영 체제에 할당을 요청했거나, 프로그램 자체가 어느 시점에서 이 메모리를 로그아웃하고 "주의하지 않았다" 는 등의 문제가 있을 수 있습니다. 로그아웃한 메모리는 시스템에 의해 회수되고, 액세스 권한은 더 이상 해당 애플리케이션에 속하지 않으므로 읽기 및 쓰기 작업도 시스템의 보호 메커니즘을 트리거합니다.' 위법' 을 시도하는 프로그램의 유일한 끝은 조작으로 실행을 중단하고 모든 자원을 회수하는 것입니다. 컴퓨터 세계의 법률은 여전히 인간보다 훨씬 효과적이고 엄하다! 이와 같은 상황은 프로그램 자체의 버그에 속하며, 너는 종종 특정 조작 순서에서 오류를 재현할 수 있다. 유효하지 않은 커서가 항상 0 일 필요는 없으므로 오류 프롬프트의 메모리 주소도 반드시 "0x00000000" 이 아니라 다른 임의의 숫자입니다.
먼저 제안:
1, 시스템에 트로이 목마 또는 바이러스가 있는지 확인합니다.
Gt; 2, 운영 체제를 업데이트하여 운영 체제 설치 프로그램이 올바른 버전의 시스템 파일을 다시 복사하고 시스템 매개 변수를 수정할 수 있도록 합니다. 운영 체제 자체에도 버그가 있을 수 있으므로 공식적으로 발표된 업그레이드 프로그램을 설치하는 데 주의해야 합니다.
3. 가급적 최신 정식 버전을 사용하는 앱, 베타, 평가판에는 버그가 있습니다.
4. WinntSystem32WbemRepository 폴더에 있는 파일을 삭제하고 다시 만듭니다. 바탕 화면에서 내 컴퓨터를 마우스 오른쪽 단추로 클릭하고 관리를 클릭합니다. 서비스 및 응용 프로그램에서 서비스를 누르고 windowsmanagementinstrumentation 서비스를 종료 및 중지합니다. WinntSystem32WbemRepository 폴더에서 모든 파일을 삭제합니다. (삭제하기 전에 이러한 파일의 백업 사본을 만드십시오. ) 서비스 및 응용 프로그램을 열고 서비스를 누른 다음 windowsmanagementinstrumentation 서비스를 열고 시작합니다. 서비스가 다시 시작되면 다음 레지스트리 키에 제공된 정보를 기반으로 파일이 다시 생성됩니다. HKEY _ local _ machinesoftwaremicrosoftwbemcimomautorecovermofs (네트워크에서 전송)