MFC SDI "La création d'un document vide a echoué"

Bonjour

Je parcours les forums depuis quelques jours afin de regler mon probleme et toutes les solutions données ne reglent pas mon probleme :

J'ai une application SDI qui fonctionne tres bien en mode Debug mais impossible de la faire fonctionner en mode release. Au démarrage, j'ai une alerte m'indiquant "La création d'un document vide a echoué".

J'ai vu sur les forums que ceci pouvait venir du fait qu'il manque une ressource (menu, Icon, Accelerator et toolbar) avec l'Id IDR_MAINFRAME. J'ai verifié et toutes ces ressources sont bien presentes dans mon projet.

Je sais que le plantage arrive au moment du OnCreate du MainFrame. La fonction CFrameWnd::OnCreate(lpCreateStruct) retourne -1

Avez vous une piste car je ne sais plus ou chercher.

Merci

Bonjour

Enfaite, j'ai eu ce probleme au debut de semaine ...

J'ai remarqué que ce message s'affiche lorque j'insere un RichEdit2 dans la FormView principal, mais d'habitude sa marche parfaitement dans les autres FormView :aie:

Bref, pour ce RichEdit2 inserer dans la FormView principal, je dois ajouter un petit code (Une ligne):

Code:

---

1 2	//Pour assurer le bon execution de RichEdit AfxInitRichEdit( );

---

Je l'ai inseré dans le fichier NOMAPPLICATIONView.cpp, dans un constructeur
comme suit :

Code:

---

1 2 3 4 5 6 7 8 9

CNOMAPPLICATIONView::CNOMAPPLICATIONView() : CFormView(CNOMAPPLICATIONView::IDD) , m_REdt_start_V(_T("")) { // TODO : ajoutez ici du code de construction   //Pour assurer le bon execution de RichEdit AfxInitRichEdit( ); }

---

bon, ca resolut mon probleme

Good Luck

Merci pour ta reponse mais moi je n'ai pas de RichEdit dans ma formview principale et en plus je lance bien le AfxInitRichEdit

Mon probleme doit venir d'ailleurs.

Ce que je veux dire, le message s'affiche après une insertion 'illégale' de quelque chose et quelque part. Donc vous devez la localiser et simplement vérifier sa déclaration dans XXXView.cpp

Bon courage et faite nous signe si vous avez réglé ce problème

si ça plante dans la fonction CFrameWnd::OnCreate(), c'est que le programme n'arrive pas a créer la vue.
si c'est une FormView, vérifie bien les ressources.

@+

Mais quelles ressources ?

il me semble que tout est dedans. Et la solution fonctionne tres bien en debug.

Plus précisemment il me semble que le probleme vienne de la commande :
if (!ProcessShellCommand(cmdInfo))
return FALSE;

qui se trouve dans la fonction InitInstance de la classe CMonApplicationApp

Avez vous une idée?

Merci

salut,
tu dois avoir un argument dans la ligne de commande de ton programme (onglet debug) qui déclenche la lecture du document .
d'ailleurs si tu ne cherches pas ouvrir un fichier par le mécanisme doc/view
met cette fonction entre commentaire...

tu veux dire dans les proprietes de configuration / debogage?

dans la ligne de commande j'ai juste $(TargetPath)

oui,
enlève toute valeur de la zone "ligne de commande"
a mon avis en debug tu n'avais rien dedans...

Meme en enlevant tout cela ne fonctionne toujours pas.

Je pense qu'il y a un probleme en amont.

Si je n'execute pas le traitement de la ligne de commande, le plantage a lieu
quelques lignes plus loin sur AfxGetApp()->m_pMainWnd qui est null.

Le AfxGetApp fonctionne correctement mais la variable m_pMainWnd est null.

Vous avez des explications possibles?

Merci

montre le code de ton InitInstance.

normalement dans ton InitInstance(), tu devrais avoir qque chose comme ça :

Code:

---

1 2 3 4 5

CMainFrame* pMainFrame = new CMainFrame; if (!pMainFrame->LoadFrame(IDR_MAINFRAME)) AfxThrowResourceException(); m_pMainWnd = pMainFrame;

---

@+

bonjour

Alors voila le code de mon InitInstance :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51

InitCommonControls();   CWinApp::InitInstance();   // Initialiser les bibliothèques OLE if (!AfxOleInit()) { AfxMessageBox(IDP_OLE_INIT_FAILED); return FALSE; } AfxEnableControlContainer(); // Initialisation standard // Si vous n'utilisez pas ces fonctionnalités et que vous souhaitez réduire la taille // de votre exécutable final, vous devez supprimer ci-dessous // les routines d'initialisation spécifiques dont vous n'avez pas besoin. // Changez la clé de Registre sous laquelle nos paramètres sont enregistrés. // TODO : Modifiez cette chaîne avec des informations appropriées, // telles que le nom de votre société ou organisation SetRegistryKey(REGISTRY_KEY); LoadStdProfileSettings(4); // Charge les options de fichier INI standard (y compris les derniers fichiers utilisés)   // initialisation des richedit. // il faut absolument lancer cette commande avant d'utiliser un richedit // autrement l'application plante AfxInitRichEdit();   CoInitializeEx(NULL,COINIT_APARTMENTTHREADED);     // Inscrire les modèles de document de l'application. Ces modèles // lient les documents, fenêtres frame et vues entre eux pDocTemplate = new CSingleDocTemplate( IDR_MAINFRAME, RUNTIME_CLASS(CmonLogicielDoc), RUNTIME_CLASS(CMainFrame), // fenêtre frame SDI principale RUNTIME_CLASS(CmonLogicielView));     AddDocTemplate(pDocTemplate);   // Analyser la ligne de commande pour les commandes shell standard, DDE, ouverture de fichiers CCommandLineInfo cmdInfo; ParseCommandLine(cmdInfo);   // Distribue les commandes spécifiées dans la ligne de commande. Retourne la valeur FALSE si // l'application a été démarrée avec /RegServer, /Register, /Unregserver ou /Unregister. if (!ProcessShellCommand(cmdInfo)) return FALSE;   pFrame = (CMainFrame*)AfxGetApp()->m_pMainWnd;

---

Le fonction ProcessShellCommand retourne false.
Si je la desactive, AfxGetApp()->m_pMainWnd est NULL;

Ca y est j'ai trouvé.

J'avais tout simplement un autre projet dans ma solution qui n'etait pas declaré en unicode alors que mon projet de demarrage etait en unicode et donc cela provoquait un probleme.

Je l'ai passée en unicode et tout est rentré dans l'ordre.

Merci a ceux qui se sont penché sur mon probleme