A voir également:
- Plantage compilation
- Exception in thread "main" java.lang.error: unresolved compilation problem: - Forum - Java
- Python to c compiler - Conseils pratiques - Python
- Vb.net compiler - Guide
- Erreur de compilation variable non définie ✓ - Forum - Visual Basic 6
- Erreur de compilation objet requis vba ✓ - Forum - Visual Basic 6
4 réponses
cs_Jack
- Messages postés
- 14008
- Date d'inscription
- samedi 29 décembre 2001
- Statut
- Modérateur
- Dernière intervention
- 28 août 2015
Salut
J'ai jamais vu ce genre de comportement du compilo, désolé.
Je ne vois pas pourquoi l'utilisation d'un OCX (extérieur au programme) pourrait créer cette erreur.
VB6 : As-tu bien l'ultime mise à jour nommée SP6 ?
http://www.microsoft.com/downloads/details.aspx?familyid=9EF9BF70-DFE1-42A1-A4C8-39718C7E381D&displaylang=fr
Vala
Jack, MVP VB
NB : Je ne répondrai pas aux messages privés
<hr />Le savoir est la seule matière qui s'accroit quand on la partage (Socrate)
J'ai jamais vu ce genre de comportement du compilo, désolé.
Je ne vois pas pourquoi l'utilisation d'un OCX (extérieur au programme) pourrait créer cette erreur.
VB6 : As-tu bien l'ultime mise à jour nommée SP6 ?
http://www.microsoft.com/downloads/details.aspx?familyid=9EF9BF70-DFE1-42A1-A4C8-39718C7E381D&displaylang=fr
Vala
Jack, MVP VB
NB : Je ne répondrai pas aux messages privés
<hr />Le savoir est la seule matière qui s'accroit quand on la partage (Socrate)
jmocaro
- Messages postés
- 14
- Date d'inscription
- mardi 25 mars 2003
- Statut
- Membre
- Dernière intervention
- 19 octobre 2007
bonsoir,
merci de ton aide :
j'avais Vb6sp5, je me suis précipité sur le SP6b et hélas rien n'y fait.
les mêmes ocx dans le gros projet se compilent et l'exe est généré,
dans le plus petit mais costaud, même comportement: fuite de mémoire semble-t-il et plantage.
Le projet tourne dans VB avec compilation complète pourtant.
étonnant
Nous essayons de reprendre ce projet en introduisant un ocx, pour l'instant ça passe,
et nous introduirons le second ensuite, et nous verrons: peut-être aurons-nous contourné le problème sans savoir pourquoi ...
connais-tu une autre façon de compiler et linker ?
à quoi le compilo est-il sensible ? nous pourrions alors changer ces parties-là pour le faire éviter son problème ...
merci encore en tout cas !
jmo
merci de ton aide :
j'avais Vb6sp5, je me suis précipité sur le SP6b et hélas rien n'y fait.
les mêmes ocx dans le gros projet se compilent et l'exe est généré,
dans le plus petit mais costaud, même comportement: fuite de mémoire semble-t-il et plantage.
Le projet tourne dans VB avec compilation complète pourtant.
étonnant
Nous essayons de reprendre ce projet en introduisant un ocx, pour l'instant ça passe,
et nous introduirons le second ensuite, et nous verrons: peut-être aurons-nous contourné le problème sans savoir pourquoi ...
connais-tu une autre façon de compiler et linker ?
à quoi le compilo est-il sensible ? nous pourrions alors changer ces parties-là pour le faire éviter son problème ...
merci encore en tout cas !
jmo
cs_Jack
- Messages postés
- 14008
- Date d'inscription
- samedi 29 décembre 2001
- Statut
- Modérateur
- Dernière intervention
- 28 août 2015
Re
As-tu eu l'opportunité de compiler ton projet sur une autre machine ?
Si cela t'intéresse, je peux essayer chez moi - Fais moi signe par message privé
As-tu eu l'opportunité de compiler ton projet sur une autre machine ?
Si cela t'intéresse, je peux essayer chez moi - Fais moi signe par message privé
jmocaro
- Messages postés
- 14
- Date d'inscription
- mardi 25 mars 2003
- Statut
- Membre
- Dernière intervention
- 19 octobre 2007
bonjour,
merci de ta proposition, mais nous y avions pensé et le projet plante sur 3 machines assez différentes.
finalement, nous avons 'reconstruit' notre projet avec du polymorphisme pour encapsuler l'ancien et le nouveau ocx: avec une classe 'générique' et 2 classes l'implémentant (le implements de vb). ça nous a permis de procéder à un remplacement form par form. et au bout du compte le projet génère son exe !
la dernière étape a été de retirer l'ancien ocx une fois le nouveau posé partout : et l'exe se crée encore !
donc au bout du compte on est au même point logique que quand il plantait mais il ne plante plus !!
nous avons dû perturber l'ordre de la compilation et éviter le bug...pas clair !!
en tout cas merci encore pour ton intérêt.
jmo
merci de ta proposition, mais nous y avions pensé et le projet plante sur 3 machines assez différentes.
finalement, nous avons 'reconstruit' notre projet avec du polymorphisme pour encapsuler l'ancien et le nouveau ocx: avec une classe 'générique' et 2 classes l'implémentant (le implements de vb). ça nous a permis de procéder à un remplacement form par form. et au bout du compte le projet génère son exe !
la dernière étape a été de retirer l'ancien ocx une fois le nouveau posé partout : et l'exe se crée encore !
donc au bout du compte on est au même point logique que quand il plantait mais il ne plante plus !!
nous avons dû perturber l'ordre de la compilation et éviter le bug...pas clair !!
en tout cas merci encore pour ton intérêt.
jmo