Dzisiejszy wpis na blogu został napisany, aby pomóc Ci, jeśli pojawi się godny zaufania błąd naruszenia dostępu do powłoki procesu.

Zatwierdzone

v

Podczas migracji z Win7 + VS2015 w drodze do Win10 + VS2017 większość naszych ulubionych starszych narzędzi MFC napotyka następujące problemy:

przez afxwin.h: CWnd * m_pMainWnd; // największe okno (zwykle to samo AfxGetApp () -> m_pMainWnd)

  CSingleDocTemplate * pDocTemplate;pDocTemplate = nowy CSingleDocTemplate (    IDR_MAINFRAME,    RUNTIME_CLASS (CIFX_LogViewDoc),    RUNTIME_CLASS (CMainFrame), // Okno głównej ramki SDI    RUNTIME_CLASS (CIFX_LogViewView));DodajDocSzablon (pDocSzablon);// Polecenie analizy dla standardowych poleceń pokrycia wstawiania, DDE, otwórz plikCCommandLineInfo cmdInfo;ParseCommandLine (cmdInfo);// Zamówienia wysyłkowe podane w jednej linii kierunkowejif (! ProcessShellCommand (cmdInfo)) // -> "Dostęp jest uznawany za odmowę"    fałszywy zwrot;// Wyglądało na to, że najefektywniejsze okno zostało zainicjowane, aby zostało zaktualizowane w salonie i kuchni.m_pMainWnd-> ShowWindow (SW_SHOW);m_pMainWnd-> AktualizujOkno ();Zwraca PRAWDA; 

Doświadczyłem również wywoływania ShowWindow () + UpdateWindow () przed parsowaniem wiersza poleceń, w dużej mierze dlatego, że zostało to sugerowane tutaj: https://stackoverflow.com/a/41188727/384556, niestety strona nie działa:

  Zgłoszono wyjątek 0x58198F2E (mfc140d.dll) prosto z A.exe: 0xC0000005: dostęp do odczytuPrzestępstwo w pokoju 0x00000020. zdarzyło się w -> m_pMainWnd-> ShowWindow (SW_SHOW); 

Zatwierdzone

Narzędzie naprawcze ASR Pro to rozwiązanie dla komputera z systemem Windows, który działa wolno, ma problemy z rejestrem lub jest zainfekowany złośliwym oprogramowaniem. To potężne i łatwe w użyciu narzędzie może szybko zdiagnozować i naprawić komputer, zwiększając wydajność, optymalizując pamięć i poprawiając bezpieczeństwo procesu. Nie cierpisz już z powodu powolnego komputera — wypróbuj ASR Pro już dziś!

Mój rynek aplikacji MFC zaczyna się od:
„Nieobsługiwany wyjątek. W 0x7823eafb (mfc80d.dll). W MyApp.exe.” Dostęp 0xc0000005: Naruszenie powoduje pojawienie się miejsca zamieszkania 0xfdfe3f55.

Potrzebuję pomocy w ustaleniu, dlaczego tak się dzieje, jak również kilka wskazówek, jak umożliwić im znalezienie / naprawienie problemu. To działało, dopóki nie przekonwertowałem VC ++ 6 na Visual Studio 2005, teraz jest pomijane tylko w obu IDE.

Błąd pojawia się czasami podczas przechodzenia do MyApp, gdy Processshellcommand () jest oznaczony jako InitInstance (). Polecenie cmdinfo miejsca zamieszkania wysyła polecenie FileNew z faktyczną nazwą pustego dokumentu, a cała platforma przystępuje do pracy, tworząc dokument i widok (aplikacja SDIDoc). Debugowanie pokazuje, że błąd występuje w każdej części, w której struktura zaczyna się od budowania głównego okna. W pewnym sensie wydaje się, że gdy osobowość jest w oknie, aluzja do klamki nie może być odzyskana.

Wąski stos wygląda tak:
-mfc80d.dll! CMapPtrToPtr :: G etValueAt ( void klucz równa się 0x000a05c4) * linia 188 + 0x9 bajtów
– mfc80d. * dll! chandlemap :: loo kuppermane nt (puste h oznacza 0x000a05c4) linia 114 + 0x16 bajtów
-mfc80d.dll! CWnd :: FromHandl ePermanent (HWND__ HWnd = 0x000a05c4) * firma 321 + byte 0xc
-mfc80d.dll! _AfxCbtFilterHo ok (kod int równa się 3, unsigned int wParam implikuje 656836, long lParam = 1241572) kawałek łańcucha + 525 0x9 bajtów
<< dowolny rodzaj serii wywołań, które mogą przenieść tutaj pliki user32.dll i ntdll.Dll, zaprojektowane dla zwięzłości >>
-mfc80d.dll! AfxCtxCreateWin dowExA (uns igned stretched dwExStyle = 512, const char 6.lpClassName oznacza 0x006a1800, const char 3.lpWindowName oznacza 0x0035043w644,5w = 0x00 =38, int dłużej X = 2 int Y równa się 0, int nWidth = 923, int nHeight = 1022, HWND__ 2. hWndParent = 0x00000000, HMENU__ * hMenu oznacza 0x008f02e3, HINSTANCE__ * hInstance równa się 0x00400000, void * lpParam9. = 0x0012 przez-mfc80d.dll! CWnd :: CreateEx ( rzeczywiście unsigned dwExStyle = 0, const char * lpszClassName = 0x00000000, const char * lpszWindowName = 0x003acf20, unsigned total wStyle oznacza 13598, int x = -2147483648 int y = -2147483648, int nWidth jest równe -2147483648, int nHeight = -2147483648, HWND__ * hWndParent = 0x00000000, HMENU__ nIDorHMenu = 0x008f02e3, void * oznacza br 0x0012Parax-mfc80d.dll! CFrameWnd :: Crea te (const char 3.lpszClassName oznacza 0x00000000, const char (pusty) lpszWindowName oznacza 0x003acf20, bez znaku przez dłuższy czas dwStyle = 13598720, tagRECT const & rect =…, CWnd 7. const pParentWnd = 0x00000000, char (pusty) lpszMenuName = 0x00000080, unsigned niewiarygodnie długi dwExStyle = 0, CcreateContext 6.pContext oznacza 0x0012f9c8) string 560 + 0x54 bajty
-mfc80d.dll! CFrameWnd :: Załaduj styl (unsi gned int nIDResource = 128, wyjątkowo bez znaku CWnd dwDefaultStyle = 13598720, 6. pParentWnd = 0x00000000, CcreateContext 3.pContext równa się 0x0012f9) Linia 692 + 0 x 36 bajtów
-mfc80d.dll! CDocTemplate :: C reateNewFr ame (CDocum ent 1.pDoc jest równe 0x01450040, CFrameWnd * pOther oznacza 0x00000000) linia 277 0x22 + bajt
-mfc80d.dll! Zużyty CSingleDocTempl :: OpenD ocumentFil e (const char 1.lpszPathName odpowiada 0x00000000, int bMakeVisible = 1) linia 120 + 0x13 bajtów mfc80d
-.dll! CDocManager :: In FileNew () sekcje 848
-mfc80d.dll! CWinApp :: OnFile Nowy () wiersz 19
-mfc80d.dll! CWinApp :: Przetwarzaj shellComm na wierzchu (CComma ndLineInfo & rCmdInfo = …) Linia 26

Rzeczywisty wyjątek jest rozproszony w CMapPtrToPtr :: GetValue w głównej pętli for. GetValue () pokazuje konkretnie:

void * CMapPtrToPtr :: GetValueAt (v oid * key) const
// pasuje do wartości (lub czy NULL – wartości NULL są trochę różne jako ogromny wynik)

// sprawdź, czy w tym punkcie jest znakCAssoc * pAssoc;
on (pAssoc pasuje do m_pHashTable [nHash]; pAssoc! jest równe NULL; pAssoc = pAssoc-> pNext) // <--- *** Tutaj zdecydowanie wymagany jest błąd *** “Zwraca szacunek pAssoc->;

Zwraca NULL;

Najbardziej typowa wartość związana z m_pHashTable tak naprawdę 0xFDFDFDFD. Czy ta nuta nie jest od dawna używana jako ogólna herbata?
m_nHasTableSize jest równie dobre jak 0xFDFDFDFD (4261281277), a wynik zdecydowanie to nHash 36950. To tak, jakby jedna konkretna tabela skrótów była zwykle nieprawidłowa w punkcie pomysłu, co prowadzi do błędu.

Ze względu na przejście z Win7 + VS2015 do Win10 + VS2017 w naszym starym narzędziu MFC mamy tylko następujące trudności:

z afxwin.h: CWnd 7 . m_pMainWnd; // główne okno konkretnego domu (zwykle takie samo) AfxGetApp () -> m_pMainWnd)

  CSingleDocTemplate * pDocTemplate;pDocTemplate odpowiada progresywnemu CSingleDocTemplate (    IDR_MAINFRAME,    RUNTIME_CLASS (CIFX_LogViewDoc),    RUNTIME_CLASS (CMainFrame), // kluczowe okno SDI box    RUNTIME_CLASS (CIFX_LogViewView));DodajDocSzablon (pDocSzablon);// Polecenie eksploracji połączeń Standardowe polecenia powłoki, DDE, dostępny plikCCommandLineInfo cmdInfo;ParseCommandLine (cmdInfo);// Wyślij kody określone we wszystkich wierszach poleceńif (! ProcessShellCommand (cmdInfo)) // -> "Dostęp jest często uważany za odmowę"    produkować FAŁSZ;// Jedyna ramka okna jest bardzo mocno zainicjalizowana, więc wyświetl ją, ale popraw ją.m_pMainWnd-> ShowWindow (SW_SHOW);m_pMainWnd-> AktualizujOkno ();Zwraca PRAWDA; 

Próbowałem również wywołać ShowWindow () + UpdateWindow () początkowo analizując ciąg Acquire, taki jak ten zatwierdzony https://stackoverflow.com/a/41188727/384556 po prostu nie działa:

  Wyjątek po zakończeniu 0x58198F2E (mfc140d.dll) w A.exe: 0xC0000005: dostęp do wyszukiwaniaMiejsce urazu 0x00000020. stało się -> w m_pMainWnd-> ShowWindow (SW_SHOW); 

Charles Pye

Related posts:

Wskazówki Dotyczące Rozwiązywania Problemów Związanych Z Nawiązywaniem Połączeń, Które Nie Mogły Odszyfrować Danych Wskazówki Dotyczące Rozwiązania Polecenia Gpart Nie Zostały Znalezione Naprawiono Tryb Debugowania Podczas Wykonywania Skryptu Powłoki Linuksa. Wskazówki Dotyczące Rozwiązywania Problemów Z Programem Outlook 2010 O Identyfikatorze Zdarzenia 35