Loader Lock-Fehler mit VB.NET 2008 (nur Windows XP?)

8

Wenn ich meine Anwendung (WPF, VB.net 2008) unter Windows XP starte, bekomme ich merkwürdige Windows-Fehler. Als ich VS2008 auf den Rechnern installiert habe, die den Fehler bekommen haben und debuggen. Ich habe eine Loader Lock-Ausnahme erhalten, also bin ich in Debug gegangen und habe sie entfernt. Allerdings bekomme ich immer noch den Fehler, wenn es auf dem Rechner installiert ist.

Gibt es eine Möglichkeit, die Loader Lock-Ausnahme zu entfernen, wenn die Anwendung installiert wird. Ich verstehe, dass es nicht die beste Lösung ist, aber es scheint, dass dies nur geschieht, wenn ich einen WindowsElementHost mit einem ReportViewer starte und das verursacht das Problem, so dass ich nicht wirklich weiß, was ich damit machen soll.

>

Alle Versionen von XP haben dieses Problem wie 2003.

Unter Windows 7 und Vista lief ich beim Debuggen und dem installierten Produkt nie auf diesen Fehler. Das Gleiche gilt für 2008 und 2008R2.

    
David Brunelle 23.06.2012, 03:50
quelle

1 Antwort

3

Ich habe ein wenig Nachforschungen angestellt, und unten finden Sie meine Vermutungen:

  • Vielleicht ist es ein Fehler im Report Viewer-Steuerelement selbst und Sie sollten auf eine spätere Version aktualisieren. Ich habe festgestellt, dass im Dezember 2012 eine neue Version veröffentlicht wurde (siehe dieser Beitrag ), der angeblich auf .NET 3.5 und 4.0 läuft (sollte also mit VB 2008 funktionieren, siehe Download-Seite );
  • Ich habe festgestellt, dass der Report Viewer 2008 SP1 .NET 3.5 SP1 erfordert (siehe Download-Seite ) - möglicherweise kann eine veraltete Version die Ausnahme auslösen, die Sie sehen;
  • Vielleicht ist Windows XP nicht auf das neueste Service Pack aktualisiert oder es handelt sich um die falsche Version - Report Viewer 2010 SP1 benötigt erneut Windows XP SP3 (siehe Download-Seite ) und der Report Viewer 2012 läuft nicht unter Windows XP Starter Edition;
  • Vielleicht ist es eine vom Report Viewer verwendete Bibliothek, die diese Ausnahme verursacht (insbesondere eine Assembly im gemischten Modus) - in diesem Sinne wäre ein Dump oder ein Stack-Trace hilfreich;
  • Es gibt eine umfassende Antwort in diesem thread im Visual Studio-Tools für Office-Forum, das mehrere Ressourcen auflistet, um dieses Problem zu verstehen;
  • Der vorherige Link weist darauf hin, dass es unter bestimmten Bedingungen sicher ist, diese Sperre zu ignorieren. Wenn Sie von Ihrem Test unter Visual Studio mit deaktiviertem Loader Lock MDA sehen, dass es kein Problem gibt, können Sie den MDA in Produktionsmaschinen deaktivieren, indem Sie die Anweisungen in diesem Blogpost - im Grunde geht es darum, eine Umgebungsvariable zu setzen und der app.config -Datei einige Zeilen hinzuzufügen (Siehe auch die Dokumentation für Loader Lock MDA, um zu sehen, wie die neuen Zeilen aussehen sollten). Ich habe es nicht ausprobiert, aber ich dachte, es könnte für Sie als letzte Lösung nützlich sein - seien Sie sicher, Ihre Anwendung gründlich zu testen, um unerwünschte Nebenwirkungen zu vermeiden.

Um mehr Hilfe zu erhalten, schlage ich vor, dass Sie Folgendes angeben:

  • die Version des von Ihnen verwendeten Berichts-Viewers;
  • die Version von .NET Framework, auf die Sie abzielen (insbesondere mit Service Pack);
  • Welches Service Pack ist für Windows XP installiert?
  • alle Stack-Trace- oder Debugging-Informationen, die Sie sammeln können.
edymtt 04.04.2013, 18:45
quelle

Tags und Links

Django: Verwenden von Annotate, Count und Distinct in einem Queryset Wie erreicht man Asp.net MVC OneWay / FireAndForget wie WCF?