Debugger des applis compilées

Soyez le premier à donner votre avis sur cette source.

Vue 5 858 fois - Téléchargée 656 fois

Description

Je ne suis pas le premier à avoir l'idée, je le sais bien ! Mais voici quand même:
Plutôt que de se contenter du 'crash' standard qui s'en suit lorsqu'une erreur inattendue survient, je propose ici une méthode, qui dans la plupart des cas permet d'éviter le crash, et qui offre une alternative à la 'Fentêtre Espions' qui n'existe plus lorsque l'appli est compilée.

Le principe est assez simple:
- On Error GoTo...;
- une dll à laquelle on passe certaines infos au fil de l'exécution...
- ... et qui analyse une partie de ces infos pour les afficher lors d'une erreur.

Source / Exemple :


... Dans le zip.

PS: - Dézippez en respectant les sous-dossiers
      - Il y a 3 projets:
          a) la dll;
          b) un exemple complet (toute la dll y est intégrée)
          c) un exemple où la dll est référencée (faites donc un RegSvr32 sur la dll avant)

Conclusion :


Pour la fonction PropertyInfo, je me suis grandement inspiré de Juha Toivonen, Major Blue ltd, Finland, http://www.vb-helper.com/howto_vb6_serialize.html
Pour info, cette fonction nécessite la référence TypeLib.

Commentaires please !!

Codes Sources

A voir également

Ajouter un commentaire

Commentaires

Messages postés
141
Date d'inscription
lundi 3 novembre 2003
Statut
Membre
Dernière intervention
20 octobre 2005

Disons qu'il faut s'y prendre méthodiquement pour créer son code et ses procédures de gestion d'erreurs et tenter de trouver des bouts de code à copier/coller (et non à réécrire pour chaque procédure).
Comme ça l'intégration de cette procédure sera + facile !

En tout cas je sais que dans le milieu professionnel, cela se fait. Je suis tombé sur quelques logiciels de GPAO sui avaient ce système intégré et ça accélérait très nettement le débogage !!!
Messages postés
117
Date d'inscription
mercredi 3 décembre 2003
Statut
Membre
Dernière intervention
11 octobre 2007
1
ouaip ! ca serait pas mal en effet.
faut que je cogite.
Messages postés
4525
Date d'inscription
dimanche 29 septembre 2002
Statut
Modérateur
Dernière intervention
22 avril 2019
9
Oui evidament dans ce principe c'est tout bon. Ce qui serais bien aussi c'est de pouvoir modifier la valeur des espions ou les propriété des objets en direct a partir de la classe debug et de la fenetre d'erreur. Puis de continuer l'execution avec les nouvelle valeur.

@+
Messages postés
117
Date d'inscription
mercredi 3 décembre 2003
Statut
Membre
Dernière intervention
11 octobre 2007
1
EB: T'as raison bien sûr!
D'un autre côté on peut le voir comme ca:
si tu développes qqchose d'assez conséquent (en termes de nombre de lignes de code) et que tu distribues une version beta à qques utilisateurs tests, ca peut être vachement pénible d'essayer de reproduire d'éventuelles erreurs dans la version non compilée afin de deboguer.
Avec ce principe, si tant est que tu aies placé tes espions aux bons endroits, le beta-testeur t'envoie un rapport qui te dis exactement ce qui a foiré et où ca a foiré.
Messages postés
4525
Date d'inscription
dimanche 29 septembre 2002
Statut
Modérateur
Dernière intervention
22 avril 2019
9
C'est assez sympa cela dit créer une application entiere sur ce principe releve du vrais cauchemar. A savoir si il est preferable de garder une gestion des erreurs simple et rester dans le doute ou allourdir de maniere consequante et obtenir plus d'information...

@+

Vous n'êtes pas encore membre ?

inscrivez-vous, c'est gratuit et ça prend moins d'une minute !

Les membres obtiennent plus de réponses que les utilisateurs anonymes.

Le fait d'être membre vous permet d'avoir un suivi détaillé de vos demandes et codes sources.

Le fait d'être membre vous permet d'avoir des options supplémentaires.