[WIN32] EASY DEBUG
vecchio56
Messages postés
6535
Date d'inscription
lundi 16 décembre 2002
Statut
Membre
Dernière intervention
22 août 2010
-
17 juin 2005 à 17:24
MuPuF Messages postés 536 Date d'inscription mercredi 27 avril 2005 Statut Membre Dernière intervention 22 août 2008 - 21 sept. 2005 à 18:38
MuPuF Messages postés 536 Date d'inscription mercredi 27 avril 2005 Statut Membre Dernière intervention 22 août 2008 - 21 sept. 2005 à 18:38
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/32138-win32-easy-debug
https://codes-sources.commentcamarche.net/source/32138-win32-easy-debug
21 sept. 2005 à 18:38
21 août 2005 à 12:42
21 août 2005 à 12:36
Raison;
En principe les fonctions en ligne(inline) ne provoquent aucun debranchement du microprocesseur vers la zone memoire geree par l'instance du debuggeur.
On gagne donc en vitesse a coup sur !
But :
Il s'agit d'optimiser la vitesse d'execution des sous programmes en developpant directement le code a l'endroit ou est appelee la fonction.
At-t-tention :
L'usage execssif de fonctions en ligne provoque une augmenetation rapide des ressources memoire et de la taille de l'instance(dump) portable excutable, c'est a dire l'exe final lui meme.
19 juin 2005 à 20:33
Je pense qu'il est plus qu'indispensable d'utiliser OutputDebugString en mode Debug, ne serait-ce que pour travailler plus vite.
Au niveau du code, j'aurai centralisé les appels à une fonction qui s'occupe du MessageBox.
Sinon il y a des new inutiles mais ça a déjà été dis plus haut ^^
Ca reste une initiative pas trop mal ^^.
17 juin 2005 à 22:25
17 juin 2005 à 19:53
17 juin 2005 à 19:51
17 juin 2005 à 19:36
Le compilo met inline le code asm des funcs C (donc macro) sinon tu fais des appels de func vers kernel32.
17 juin 2005 à 19:27
17 juin 2005 à 19:14
sprintf() => wsprintf()
strcpy => lstrcpy()
strcat() => lstrcat()
strcmp() => lstrcmpi()
malloc() => HeapAlloc()
realloc()=> HeapReAlloc()
free() => HeapFree()
fopen() => CreateFile()
fread() => ReadFile()
fwrite() => WriteFile()
etc...
17 juin 2005 à 18:35
ensuite vechio : "Je vous vois venir avec vos : Pourquoi t'a mis strcat au lieu de sprintf ?
Réponse simple, moins il y a de librairie mieux c'est, donc, comme strlen m'étais indispensable, ben j'ai utilisé les commandes de string.h comme ça ya pas de stdio.h ;-)" Ceci est un extrait de Explication finale (lol ça fais un peu le destin fataliste).
Brunews, c'étais ma premiere version (qui a duré 20 sec, mais qui a existée quand meme), mais si on veux debugger beaucoup de variable ben on est obligé de dire de quelle variable on parle si tu vois ce que je veux dire. Je trouve que c'est bien plus net que d'aller se dire merde, dans qu'elle ordre va le prog etc ...
Quand a mon erreur de delete (je suis vraiment trop con, je dois etre un peu au paradis des petits connards de service :D a cause de la chaleur (31 pres de perpignan)) je vais la corriger tout de suite.
17 juin 2005 à 18:20
Message = new char[strlen(Objet) + 3 + 5 + 1];
strcpy(Message,Objet);
strcat(Message," = false");
C'est le genre de code qu'il écrivait avant que je ne le prenne en main
17 juin 2005 à 18:15
Plus sérieux:
void Debug(bool Boolean)
{
char* Message;
if(Boolean == true){
Message new char[7 + 4 + 1]; // len("Etat = ") + len("true") + le \0
strcpy(Message,"Etat = true");
}
else{
Message new char[7 + 5 + 1]; // len("Etat = ") + len("false") + le \0
strcpy(Message,"Etat = false");
}
MessageBox(NULL,Message,"Easy Debug",MB_OK);
}
En plus court:
void Debug(bool Boolean)
{
MessageBox(NULL, Boolean ? "Etat true": "Etat false","Easy Debug",MB_OK);
}
je sais que les 'new' sont à la mode mais vraiment inutiles ici, dans tous les cas les chaines que tu copies existent déjà dans ton registre data.
17 juin 2005 à 18:12
Et c'est pas plutot Mickey le maitre de plutot ?
17 juin 2005 à 17:24
17 juin 2005 à 17:24
T'a pas pensé a utiliser sprintf plutot? Ca ne ferait qu'une fonction