9
votes

Application se bloque sur le démarrage - Microsoft.visualbasic manquant.Powerpacks

J'ai écrit une application VB.NET simple qui fonctionne correctement sur la machine de développement.

Toutefois sur une autre machine, même si le document .NET est installé, il se bloque au démarrage avec System.InvalidoperationException. P> Il semble y avoir un problème de trouver les assemblages de base visuels. P>

Voici l'un des échecs (j'ai remplacé les informations sensibles avec trois points): P>

*** Assembly Binder Log Entry  (16/06/2013 @ 15:45:12) ***

The operation failed.
Bind result: hr = 0x80070002. The system cannot find the file specified.

Assembly manager loaded from:  C:\Windows\Microsoft.NET\Framework\v4.0.30319\clr.dll
Running under executable  C:\Users\....
--- A detailed error log follows.

=== Pre-bind state information ===
LOG: User = ...
LOG: DisplayName = Microsoft.VisualBasic.PowerPacks.Vs, Version=10.0.0.0,    Culture=neutral,
PublicKeyToken=b03f5f7f11d50a3a
(Fully-specified)
LOG: Appbase = file:///C:/Users/......
LOG: Initial PrivatePath = NULL
LOG: Dynamic Base = NULL
LOG: Cache Base = NULL
LOG: AppName = MSystemAdmin.exe
Calling assembly : MSystemAdmin, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null.
===
LOG: This bind starts in default load context.
LOG: No application configuration file found.
LOG: Using host configuration file:
LOG: Using machine configuration file from C:\Windows\Microsoft.NET\Framework\v4.0.30319\config\machine.config.
LOG: Post-policy reference: Microsoft.VisualBasic.PowerPacks.Vs, Version=10.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a
LOG: GAC Lookup was unsuccessful.
LOG: Attempting download of new URL file:///C:/.../Desktop/Microsoft.VisualBasic.PowerPacks.Vs.DLL.
LOG: Attempting download of new URL file:///C:/.../Desktop/Microsoft.VisualBasic.PowerPacks.Vs/Microsoft.VisualBasic.PowerPacks.Vs.DLL.
LOG: Attempting download of new URL file:///C:/.../Desktop/Microsoft.VisualBasic.PowerPacks.Vs.EXE.
LOG: Attempting download of new URL file:///C:/.../Desktop/Microsoft.VisualBasic.PowerPacks.Vs/Microsoft.VisualBasic.PowerPacks.Vs.EXE.
LOG: All probing URLs attempted and failed.


0 commentaires

4 Réponses :


1
votes

Apparemment, il semble être un problème avec les "PowerPacks"; Ce sont des contrôles supplémentaires à ceux donnés par défaut dans Visual Studio (dans la partie de conception de formulaire, sous "Toolbox"). Si vous installez le package requis sur l'ordinateur cible, tout devrait être bien .

J'ai eu ce problème dans le passé et ma recommandation ne s'appuie pas sur ces éléments: ils incluent des fonctionnalités agréables (dans mon cas, c'était une forme elliptique) mais pourrait être remplacé par un peu de travail et plus simple objets. Si vous souhaitez vendre votre programme à un public plus ou moins vaste, comptez sur cela pourrait devenir un problème: Ce package n'est pas installé par défaut sur pratiquement un ordinateur et que vous devriez donc demander à vos clients d'aller de l'avant avec l'installation. Localisation de ces contrôles spécifiques est simple: sur la "boîte à outils", ils doivent être répertoriés sous "Powerpacks" ou similaire.


Après avoir lu le commentaire de Hans Passant, je me souviens que un fichier .dll doit être placé dans le même répertoire que l'exécutable, mais je suis sous l'impression que le package PowerPacks à partir du lien fourni doit être installé quand même ( au moins, sur des ordinateurs n'ayant pas de studio visuel).


2 commentaires

Cela a fonctionné juste avec la DLL, mais j'imagine que l'installation des packs d'alimentation ferait le travail sans la DLL.


Merci pour votre vote à l'avance, mais en fait, Hans Passant était celui qui donne la bonne réponse. En fait, j'ai eu ce problème et aurait dû examiner le cas spécifique pour se souvenir de la chose du fichier .dll. En tout état de cause, je continue à penser que la possibilité d'installer Visual Studio est pertinente pour les PowerPacks; Le lien fourni compense ce manque (non sûr si le fichier .dll).



16
votes

Ce n'est pas si clair pourquoi les PowerPacks sont manquants, le profil client .NET 4 pourrait être un problème. Il y a eu plusieurs versions de PowerPacks autour et la numérotation de la version doit être en désordre. Sur ma machine, la même version est rapportée en tant que v2.0.50727, même s'il est stocké dans le GAC comme version 10.0

meilleure chose à faire est de revenir à votre projet. Cliquez sur l'icône "Afficher tous les fichiers" dans la barre d'outils dans la fenêtre de la solution Explorateur. Cela montre maintenant le nœud de références. Développez-le et sélectionnez la référence PowerPacks. Dans la fenêtre Propriétés, changez la propriété Copie locale vers true.

Reconstructrice et votre répertoire de construction auront maintenant une copie de la DLL. Copiez-le avec l'EXE sur la machine cible.


0 commentaires

15
votes

Voici l'URL pour télécharger Microsoft Visual Basic Power Packs 10.0

http://go.microsoft.com/fwlink/?Linkid=145727&clCID=0X804


0 commentaires

0
votes

Je mettais à la mise à niveau Visual Studio de Visual Studio 2013 sur Visual Studio 2015 sur une nouvelle machine Windows 10. Ce faisant, j'ai copié mon dossier de projets d'une machine Windows 7 vers le même chemin sur la machine Windows 10.

Lorsque j'ai ouvert un projet qui a utilisé Ms.vb.Powerpacks.vs, j'ai été informé que le fichier est introuvable. J'ai téléchargé l'installation la plus récente pour Ms.vb.Powerpacks.vs version 12.0.0.0. Visual Studio 2015 a masqué mes pages de formulaire qui utilisaient la forme d'impression et m'a informé:

System.IO.FilenotFoundException: Impossible de charger le fichier ou l'assemblage 'Microsoft.visualbasic.powerpacks.vs, version 10.0.0.0.

J'ai changé la référence à la vcersion 12.0.0.0, mais ce n'était toujours pas reconnu.

My Fix: J'ai copié les ensembles c: \ Program (x86) \ Référence \ Référence \ Microsoft \ VBPowerpacks \ v10.0 Dossier de ma machine Windows 7 sur ma machine Windows 10, puis Suppression de la référence V12.0.0.0 et a ajouté la référence V10.0.0.0 au programme. J'ai ensuite quitté le projet et l'a ouvert à nouveau, et tout allait bien, les formes étaient affichées dans leur beauté d'origine.


0 commentaires