Discussion :

[corwin]

Bonjour,

je précise que je débarque dans le monde VB DOT NET and Co . Alors voilà mon problème j'ai une dll dont je n'ai pas les sources. Je voudrais utiliser des objets/méthodes interne.
J'ai installer cette dll dans WINDOWS/Sytem32.
J'ai en outre un petit projet VB sous VisualBasicExpress2008. J'ai rajouter dans les propriété du projet la dll.
VBEx reconnais la dll mais quand j'execute le code ca plante avec un message qui doit être classique mais la je nage :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
erreurSystem.Runtime.InteropServices.COMException (0x80040154): La récupération de la fabrique de classe COM pour le composant avec le CLSID {2C6FADB7-B215-11D2
-BD8D-0060978EEB9C} a échoué en raison de l'erreur suivante*: 80040154.

du coup je me suis dit qu'il fallait peut être faire quelque chose avec la dll.
Je l'ai alors mis dans WINDOWS/system32 et j'ai tenter un regsrv32 mais celui-ci me renvoi un message d'erreur aussi.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

la ddl a ete chargée mais le point d'entrée dllRegisterServer est introuvable

[EDIT]
Après plusieurs essai ca ne marche toujours pas. En plus VBExpress me place une copie de la dll dans le répertoire de Debug/Release. Mais a l execution toujours la meme erreur
J'ai lu qu il y avait différente dll (ancienne vs nouvelle, activeX vs Com).
Si quelqu'un peut éclairer ma lanterne ce serais bien cool
[/EDIT]

merci d'avance de vos conseils et tuyaux

[Pol63]

il y a des dll com, qui nécessite regsvr32
il y a aussi des dll .net qui ne peuvent pas etre registrée


que fait ta dll ?

[corwin]

ok sperot51 merci de ta réponse cela confirme ce que j'avais lu on peut avoir deux type de dll. Seulement comment les distinguer sacahnt que je n'ai pas les sources.
C'est une dll qui permet d'accéder a des fichier dont le format est propriétaire et inconnu.
En gros la société Z nous fournit une machine qui génère des fichier dont le format est inconnu et en parralèle ils nous file une dll pour accéder au contenu des fichiers.

J'ai donc fait un petit programme en VB pour tester tout cela. Le programme va juste lire des infos dans le fichier via la dll.

J'utilise Visual studio 2008 sur un XP familly (c'est mon portable perso qui sert de plarteforme de test).
Dans le répertoire de génération de Release de Visual celui ci a copier la dll acoté de l 'éxécutable mais j'ai toujours la même erreur.

[Pol63]

pour voir si c'est une dll .net, c'est assez simple, il faut la glisser dans reflector, programme qui sert à l'origine à décompiler les exe et dll .net
s'il te peut pas te donner l'arborescence de la dll c'est que c'est pas du .net

si c'est sur une machine, je pense que c'est peu probable d'ailleurs, donc peut etre une dll activeX ou COM

m'enfin si regsvr32 n'arrive pas à la registrer (chose obligatoire pour utiliser une dll non .net) c'est étrange
essaye regsvr pas 32 à tout hasard

quand tu ajoutes une dll en référence dans ton projet, vs la copie par défaut avec ton exe
mais c'est une option, tu peux dire qu'elle reste où elle est (paramètre copie locale dans l'onglet référence des propriétés du projet)

[corwin]

Ok merci pour le prg "reflector" . c'est cool comem soft.
Bon ben il arrive a accéder a toute l 'arborescence de la lib. Ca correspond au info que j'en ai. J'en conclu que c'est une dll .NET

c'est déjà ca comme info. Du coup j'en fait quoi de cette dll pour que mon p'tit code fonctionne ?

Comment enregister une dll .net ? j'ai fait un regasm et la je n'ai pas de message d'erreur mais mon code me renvoie toujours un message d'erreur.
J'aurais p'etre pas du faire de regasm ? enfin cela na rine changé de toute façon

bon je viens de supprimer l'option "copie local de la dll" dans les option du projet (j ai aussi supprimer les copie locale) et du coup VS me fait toujours la completion de code (vue que la dll est dans les ref du projet) mais il refuse de l executer car il ne trouve pas la dll...

[Pol63]

si c'est une dll .net déjà c'est un bon point

le mieux c'est de la laisser à coté de l'exe, pour le déploiement final de ton appli, la dll devra aussi etre à coté de l'exe et y a rien d'autre à faire

vu que du coup tu peux voir le code source, tu peux voir d'où vient l'erreur directement dans le code source de la fonction que tu utilises
m'enfin vu l'erreur il semblerait que la dll .net utilises une dll COM ...

dans le pire des cas, tu fais clic droit sur la dll dans reflector puis export
ca va te générer un projet que tu ajoutes dans vb express, comme ca tu pourras débugger directement le code de la dll