| 저자 |
좀 읽어봐주셔야 될appcompzt.txt |
Anonymous (0)
비회원
|  게시일: 2004-07-26 18:52| |
모든 사람들 보면 에러 메세지에 이런게 나옵니다.
3. 세번째방법(치료확률 0.00001%)
appcompat.txt를 찾아 지웁니다
근데 궁금한건요. 시스템정보가 윈도NT5.1로 나온다는 거네요. SP1업뎃안하셨는지 <--- 중요 !
저희집도 윈도 nt 5.1라고 나오거든요.
스샷은 스샷겟판에 올릴.. 스샷겟판이 어딨죠 ?
여기서 뭔가 뜨는건 아닐가요..
그럼. 이 글의 본문은 올려보겠습니다.
요즘들어 묻고답하기를 보면 몇가지 경향이 있는 거 같다.
예를 들어
①appcompat.txt라는게 에러라면서 윈도우창이 안뜬다거나
②sp1설치시 atapi에러발생에 관한 것
③아예 부팅이 안되거나 부팅시 이상한 것들
위의 세가지가 70%이상을 차지한다
1. 첫번째방법(대부분의 경우 95%이상 해결)
시작 ㅡ> 실행 ㅡ> regedit 입력하고 확인 ㅡ> HKEY_LOCAL_MACHINE 을 찾고 + 클릭 ㅡ>
SOFTWARE를 찾고 + 클릭 ㅡ> Microsoft를 찾고 + 클릭 ㅡ> Windows를 찾고 + 클릭 ㅡ>
CurrentVersion을 찾고 + 클릭 ㅡ> Explorer를 찾고 + 클릭 ㅡ> Browser Helper
Objects를 찾고 + 클릭 ㅡ> 그러면 이름이 복잡한게 있을 것인데 마우스 오른쪽 버튼
클릭하고 삭제(일단 전부삭제)
다음 항목은 아이이토이입니다. 아이이토이사용자라면 다음 항목을 메모장으로 저장해서 화일형식을 reg로 바꾸신다음에. 마우스우클릭하여 병합을 누르세요(안그러면 아이이토이재설치필요)
[HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionExplorerBrowser Helper Objects{234CFBE7-DD40-4694-B3BF-0C6479AED177}]
2. 두번째방법(국민은행에서 주로 사용하는 "베리사인"이라는 암호화관련 오브젝트의 제거. 아마도 국민은행 인터넷뱅킹쓰시면 자동재설치될듯...)
해결방법은.... 레지스트리 편집기를 이용해서
하는건데요... 시작 → 실행 → regedit 입력 → 왼쪽창에 폴더 여러개가
보일겁니다.. 거기서 내컴퓨터에 클릭 (그냥 원클릭입니다..) → 편집 →
찾기 → verisigns 입력 → 검색결과 나오면 verisigns 란 단어가 나오는
파일을 삭제해주세요.. 6개 정도 나오는데 verisigns.exe 란 파일이 두개정도
있습니다... 이건 꼭 안지워도 됩니다...(저는 안지웠어요...) 그냥 그 두 파일만
빼고 나머지 4개정도 ( 아마도 verisigns.dll 일겁니다..)만 삭제해주세요...
그리고는 재부팅한후에 실행하시면 될겁니다..
3. 세번째방법(치료확률 0.00001%)
appcompat.txt를 찾아 지웁니다
근데 궁금한건요. 시스템정보가 윈도NT5.1로 나온다는 거네요. SP1업뎃안하셨는지
4. 4번째방법
Application Compatible : Appcompat
주의: 이 방법은 Appcompat.txt 오류가 발생하지 않도록하는 방법일 뿐 응용 프로그램의 오류를 막는 방법은 아니다. 즉, 이 팁을 적용하면 오류 정보는 Appcompat.txt에 저장되어 있다는 메시지는 사라지지만 응용 프로그램의 문제로 프로그램이 종료되는 것은 막을 수 없다.
======Error Reporting Service 중지=========
1.시작/실행/services.msc를 입력하고 확인을 클릭한다.
2.Error Reporting Service를 두번 클릭한다.
3.Error Reporting Service 속성 창에서 일반 탭을 클릭한다.
4.시작 유형의 다운 메뉴를 클릭하고 시작 유형을 사용 안함으로 변경한다.
5.중지 버튼을 클릭한다.
6.적용 버튼을 클릭하고 확인 버튼을 클릭한다.
====오류 보고 중지 ======
1.시작/제어판/시스템을 클릭한다.
2. 시스템 등록 정보 창에서 고급 탭을 클릭한다.
3.오류 보고 버튼을 클릭한다.
4.오류 보고 창에서 오류 보고 사용 안 함을 체크하고 확인 버튼을 클릭한다.
================시작 및 복구 변경=================
1.시작/제어판/시스템을 클릭한다.
2.시스템 등록 정보 창에서 고급 탭을 클릭한다.
3.시작 및 복구의 설정 버튼을 클릭한다.
4.시스템 오류 부분의 모든 항목의 체크를 지운고 확인 버튼을 클릭한다
===============기본 디버거 변경============
1.시작/실행/regedit를 입력하고 확인을 클릭한다.
2.다음 레지스트리로 이동한다.
HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionAeDebug
=======>AeDebug 키에 마우스 우측 버튼을 클릭하고 삭제를 클릭한다
3.키 삭제 확인 창에서 예(Yes) 버튼을 클릭한다.
4.시작/실행/drwtsn32.exe를 입력하고 확인을 클릭한다.
5.Dr. Watson 확인 창에서 확인 버튼을 클릭한다.
|
|
|
Anonymous (0)
비회원
| 게시일: 2004-07-26 21:17||
[이 게시물은 관리자에의해 윈도우즈 게시판에서 낙서장 게시판으로 이동되었습니다] |
Anonymous (0)
비회원
| 게시일: 2004-07-26 21:23||
인용!
4. 4번째방법
Application Compatible : Appcompat
주의: 이 방법은 Appcompat.txt 오류가 발생하지 않도록하는 방법일 뿐 응용 프로그램의 오류를 막는 방법은 아니다. 즉, 이 팁을 적용하면 오류 정보는 Appcompat.txt에 저장되어 있다는 메시지는 사라지지만 응용 프로그램의 문제로 프로그램이 종료되는 것은 막을 수 없다.
======Error Reporting Service 중지=========
1.시작/실행/services.msc를 입력하고 확인을 클릭한다.
2.Error Reporting Service를 두번 클릭한다.
3.Error Reporting Service 속성 창에서 일반 탭을 클릭한다.
4.시작 유형의 다운 메뉴를 클릭하고 시작 유형을 사용 안함으로 변경한다.
5.중지 버튼을 클릭한다.
6.적용 버튼을 클릭하고 확인 버튼을 클릭한다.
====오류 보고 중지 ======
1.시작/제어판/시스템을 클릭한다.
2. 시스템 등록 정보 창에서 고급 탭을 클릭한다.
3.오류 보고 버튼을 클릭한다.
4.오류 보고 창에서 오류 보고 사용 안 함을 체크하고 확인 버튼을 클릭한다.
================시작 및 복구 변경=================
1.시작/제어판/시스템을 클릭한다.
2.시스템 등록 정보 창에서 고급 탭을 클릭한다.
3.시작 및 복구의 설정 버튼을 클릭한다.
4.시스템 오류 부분의 모든 항목의 체크를 지운고 확인 버튼을 클릭한다
===============기본 디버거 변경============
1.시작/실행/regedit를 입력하고 확인을 클릭한다.
2.다음 레지스트리로 이동한다.
HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionAeDebug
=======>AeDebug 키에 마우스 우측 버튼을 클릭하고 삭제를 클릭한다
3.키 삭제 확인 창에서 예(Yes) 버튼을 클릭한다.
4.시작/실행/drwtsn32.exe를 입력하고 확인을 클릭한다.
5.Dr. Watson 확인 창에서 확인 버튼을 클릭한다.
이 글은 QAOS.com에서 퍼간 글입니다. 출처도 없이 글을 퍼가고, 그 글을 출처도 없이 또 퍼오고 그러다보니 원사이트에 글을 펌글로 올리는 재미있는 일이 발생하는 거죠.
퍼온글 출처를 밝힙시다.
검색해보면 알겠지만 2K는 NT 5.0, XP는 NT 5.1입니다. |
Anonymous (0)
비회원
| 게시일: 2004-07-26 22:22||
저기 초보자입니다-_-;;
지나가다가 한마디 씁니다. ^^
Appcompat.txt 오류가 발생했다는 건
말그대로 어떤식으로든 시스템에 오류가 발생했다는 겁니다.
문제는 오류가 왜 발생했냐는 것이지, appcompat 어쩌고 이런 게 중요한 게 아니겠지요
9x계열의 연산오류랑 다를바가 하나도 없습니다.
오류가 발생했을시에 중요한 건
1. 어떨 때 오류가 뜨는가?
(os진입하자마자, 사용도중에, 특정작업중에 어떤 제스쳐를 취했을 때 등등)
2. 오류가 떴을 때 에러난 모듈확인이 가능한가?
이런 것들이 중요하다고 봅니다.
물론 mshtml.dll 이런 모듈에서 에러가 떴다고 해서
반드시 그 mshtml.dll 이 파일이 뻑이났을 확률은 극히 적습니다.
다른 제스쳐에서 결과적(?)으로 그 파일의 에러를 유도한 것들이 대부분이구요
ie 관련 작업을 했을 때 오류가 뜬다면
1. windows update는 다했는지.
2. 인터넷옵션의 점검
3. 애드/스파이웨어 검사
4. 애드웨어나 스파이웨어가 아니더래도 문제를 자주 유발시키는 버디버디,지니 등이 깔려져 있는지
5. 레지스트리 bho에 부적절한 게 있진 않은지. (4번은 제외하더라도 말입니다)
6. ie 관련 dll 이 정상작동은 하는지(레지와 연동해서)
대략 이정도가 누구나 확인해 볼 수 있는 상황이겠고
오류가 없어도 ie 실행로딩이나
웹페이지 로딩이 원인파악 불가능할 정도로
느려진다거나 했을때
고수님들의 디버깅 테크닉이 필요한 거겠지요.
|
|
|
|
|
(