Fehler Beim Starten von Visual Studio 2015 nach Installation von List & Label 25

Fehler Beim Starten von Visual Studio 2015 nach Installation von List & Label 25

wenn ich nach der Installation vom List & Label das Visula Studion 2015 starte komm jeweisl die Meldung

The ‘LL25VSPackage’ package could di not load correctly. …

Hallo,

das wird nun vermutlich erstmal nicht direkt weiterhelfen. Aber bei mir in der Version 2015 klappt das prima:
image

Welche Version von VS wird denn genau verwendet?
Mal versucht Debwin4.exe mit List & Label Logging laufen beim Laden von Visual Studio 2015 zu lassen? Vielleicht sieht man da was interessantes?

Sonst kann man aber auch versuchen das Package in Visual Studio zu deaktivieren. Einfach unter “TOOLS > Extensions and Updates…” den Eintrag “combit List & Label 25 Visual Studio Package” markieren und deinstallieren. Finde das Package aber recht komfortabel, da ich dann im Menü von Visual Studio immer direkt auf die LL .NET Hilfe gehen kann und Debwin ist auch schnell gestartet:


:wink:

Ich setzte das Visula Studion 2015

Microsoft Visual Studio Professional 2015
Version 14.0.25431.01 Update 3
Microsoft .NET Framework
Version 4.8.03752

Installed Version: Professional

ein

Es hat gereicht das LL25 Package zu deaktivieren un da ich diese bis jetzt eher weniger gebraucht habe ist die kein grosser Nachtail aber es wäre doch spannaend zu wissen was das Problem sein könnte

Ja, spannend bestimmt… aber dafür braucht es vermutlich ein wenig mehr Input. Denn die genannte Meldung kommt glaube ich von Visual Studio selbst - nicht vom Package. Aber vielleicht kann hier eben ein Log mit Debwin mehr Infos liefern?

PS: Um das Package wieder zu installieren, müsste man glaube ich nur die Datei “…\Beispiele\Microsoft .NET\VS Integration\Visual Studio VSPackage\combit.ListLabel25.VSPackage.vsix” aus der Installation ausführen.

Die ganze Fehlermeldung vom Studio ist:

CreateInstance failed for package [LL25VSPackage]Source: ‘mscorlib’ Description: Could not load file or assembly ‘Microsoft.VisualStudio.Shell.15.0, Version=15.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a’ or one of its dependencies. The system cannot find the file specified. System.IO.FileNotFoundException: Could not load file or assembly ‘Microsoft.VisualStudio.Shell.15.0, Version=15.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a’ or one of its dependencies. The system cannot find the file specified. File name: ‘Microsoft.VisualStudio.Shell.15.0, Version=15.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a’ at System.Reflection.RuntimeAssembly.GetType(RuntimeAssembly assembly, String name, Boolean throwOnError, Boolean ignoreCase, ObjectHandleOnStack type) at System.Reflection.RuntimeAssembly.GetType(String name, Boolean throwOnError, Boolean ignoreCase) at System.Activator.CreateInstanceFromInternal(String assemblyFile, String typeName, Boolean ignoreCase, BindingFlags bindingAttr, Binder binder, Object[] args, CultureInfo culture, Object[] activationAttributes, Evidence securityInfo) at System.AppDomain.CreateInstanceFrom(String assemblyFile, String typeName) WRN: Assembly binding logging is turned OFF. To enable assembly bind failure logging, set the registry value [HKLM\Software\Microsoft\Fusion!EnableLog] (DWORD) to 1. Note: There is some performance penalty associated with assembly bind failure logging. To turn this feature off, remove the registry value [HKLM\Software\Microsoft\Fusion!EnableLog].

Ich prüfe jetzt ob unsere Anwendung mit LL25 läuft wenn Ja ist dies nur ein wenig unschön stört aber nicht

Hm, sieht so aus, als ob bereits in der Visual Studio Installation etwas wichtiges fehlen würde - denn ‘Microsoft.VisualStudio.Shell’ ist schon was sehr zentrales dort. Sehr merkwürdig - könnte aber vielleicht mit einer VS-Reparatur gelöst werden. Sonst dochmal den combit Support dazu bemühen.

Viel Erfolg bei der Verwendung von LL25… wir hatten bei der Umstellung bisher noch keine Auffälligkeiten zu verzeichnen. Klappte bisher alles prima - kamen direkt von LL24.