Discussion :

[excalybur]

Bonsoir,

J'ai un bug qui est apparu dans une release 195 que j'ai faite. en clair lors des tests en débogage sous EDI, VB6 recherche les fichiers sur "c:\Program Files\Microsoft Visual Basic\Vb98" le répertoir par défaut de Vb6 et non sur le répertoire choisi dans "Récent" : "H:\sbwin" au moment du chargement. Or la version 186 fonctionne parfaitement mais à d'autres bugs solutionnés entre temps.

Donc mon idée est de comparer le code de deux versions avec mes deux écrans.

Mais il y a 11000 lignes de codes.... donc pas question de comparer ce qui est identique !

Comment procéderiez-vous?

En vous remerciant pour vos idées.

A vous lire

[DarkVader]

Bonjour,
Il faut évidemment automatiser la tache - même en multi-écran la tache devient vite galère avec des projets conséquents.

1/ Identifier les modules identiques
2/ Identifier les modules présents dans l'un des projets et absent dans l'autre
3/ Identifier les lignes différentes des modules différents.
La comparaison peut s'effectuer très facilement par une signature (MD5, CRC32)

Il y a 3 approches :
- avec VB en réalisant soi-même l'outil

• en utilisant la librairie «Microsoft Visual Basic 6.0 Extensibility» qui permet de traiter les projets et ses modules en tant qu'objects
  mais cela suppose de générer un projet de type Addin, ou
• en travaillant directement sur les fichiers des projets mais cela suppose une connaissance minimale de l'architecture des projets VB

- avec un comparateur de fichiers.

[excalybur]

Bonsoir,

Merci pour ta réponse. J'ai chargé le logiciel Diff'doc. Ce comparateur de fichier est une petite merveille bien huilé et très conviviale grâce à ses codes de couleur bleu et rouge suivant qui on compare. Les options forts nombreuse permettent de faire des recherches poussé.

Pour revenir à mon problème je pense après analyse des fichiers qu'ils ne sont pas en cause. Soit c'est un bug dans VB6 sp6 ou MZtools, soit un paramétrage windows est différent pour un de mes disques (F: ) !

Explication :

1/ Mon application en développement sous VB6 peut tourner sur n'importe quel disque dur à conditions que les fichiers ad'hoc y soit installer.
2/ En installant la même appli sur tous mes disques de C: à I: (sauf F: ) tout fonctionne nickel.
3/ En installant la même appli sur F: cela démarre mal en m’annonçant des fichiers introuvables or qu'ils y sont. Après vérification des routes, des disques,... tout est ok !

Un peu comme si tous les fichiers de l'appli n'étaient pas présents sur F:

J'ai le même phénomène avec mon disque virtuel K: Mais bon peu de gens ont un disque virtuel donc j'oublie ce problème.

Par contre, bonne nouvelle le fichier .exe fonctionne sur tous les disques et c'est bien l'essentiel.

Si vous avez une idée car cette énigme me laisse perplexe !

a vous lire

[DarkVader]

Bonsoir,

Merci pour ta réponse. J'ai chargé le logiciel Diff'doc. Ce comparateur de fichier est une petite merveille bien huilé et très conviviale grâce à ses codes de couleur bleu et rouge suivant qui on compare. Les options forts nombreuse permettent de faire des recherches poussé.

Pour revenir à mon problème je pense après analyse des fichiers qu'ils ne sont pas en cause. Soit c'est un bug dans VB6 sp6 ou MZtools, soit un paramétrage windows est différent pour un de mes disque (F: ) !

Explication :

1/ Mon application en développement sous VB6 peut tourner sur n'importe quel disque dur à conditions que les fichiers ad'hoc y soit installer.
2/ En installant la même appli sur tous mes disques de C: à I: (sauf F: ) tout fonctionne nickel.
3/ En installant la même appli sur F: cela démarre mal en m’annonçant des fichiers introuvables or qu'ils y sont. Après vérification des routes, des disques,... tout est ok !

Un peu comme si tous les fichiers de l'appli n'étaient pas présents sur F:

J'ai le même phénomène avec mon disque virtuel K: Mais bon peu de gens ont un disque virtuel donc j'oublie ce problème.

Par contre, bonne nouvelle le fichier .exe fonctionne sur tous les disques et c'est bien l'essentiel.

Si vous avez une idée car cette énigme me laisse perplexe !

a vous lire

Ben vu le contexte, ça concerne plus les arts divinatoires

[excalybur]

Bonjour

Excellent !!!!!!!

Plus sérieusement je pense que mon Vb6 est instable ! En effet si je compile les appli en EXE tout fonctionne nickel ! Par contre les erreurs affichées lors des tests changent au grès des jours. Maintenant en mode run (F5) il m'informe qu'un font est en erreur de compilation. Méthode ou membre de données introuvable !" Si je compile en EXE le programme fonctionne sans bug!
J'ai 4go installé dont 2,5 de libre.

VB6 doit gérer 11000 lignes de codes. Est-il à la limite de ses capacités ? Ne connaissant pas ses limites je ne peut pas juger.

Je vais installer VB sp6 sur un autre PC et faire des tests pour vérifier si l'installation de mon vb6 par en vrille !

A+

[DarkVader]

Bonjour

Excellent !!!!!!!

Plus sérieusement je pense que mon Vb6 est instable ! En effet si je compile les appli en EXE tout fonctionne nickel ! Par contre le erreurs affichés lors des tests changent au grès des jours. Maintenant en mode run (F5) il m'informe qu'un font est en erreur de compilation. Méthode ou membre de données introuvable !" Si je compile en EXE le programme fonctionne sans bug!
J'ai 4go installé dont 2,5 de libre.

VB6 doit gérer 11000 lignes de codes. Est-il à la limite de ses capacités ? Ne connaissant pas ses limites je ne peut pas juger.

Je vais installer VB sp6 sur un autre PC et faire des tests pour vérifier si l'installation de mon vb6 par en vrille !

A+

11000 lignes c'est peanuts
Il n'est pas rare que comme toi certains accusent vb dès qu'il y un problème et à chaque fois, après coup, c'est encore et toujours le dev
VB est essentiellement limité en nombres de controles (voir la MSDN sur les limitations) et quasiment jamais l'utilisation mémoire.
Tu as un tuto sur le débogage. Sers-t-en.