2015-06-06 19 views
8

Ich habe ein Problem beim Ausführen einer Anwendung auf einem meiner Windows-Boxen. Ich kann es nicht auf anderen ähnlichen Windows-Boxen replizieren, und es hat gerade erst angefangen. Hier ist die Situation:DLL als DELETEPENDING markiert

  1. Mit Visual Studio kann ich eine Anwendung erstellen, die ich geschrieben habe. Es erstellt eine ausführbare Datei: Application.exe, und ich kann in seinem bin/Debug-Verzeichnis diese ausführbare Datei und alle DLLs sehen, von denen ich weiß, dass die Anwendung davon abhängt, einschließlich Microsoft.Windows.Azure.Configuration.dll.

  2. Wenn ich die Anwendung ausführen, wird die Anwendung beendet, und wenn ich das Problem untersuchen, kann ich sehen, dass die Microsoft.Windows.Azure.Configuration.dll in Microsoft.WindowsAzure.Configuration.dll umbenannt wurde .5502888.DeletePending.5502888.DeletePending.5502904.DeletePending.5502919.DeletePending.5502935.DeletePending.5502950.DeletePending

ich habe dieses Verhalten noch nie gesehen, obwohl ich die gleiche Anwendung für ein Jahr ausgeführt wurde oder so auf dieser Maschine. Weiß jemand, was passieren könnte?

Danke für jede Hilfe.

+0

Deaktivieren Sie Ihre Anti-Malware und versuchen Sie es erneut. –

+0

Hmm - interessant - mir wird es peinlich, wenn das die richtige Antwort ist! Ich kann keine Anti-Malware auf dieser Box sehen (entweder im Infobereich der Taskleiste oder in der Liste der Prozesse, die ich identifizieren kann). Ich bin auch ziemlich zuversichtlich, dass diese Box in letzter Zeit nicht neu konfiguriert wurde, aber ich werde es jetzt überprüfen. Danke für den Vorschlag. – user304582

+0

Ich nehme an, Sie haben versucht, neu zu starten? :-) –

Antwort

1

Während ich dies selbst nicht gesehen habe, weiß ich, dass Windows ausstehende Löschungen unterstützt (wie in der FILE_OBJECT structure verfolgt), wenn Sie die Datei mit der right permissions öffnen.

Loking im Internet, ich sehe, dass andere dieses Problem mit Windows Defender getroffen haben und andere haben viele andere AV-Software kommentiert ähnliche Dinge zu tun. Angesichts der Tatsache, dass es sich um eine Funktion der Windows-API handelt, könnte jede Anwendung dies jedoch verursachen.

Es sieht so aus, als ob das Debugging mit ProcMon von Sysinternals der beste Weg ist, um herauszufinden, was die Datei tatsächlich offen hält.

0

Das ist ein bisschen peinlich. Ich glaube, dass ich mein Problem gelöst habe, aber leider kann ich mich nicht mehr erinnern, was ich getan habe. Wenn mir die Erinnerung hilft, denke ich, dass das Problem bei log4net liegt und etwas, was es tut. Ich werde versuchen, meine Erinnerung für weitere Informationen auszugraben.

+0

Ja, in meinem Fall war auch log4net beteiligt. Benutzerdefinierter Dateiappender hat versucht, alte Protokolldateien zu entfernen, und hat fälschlicherweise begonnen, DLLs zu löschen, die in demselben Verzeichnis abgelegt wurden. – SergeyS

Verwandte Themen