Ich befolge Anweisungen aus einem 2006 Microsoft .Net-Kursarbeitsbuch und gehe eine der Übungen durch. (Insbesondere ist dieser Kurs MS2349B und ich mache Modul 4 Übung 2.). Diese Übungen scheinen für die Tage vor der Vista-Phase entwickelt zu sein, wenn jeder die ganze Zeit über volle Administratorrechte hat. (Ich verwende .net 4.0.)
In dieser Übung erstellen Sie eine Assembly mit starkem Namen, installieren sie im GAC, erstellen eine lokale ausführbare Datei für die Assembly mit starkem Namen und überprüfen, ob die ausführbare Datei ausgeführt wird.
Wie im Tutorial beschrieben, signiere ich meine Assembly mit einem #if block:
Ich baue meine ausführbare Datei als lokaler Benutzer:
%Vor%Ich installiere es über eine visuelle Studio-Eingabeaufforderung, die als Administrator ausgeführt wird, in den GAC:
%Vor%Wenn ich meine exe in der Administrator-Eingabeaufforderung ausführe, bekomme ich die Ausgabe, die ich erwarte - die Anwendung läuft gut und scheint die DLL korrekt aus dem gac zu laden. Wenn ich unter der Nicht-Admin-Eingabeaufforderung ausgeführt werde, erhalte ich den folgenden Fehler
%Vor%Was mir seltsam ist, ist, dass das publicKeyToken nicht dasselbe ist wie das, was in der GAC ist:
%Vor%ABER wenn ich AReverser von der GAC deinstalliere und versuche, meine exe als Admin-Eingabeaufforderung auszuführen, erhalte ich den folgenden Fehler, der anzeigt, dass er nach dem erwarteten öffentlichen Schlüsseltoken f0548c0027634b66 sucht:
%Vor%Beachten Sie unter Admin, dass es eigentlich nach dem richtigen publicKeyToken sucht.
Was gibt? Warum unterscheiden sich die gesuchten publickKeyTokens? Was hätte ich falsch machen können?
BEARBEITEN
Die App-Konfiguration, die wir benutzen sollen, könnte der Schuldige sein. Ich frage mich, ob Sie Administrator sein müssen, um einige dieser Einstellungen zu übernehmen. Wenn Sie es loswerden, scheint es zu passieren, dass admin fehlschlägt (obwohl in diesem Fall publicKeyToken als NULL aufgelistet ist). Hier ist meine App-Konfiguration
%Vor%Durchsuchen Sie Ihre Festplatte nach AReverser.dll. Es ist möglich, dass Sie einige zusätzliche Kopien irgendwo versteckt haben. VS kann Schattenkopien von kompilierten DLLs erstellen.
Wenn das nicht hilft, aktivieren Sie die Fusion-Protokollierung (verwenden Sie fuslogvw.exe oder Spool-Fusion-Protokolle auf der Festplatte) und suchen Sie dann in den Protokollen, aus denen die problematische DLL geladen wird. IMO ist es die falsche DLL, die geladen wird.
Wo ist Ihre Lösung, sagen Sie, die Versammlung ist? Visual Studio verwendet den gac nicht zum Erstellen, wenn Sie eine andere Version der zugewiesenen Assembly-Assembly in Ihrem Referenzverzeichnis haben, wird der Client dagegen erstellt und schlägt fehl, wenn Sie versuchen, zur Laufzeit zu laden, da der gac zuerst geladen wird .
Ich befolge Anweisungen aus einem 2006 Microsoft .Net-Kursarbeitsbuch und gehe eine der Übungen durch. (Insbesondere ist dieser Kurs MS2349B und ich mache Modul 4 Übung 2.). Diese Übungen scheinen für die Tage vor der Vista-Phase entwickelt zu sein, wenn jeder die ganze Zeit über volle Administratorrechte hat. (Ich verwende .net 4.0.)
In dieser Übung erstellen Sie eine Assembly mit starkem Namen, installieren sie im GAC, erstellen eine lokale ausführbare Datei für die Assembly mit starkem Namen und überprüfen, ob die ausführbare Datei ausgeführt wird.
Wie im Tutorial beschrieben, signiere ich meine Assembly mit einem %code% block:
%Vor%Ich baue meine ausführbare Datei als lokaler Benutzer:
%Vor%Ich installiere es über eine visuelle Studio-Eingabeaufforderung, die als Administrator ausgeführt wird, in den GAC:
%Vor%Wenn ich meine exe in der Administrator-Eingabeaufforderung ausführe, bekomme ich die Ausgabe, die ich erwarte - die Anwendung läuft gut und scheint die DLL korrekt aus dem gac zu laden. Wenn ich unter der Nicht-Admin-Eingabeaufforderung ausgeführt werde, erhalte ich den folgenden Fehler
%Vor%Was mir seltsam ist, ist, dass das publicKeyToken nicht dasselbe ist wie das, was in der GAC ist:
%Vor%ABER wenn ich AReverser von der GAC deinstalliere und versuche, meine exe als Admin-Eingabeaufforderung auszuführen, erhalte ich den folgenden Fehler, der anzeigt, dass er nach dem erwarteten öffentlichen Schlüsseltoken f0548c0027634b66 sucht:
%Vor%Beachten Sie unter Admin, dass es eigentlich nach dem richtigen publicKeyToken sucht.
Was gibt? Warum unterscheiden sich die gesuchten publickKeyTokens? Was hätte ich falsch machen können?
BEARBEITEN
Die App-Konfiguration, die wir benutzen sollen, könnte der Schuldige sein. Ich frage mich, ob Sie Administrator sein müssen, um einige dieser Einstellungen zu übernehmen. Wenn Sie es loswerden, scheint es zu passieren, dass admin fehlschlägt (obwohl in diesem Fall publicKeyToken als NULL aufgelistet ist). Hier ist meine App-Konfiguration
%Vor%Durchsuchen Sie Ihre Festplatte nach AReverser.dll. Es ist möglich, dass Sie einige zusätzliche Kopien irgendwo versteckt haben. VS kann Schattenkopien von kompilierten DLLs erstellen.
Wenn das nicht hilft, aktivieren Sie die Fusion-Protokollierung (verwenden Sie fuslogvw.exe oder Spool-Fusion-Protokolle auf der Festplatte) und suchen Sie dann in den Protokollen, aus denen die problematische DLL geladen wird. IMO ist es die falsche DLL, die geladen wird.
Tags und Links .net c# gac assemblies