Problème à la compilation ?

Bonjour,

Voilà je bug là dessus depuis quelques temps déjà :
J'ai un projet en visual basic 6 qui fait planter l'EDI vb à la compilation. En effet dès que je tente soit de debugger mon appli, soit de l'executer, soit de créer l'exe, visual basic ferme sans afficher aucun message 8O.

J'ai par contre d'autres projets vb6 qui sont compilés sans aucun souci. Le problème est de plus propre à mon poste : j'ai importé les sources depuis une autre machine où tout fonctionne très bien.

Moultes réinstall et upgrades de différentes version de vb6 ne changent rien. Toutes les dll requises par le projet sont là.

Quelqu'un aurait-il une idée ?? Mon client commence à me regarder d'un mauvais œil car je ne peux pas debugger son appli du coup. :oops:

Merci d'avance.

Bonjour,

les raisons peuvent être multiples !
Tiens, je vais t'en donner un exemple (entre des milliers d'autres possibilités) :
J'ai créé il y a quelques années un ocx un peu particulier et utilisable uniquement s'il avait été acquis "légalement".
Il s'agissait simplement d'un contrôle utilisateur. Ce dernier s'insérait sans problème, mais, à moins de compléter valablement certaines de ses propriétés, provoquait purement et simplement la fermeture de VB à la compilation, sans (bien évidemment... hé ! hé !) le moindre petit message.
Ce n'est là, une autre fois, qu'un exemple parmi une floppée + 15 possibles.

Hello !
merci de me répondre : au moins j'ai un avis ;)

est-ce que tu penses que sourcesafe (la version qui va avec vb6) pourrait être la cause de ce genre de problème ? Ce qui m'étonne c'est que j'ai parfaitement le droit de modifier le source et d'enregistrer les modifs ... mais pas de compiler.

Est-ce que tu as une idée sur une façon d'obtenir plus d'infos sur ce plantage ?? genre j'ai vu qu'il était possible de compiler en ligne de commande avec VB.Net. C'est aussi possible avec vb6 ? je ne trouve pas de vbc.exe dans les répertoires de correspondant à vb6...
J'ai également entendu parler de visualmake mais le dl pante ... Quelq'un aurait une autre idée ??

en gros je ne cherche pas la solution toute faite mais plutôt un moyen quelconque pour la trouver ...

merci en tout cas d'avoir pris mon message en compte.

Je te l'ai dit : les causes peuvent être nombreuses et variées...
Dans l'exemple que je t'ai cité, par exemple ===>> l'utilisateur n'a aucun moyen de déceler la cause, puisqu'il ne peut même pas créer un exe dont il pourrait "espionner" le déroulement.
Parle-nous plutôt (fais-en un inventaire complet) des composants et références qu'utilise ton projet.

EDIT : ce que tu peux faire d'intelligent est d'aller, depuis le PC où "ça marche", y faire un setup d'installation et examiner le fichier obtenu (setup.lst... je crois).

Ok merci pour la piste du setup.lst je vais aller regarder ça (le poste qui fonctionne n'est pas à côté de moi et est difficile à joindre...). Si je trouve des choses bizarres dedans je vous dis.

Pour te répondre :
Mes composants :

• CTRLOCX
• Microsoft Common Dialog Controls 6.0 (OLEDB)
• Microsoft Data List Control 6.0 (SP3)
• Micorsoft tabbed dialog control 6.0 (SP5)
• Microsoft Windows Common Controls 6.0 (SP6)
• Microsoft Windows Common Controls-2.6.0 (SP4)
• Sheridan Datagrid/Combo/DropDown 3.1 (OLEDB)

Mes références :

• Visual Basic for Applications
• Visual Basic Runtimes objects and procedures
• Visual Basic objects and procedures
• OLE Automation
• Data Dynamics Active reports
• Microsoft Jet and Replication objects 2.6 library
• Microsoft Active X data object 2.6 library
• Microsoft DAO 3.6 objects library
• HDSE compression 1.0 Type library
• Microsoft data formatting objects library 6.0 (SP)4

Sachant que nous utilisons un Filesystemobject (Microsoft Scripting runtime - scrrun.dll) mais sur la machine où tout fonctionne, la dll n'est pas référencée dans le projet. Et ajouter cette librairie sur ma machine ne change rien...

J'ai vérifié que les dll des références eux étaient bien présentes sur mon poste.

ça te donne des infos ?

Citation:

---

Envoyé par niouuu

ça te donne des infos ?

---

A moi non (pas seulement ainsi)
Et encore moins sans connaitre ton OS (je pense en particulier (mais pas uniquement, notamment avec Vista) à Microsoft Common Dialog Controls 6.0 (OLEDB)
Désolé ami...
essaye donc de créer un projet nouveau, en insérant un après l'autre chacun de ces éléments===>> essaye entre chaque insertion et vois quand "ça plante) ...
On ne m'entendra jamais suffisamment répéter (on pourra toujours hurler, mais ...;)) qu'une application doit, autant que faire se peut, être comme ce qu'indique mon profil : ===>>> la plus INDEPENDANTE possible...

Bonne chance dans tes essais et recherches...

Une parmi d'autres ...
Existe-t-il une compilation conditionnelle ? (tag #)
Si oui, vérifier une éventuelle incohérence ou absence de déclaration d'arguments.

Oups, désolé je suis pas encore habitué des forums :oops:
Je tourne sous Windows Xp Pro, avec une config propre à ma boîte. Qu'est-ce qui pourrait ne pas aller avec la librairie Microsoft Common Dialog Controls 6.0 (OLEDB) ?

Pour les questions sur la conception de l'application ... je ne fais que la maintenir !!! :mrgreen:

J'étais à cours d'imagination, mais l'idée de refaire le projet de l'appli me paraît pas mal. Comme je le disais plus haut c'est plus ce genre de conseils justement que je cherche.
Je m'y mets donc et je vous dis.

Je n'ai pas totalement saisi l'idée du setup en fait : tu veux que je génère un .msi pour mon application ?


[EDIT] : non Dark Vader pas de compilation conditionnelle. Dsl. Il y en a tant que ça des posts comme le mien ??? crotte je pensais commencer à savoir me servir de Google :?

[EDIT][EDIT] : je debug mon appli en ajoutant frame par frame :aie:... ça prend du temps mais je vous tiens informés !

Rebonjour à tous !

ça y est j'ai enfin trouvé la cause du problème : une bonne vieille librairie manquante :evilred:
Le plantage en avait bien l'air mais il fallait juste trouver qui manquait à l'appel. Dans mon cas c'est celle d'Active Reports (ça ne doit pas concerner beaucoup de monde mais bon au cas où...).

Donc juste je confirme : bien se retapper tout son code pour voir les librairies dans lesquelles on va piocher quand on a ce genre d'erreur.

Enfin merki à ucfoutu pour les tuyaux qui m'ont permis de pouvoir à nouveau debugger mon code...

Bonne continuation à developpez.com qui aide toujours beaucoup quand on code ... même très mal 8-)