Warum kann meine .NET CF-Anwendung keine DLL im selben Verzeichnis wie die ausführbare Datei finden?

Question

Ich habe eine .NET CF 1.1-Anwendung, die seit Jahren einwandfrei funktioniert. Gelegentlich bekomme ich ein Help-Desk-Ticket mit der folgenden Fehlermeldung (generisch):

 
    Method not found: 
    MethodName 
    AssemblyNamespace.Class 

Die DLL gibt es, und es ist die gleiche Version wie meine anderen Geräte. Was könnte das ändern, würde es die Methode nicht finden. Bedeutet dieser Fehler, dass die Assembly geladen wurde, oder brach sie, bevor das passiert ist?

Ist es wichtig, wie ich die Referenz in Visual Studio (2003, BTW) hinzugefügt? Ich habe Local Copy auf true gesetzt, und deshalb habe ich angenommen, dass es im selben Verzeichnis wie meine ausführbare Datei sein muss.

Jede Hilfe, die Sie anbieten können, wird geschätzt. Vielen Dank.

EDIT: Ich glaube, diese DLL ist auch im Windows-Verzeichnis des Geräts, möglicherweise eine andere Version. Es enthält eine Menge hardwarespezifischer Funktionen (z. B. Hintergrundbeleuchtung, Tastaturstatus usw.).

Answer 1

Nein, es ist egal, wie Sie die Referenz in Visual Studio 2003 hinzufügen. (100% sicher)
Jetzt für die nicht so sicher : Ich denke, dass jemand anderes die gleiche Versammlung in der GAC des Telefons hat. Daher wird die GAC-Assembly aufgerufen und nicht die, die Sie bereitgestellt haben, und dieser Version der Assembly fehlt die angeforderte Funktion.

Answer 2

Hängt davon ab, wie Sie die Datei in Ihrem Code referenzieren. Sie könnten sich auf das aktuelle Arbeitsverzeichnis verlassen, das je nachdem, wie die App gestartet wird oder was sie danach tun, nicht so ist, wie Sie es erwarten.

Answer 3

Manchmal gibt .NetCf diese Ausnahme aus, wenn auf dem Gerät nicht genügend Arbeitsspeicher vorhanden ist, anstelle der erwarteten Ausnahme "Nicht genügend Arbeitsspeicher". Ich habe dieses Verhalten häufiger beim Laden von nativen DLLs mit P/Invoke beobachtet, als beim Laden reiner netcf dlls.