debug assertion failed!

Sovok

du bist nich der erste von dem ich das hör
dafuer gibts ne einfache loesung
-erstell n neues projekt per assi
-erstell "in vc" nen neuen ordner namens "muell"
-schmeiss alles ausser DeinProjektDlg.h und DeinProjektDlg.cpp in den müll ordner
-kümmer dich nur drum was in den zwei dateien steht

-es is wichtig dass die anderen files mitkompiliert werden... also ned löschen nur in den müll ordner
später wirst du rausfinden dass die anderen files manchmal auch ganz nützlich sind... aber für den anfang reichen die zwei

Salut

#include <afx.h>
#include <afxwin.h>
#include "resource.h"

int WINAPI WinMain(HINSTANCE, HINSTANCE, LPSTR, int) 

{
 CDialog Dialog1;
 Dialog1.Create(IDD_DIALOG1);
 Dialog1.ShowWindow(SW_NORMAL);

 return 0;

}

so gehts und dan mit realese die exe erstellen und alles super

realese die exe erstellen und alles super

Wenn im Debug-Modus ein Assertion kommt is nix super.

Sovok

... weil asserts nur in der debug version existiern und in der release aus dem code entfernt werden

Salut

klar super is es net aebr kannst du vieleicht sagen warum der kak fehler kommt ???

mach es so wie Frauke2k es gesagt hat. leite eine klasse von CWinApp ab und erstelle ein Instanz. Sonst wird das Resource Handle nicht initialisiert.

wenn du den assistenten nicht verwenden willst, lies dir mal das durch:

http://www.henkessoft.de/mfc_einsteigerbuch_kapitel5.htm

Salut

res vielen dank für denn link

XCooperation

Ich weiß, is lange her aber ihr habt euch einen ganz schönen Streß gemacht wegen einem kleinen Fehler:

#include <afxwin.h> 
//afx.h kannste dir sparen 

class CMyApp:public CWinApp { 
public: 
    virtual BOOL InitInstance() { //Einfach die Klammern vergessen! :bulb: 

        CDialog dlg; 
        dlg.Create(IDD_DIALOG1); 
        m_pMainWnd=&dlg; 

        return FALSE; //FALSE ansonsten wird prog nicht beendet und hängt ewig im RAM
    } 
}; 

CMyApp a;

Sovok

kommt davon wenn man zusammengehörige klammern nich auf gleicher höhe schreibt