ddl com et Late binding

euh là je suis perdue j'essaie depuis tout à l'heure mais je n'y arrive pas, je pense que je sature à force d'avoir le nez dedans 8O
Faut il que je crée un nouveau projet de test ? Si c'est le cas ça ne marche pas. Dans le cas contraire comment fait-on ?

Merci bien de ton aide

Citation:

---

Envoyé par Dadou74

euh là je suis perdue j'essaie depuis tout à l'heure mais je n'y arrive pas, je pense que je sature à force d'avoir le nez dedans 8O
Faut il que je crée un nouveau projet de test ? Si c'est le cas ça ne marche pas. Dans le cas contraire comment fait-on ?

Merci bien de ton aide

---

Le mieux dans ces cas là c'est d'aller faire un tour
(pétanque, champignons, ou autre selon les gouts ...).

Pour le débug d'une dll ActiveX depuis la session VB en cours :
- Créer un module standard
- Y ajouter un procédure publique
- tester toutes les entrées publiques dans la procédure
- appeler la procédure via la fenêtre d'exécution
ex: module standard

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

public sub test() stop ' eq point d'arrêt => permet l'exécution ultérieure pas à pas avec F8 dim MyClass1 As Class1 set MyClass1 = New Class1 debug.print MyClass1.IsValidUser("myUser") '.../... set MyClass1 = Nothing end sub

---

Dans la fenêtre d'exécution de l'ide (Ctrl G)
test+return

Euh ben là je vais aller aux fraises ...
Avec cette méthode cela fonctionne alors que dans un autre projet vb se fracasse lamentablement :cry: Dois-je en conclure que ce n'est pas possible ?

Si la procédure de test ne pose pas de problème en runtime,
compile la en dll activeX puis réeffectue l'essai depuis un projet extérieur en référençant l'activeX.

Bon ben finalement j'ai pris la solution que je ne voulais pas au départ à savoir une dll activeX avec un appel différent. Je n'ai pas trouvé meilleure solution et ça marche très bien.

10/01 => 28/06 : C'est bien d'être perspicace - il était temps de terminer avant les vacances :aie: