"0xc0000005 access violation" quand je démarre l'executable directement mais pas quand visual studio debug

Version imprimable

09/04/2012, 19h32
kev753

"0xc0000005 access violation" quand je démarre l'executable directement mais pas quand visual studio debug
Bonjour a tous,

bah à peut prêt tout est dans le titre en gros je suis sur un projet perso depuis plusieurs mois et j'avais jamais essayer de démarrer directement l’exécutable et cette après midi j'ai essayer et j'ai aucune fonction qui fonctionne quand j’attache depuis vs2010 il me dis qu'il a crasher a la toute première fonction et par simple curiosité j'ai commenter re-compilé et réessayer d'ouvrir l'exe et ça a donné le même résultat j'ai quand même essayer de commenter les fonctions suivante mais tout crash ...

alors il y a quand même une petite précision qui a son importance c'est que les fonctions appelées se situent dans des dll et sont des méthodes (d'objets)

pour ce qui concernent la création des dll j'utilise les déclaration préprocesseur du genre :
Code:

1 2 3 4 5 6 #ifdef DLL_TEST_EXPORTS #define DLL __declspec(dllexport) #else #define DLL __declspec(dllimport) #endif
et j'inclus les ".h" la ou j'enai besoin

je tiens à rappeler que ca fonctionne quand je clique sur la flèche verte qui ressemble à un play dans vs2010 .
10/04/2012, 10h54
cob59

A tout hasard essaie de mettre le nom de ta DLL dans Propriétés_de_config > Editeur_de_liens > Avancé > DLL_chargées_en_différé_sans_liaison.

Sinon compare les différences d'options entre Debug et Release pour essayer d'identifier d'option problématique.
10/04/2012, 12h58
Klaim

Il y a 99% de chances que tu aies des variables non initialisees et comme en debug dans visual studio elles sont initialisees a 0/nullptr, alors tu ne les vois pas.

Ton programme crash certainement en release d ailleurs.
Verifie tous tes pointeurs membres de classes, il doit y en avoir qui ne sont pas initialises.
10/04/2012, 13h05
Rewpparo

Souvent dans les libs tu as également une fonction init() ou quelque chose du genre. Ca peut crasher si tu l'appelle pas, et miraculeusement réussir en débug.
10/04/2012, 15h20
Klaim

Citation:

Envoyé par Rewpparo

Souvent dans les libs tu as également une fonction init() ou quelque chose du genre. Ca peut crasher si tu l'appelle pas, et miraculeusement réussir en débug.

Ce qui reviens à dire que la bibliothèque a le même problème que je cite.

Pour être plus précis, l'erreur citée dans le titre veux dire: "On a tenté d'accéder à de la mémoire non allouée".

Le plus probable, comme je disais, est un objet non initialisé, certainement un pointeur (puisque ce sont les plus faciles à oublier). Le fait que ce soit différent avec le débuggueur m'encourage dans mon diagnostique.

merci pour vos réponses.

j'ai trouver une fonction :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
BOOL APIENTRY DllMain( HMODULE hModule,
                       DWORD  ul_reason_for_call,
                       LPVOID lpReserved
					 )
{
	switch (ul_reason_for_call)
	{
	case DLL_PROCESS_ATTACH:
	case DLL_THREAD_ATTACH:
	case DLL_THREAD_DETACH:
	case DLL_PROCESS_DETACH:
		break;
	}
	return TRUE;
}

mais je ne sais pas ce que je doit faire avec ????