Probléme avec l'assistant d'empaquetage de vb6
snarkpit29
Messages postés
28
Date d'inscription
mercredi 15 décembre 2004
Statut
Membre
Dernière intervention
20 juin 2006
-
12 janv. 2005 à 15:45
madbob Messages postés 285 Date d'inscription dimanche 14 décembre 2003 Statut Membre Dernière intervention 13 mars 2012 - 13 janv. 2005 à 18:24
madbob Messages postés 285 Date d'inscription dimanche 14 décembre 2003 Statut Membre Dernière intervention 13 mars 2012 - 13 janv. 2005 à 18:24
A voir également:
- Probléme avec l'assistant d'empaquetage de vb6
- Vb6 mid ✓ - Forum Visual Basic
- Vb6 split ✓ - Forum Visual Basic 6
- Vb6 decompiler - Forum Visual Basic 6
- Datediff vb6 ✓ - Forum Visual Basic 6
- Vb6 else if - Conseils pratiques -Visual Basic / VB.NET
1 réponse
madbob
Messages postés
285
Date d'inscription
dimanche 14 décembre 2003
Statut
Membre
Dernière intervention
13 mars 2012
13 janv. 2005 à 18:24
13 janv. 2005 à 18:24
les dépendances sont les liens qui existent entre les dll... quand une
dll utilise une fonction ou une instruction d'une autre dll, il y a une
dépendance, et on commence par compiler par celle qui ne dépends pas de
l'autre... On evite aussi les dépendences récursives pour faciliter les
compilation...
Dans VB j'ai pas tout compris, ça rentre encore... En tout cas
certaines dll sont des dll sans vraiement en être : elle ont les mêmes
comportement mais pas les même type de signature ceux sont en fait des
ocx. Et VB conserve des informations concernant ces dll du type date de
compile plus d'autres choses relevant de la tecnologie COM et quand il
relève des écarts, il le signale. Il y a aussi des options de
paramétrage (dans VB) concernant la mise à jour des ocx... (options de
compile).
Au moment ou tu lances le packaging VB6 te demandes d'ailleurs si il
doit ou non recompiler le projet... ce que tu as du faire et je pense
même qu'il a une fonction/instruction qui n'est plus compatible et qui
génère une err. de type 13 "type incompatible" soit sur un paramétre
soit une valeur retour ( il a du repérer l'anomalie).
C'est encore incomplet mais ça devrait t'aider
madbob
dll utilise une fonction ou une instruction d'une autre dll, il y a une
dépendance, et on commence par compiler par celle qui ne dépends pas de
l'autre... On evite aussi les dépendences récursives pour faciliter les
compilation...
Dans VB j'ai pas tout compris, ça rentre encore... En tout cas
certaines dll sont des dll sans vraiement en être : elle ont les mêmes
comportement mais pas les même type de signature ceux sont en fait des
ocx. Et VB conserve des informations concernant ces dll du type date de
compile plus d'autres choses relevant de la tecnologie COM et quand il
relève des écarts, il le signale. Il y a aussi des options de
paramétrage (dans VB) concernant la mise à jour des ocx... (options de
compile).
Au moment ou tu lances le packaging VB6 te demandes d'ailleurs si il
doit ou non recompiler le projet... ce que tu as du faire et je pense
même qu'il a une fonction/instruction qui n'est plus compatible et qui
génère une err. de type 13 "type incompatible" soit sur un paramétre
soit une valeur retour ( il a du repérer l'anomalie).
C'est encore incomplet mais ça devrait t'aider
madbob
