hallo newsgroup,
ich hoffe, ich habe die richtige ng erwischt...
folgendes, recht diffuse (in meinen augen) problem.
es geht um eine win32-anwendung, c++, mfc, entwickelt mit so ziemlich jedem vs, von vc6 bis heute vs2010. das gui-projekt bindet eigene activex-controls statisch und dynamisch ein (innerhalb der selben umgebung entwickelt).
seit neuestem wird für die entwicklung auch win7 (64, home) benutzt. die anwendung soll erstmal 32 bit bleiben.
augenscheinlich funktioniert alles ganz gut: compilieren, starten, läuft, sowohl als debug- als auch als release-variante.
was nun nicht funktioniert ist, wenn ich einen breakpoint setze. er wird zwar getroffen, aber wenn ich f10 oder f11 drücke (einzelschritt bzw. in-methode), wird nichts mehr in der ide ausgeführt. sie "taucht ab", als würde das programm
weiter ausgeführt werden (wird es aber nicht mehr).
im output-fenster erscheint: "First-chance exception at 0x773c4391 (ntdll.dll) in SPCGUI.exe: 0xC015000F: Der zu deaktivierende Aktivierungskontext ist nicht der zuletzt aktivierte Aktivierungskontext."
meine erste vermutung ist, daß es etwas mit den activex-control zu zu tun hat? hintergrund: setze ich direkt nach dem programmstart einen breakpoint, funktioniert weiteres debuggen noch. im laufe der ausführung landet man dann irgendwann in der
Create-Methode eines meiner Dialoge (von CDialog abgeleitet), welche nichts weiter tut, als CDialog::Create aufzurufen.
sann gehts hinunter in die tiefen der MFC: CDialog::Create ruft
BOOL bResult = CreateIndirect(hTemplate, pParentWnd, hInst);
und das wiederum früher oder später
BOOL CWnd::CreateDlgIndirect(LPCDLGTEMPLATE lpDialogTemplate,
CWnd* pParentWnd, HINSTANCE hInst)
wo dann letztendlich steht (bei mir in dlgcore.cpp:366):
hWnd = ::CreateDialogIndirect(hInst, lpDialogTemplate,
pParentWnd->GetSafeHwnd(), AfxDlgProc);
bis zur ausführung dieser zeile klappt im debugger noch alles prima, und danach (da steht nur GetLastError) bekomme ich einen laufzeitfehler: 0xC0000005: Access violation.
der dialog, um den es dabei geht, enthält im grunde auch nichts weiter, außer ein activex-control, daher meine vermutung, daß das damit etwas zu tun hat.
auf einem anderen rechner mit vs2010 aber vista ultimate, 32-bit läuft alles tadellos
jemand eine idee dazu?
micha
