vc++ pb point d'arrêt/pile d'appel

[Fox-Terrier]

bonjour
j'ai commencer à éplucher les tutos de dan sur VC++
j'en suis là à l'étape du point d'arrêt
où que je place mon point d'arrêt, il me répond
"le point d'arrêt ne sera pas atteint pour l'instant. Aucun symbole n'a été chargé pour ce document"

la pile d'appel me dit :
    

Code: [Select]

[Les frames ci-dessous sont peut-être incorrects et/ou manquants, aucun symbole chargé pour orbiter.exe]
  kernel32.dll!75eb4911()
  ntdll.dll!773ae4b6()
  ntdll.dll!773ae489()

et en français ça veut dire quoi ?

[tofitouf]

ca veux dire peut etre que tu as compilé en release et non en debug

[Fox-Terrier]

c'était grisé. j'ai quitté je suis revenu, et j'ai remis débug mais j'ai toujours un problème : une fenêtre avec

Code: [Select]

les informations de déboguage pour "regsvr32" (c'est quoi ce truc là ?) sont introuvable ou ne correspondent pas. Symboles non chargés.
souhaiter vous continuer le déboguage ?je fais oui, puis oui pour regénérer, et je me retrouve avec une fenêtre regsvr32 ou est noté "pour inscrire un module, vous devez indiquer un nom binaire puis un tas de commandes bizarre

[Fox-Terrier]

en fait j'ai trouvé : les "propriétés du projet" n'était pas les mêmes en débug qu'en release ...

[DanSteph]

Ces messages te disent simplement que les dll chargée par Orbiter ne contiennent pas d'information de debug (compilée en release) C'est normal.

Le debug est très utile à un moment ou un autre, en principe tu fais "continuer" ça doit tourner.

A++

Dan

[Fox-Terrier]

j'avais modifié les propriétés du projet, (notamment la "commande" et "l'espace de travail") sous le mode release, alors quand je suis passé en débug, les vieux paramètres par défaut sont revenus, se qui expliquait qu'orbiter ne se lançait pas puisqu'il y avait le machin chose "regsvr32" par défaut

[Fox-Terrier]

où que je place mon point d'arrêt, il me répond
"le point d'arrêt ne sera pas atteint pour l'instant. Aucun symbole n'a été chargé pour ce document"

par contre ce problème là persiste ...

[tofitouf]

..... c'est embêtant, ca veux peut etre dire qu'orbiter ne charge pas du tout ton module....

tu est sous vc6 ou plus récent ?

je vais regarder ce que j'ai comme message avec mes modules amis je crois qu'en fait ce n'est pas très important.
en effet Orbiter en en release donc n'as pas d'infos de debug ce qui génère un ptit "warning" de la part de visual c++

met un point d'arret dans ton InitModule(...)

ca permettra de voir si ta Dll est chargé déjà

et ajoute un postBuildStep qui copie le résultat de ce que tu compile directement dans le répertoire module ou module/plugin selon ce que tu fait

ca permet d'automatiser et de ne rien oublier

[Fox-Terrier]

vc8

InitModule : euh, il y ait pas (je travaille sur le shuttlePB)

et ajoute un postBuildStep qui copie le résultat de ce que tu compile directement dans le répertoire module ou module/plugin selon ce que tu fait

ca permet d'automatiser et de ne rien oublier

j'ai remis le lien de sortie sur ... Orbiter\modules\shuttlePB.dll
et j'ai remarqué qu'on ne peut pas générer si le dossier est ouvert

j'ai regénéré, lancé le déboguage, cette fois ça marchait


ce que je ne comprend pas, c'est que ça :

Code: [Select]

void ShuttlePB::clbkPostStep (double simtt, double simdt, double mjd)
{
      double MonAltitude=GetAltitude();
      sprintf (oapiDebugString(), "Mon Altitude=%.2f Temp de mission: %i",MonAltitude,(int)simtt);
}
a toujours fonctionné, même lorsque le déboguage ne marchait pas