IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Dotnet Discussion :

[VB NET][C#][dll] echec récupération classe com


Sujet :

Dotnet

  1. #1
    Membre confirmé
    Homme Profil pro
    Ingénieur Informatique
    Inscrit en
    Décembre 2005
    Messages
    146
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Suisse

    Informations professionnelles :
    Activité : Ingénieur Informatique

    Informations forums :
    Inscription : Décembre 2005
    Messages : 146
    Par défaut [VB NET][C#][dll] echec récupération classe com
    Bonjour à tous et à toutes,

    Le titre n'est pas très explicite, mais ce n'est pas évident à tout dire dans le titre au vu de mon problème.

    J'utilise une dll : ImageGlue5.dll notamment. J'ai déjà développé une application qui fonctionne très elle est même déployé avec clickonce pour les mises à jour.
    Lorsque je la lance via clickonce (donc la dernière version publié). Je peux utiliser ma dll d'imageGlue. Donc licence et tout ce qui va avec semble installé correctement.

    Pourtant j'avais à modifier les sources de mon application mais à présent lorsque je test l'application en la recompilant. Au moment où je veux créer mon image en instanciant mon objet ImageGlue (Cette partie est faite via une dll en VB NET).
    J'obtiens l'erreur suivante :

    La récupération de la fabrique de classe COM pour le composant avec le CLSID {4ACA7212-15B7-4D3A-8CC1-E9D38A416BE8} a échoué en raison de l'erreur suivante : 80040154.
    Or ce genre d'erreur c'est qu'a priori il n'arrive pas à trouver la dll d'origine appelé via la dll Interop.ImageGlue5.dll Mais pourtant cela fonctionne via la dernière version publié...

    Entre deux j'ai du changer de machine de developpement... Ce qui fait qu'en récupérant les derniéres sources via anksvn, peut-être qu'il y a eu un méli-mélo avec les references...

    Pourtant j'ai vérifier qu'il utilise bien ce qu'il faut et je ne vois pas d'erreur à ce niveau.

    Auriez-vous des pistes sur ce qui pourrait provoquer cela?

    Merci d'avance

  2. #2
    Membre confirmé
    Homme Profil pro
    Ingénieur Informatique
    Inscrit en
    Décembre 2005
    Messages
    146
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Suisse

    Informations professionnelles :
    Activité : Ingénieur Informatique

    Informations forums :
    Inscription : Décembre 2005
    Messages : 146
    Par défaut
    J'ai encore plus bizarre dans le comportement de mon affaire...

    J'ai fait le test en migrant sous visual studio 2011 et en compilant avec l'utilisation du framework 4 (béta donc). La compilation, mais le lancement du débugage ne fonctionne pas. Il me sort une erreur lors du chargement d'une assembly qui ne devrait pourtant pas poser de difficulté.

    Mais le comble de l'histoire si j'exécute l'executable issu de la génération, l'utilisation de ma dll imageGlue est possible...

    Or en framework 3.5 impossible. Je suis trés perplexe du comportement :/.
    Mais bon de toute manière je ne peux pas utiliser un truc en béta...

    Mais si cela aiguillonne certain d'entre vous

  3. #3
    Membre confirmé
    Homme Profil pro
    Ingénieur Informatique
    Inscrit en
    Décembre 2005
    Messages
    146
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Suisse

    Informations professionnelles :
    Activité : Ingénieur Informatique

    Informations forums :
    Inscription : Décembre 2005
    Messages : 146
    Par défaut
    Ouf j'ai trouvé.

    En fait mon gestionnaire de configuration était mal configuré
    Lorsque je sélectionnais x86, il me faisait une compilation que d'un projet en X86 et le reste en Any CPU...

    Bien tordu, faut tout créer à la mano pour que chaque projet et la bonne plateforme sous visual studio 2008. Trop mal conçu leur affaire.

    Enfin bref c'est résolu. c'est l'essentiel.

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Réponses: 3
    Dernier message: 31/07/2013, 15h23
  2. Réponses: 2
    Dernier message: 17/02/2012, 11h03
  3. Réponses: 0
    Dernier message: 27/07/2009, 15h00
  4. [DLL] Methodes de classe et dll
    Par chronos dans le forum C++
    Réponses: 11
    Dernier message: 27/04/2005, 17h18
  5. [VB.NET] KeyCodeV2.dll
    Par annedjomo dans le forum Windows Forms
    Réponses: 2
    Dernier message: 10/03/2005, 17h57

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo