Nach Explorer absturz

[venice2]

Wie kann ich am besten prüfen ob der Explorer abgestürzt ist ohne Timer?
Unter Win10 stürzt dieser leider immer öfter ab danach funktioniert mein Programm nicht mehr. (bsp. Wegen NVIDIA Control Panel)

[Bernhard Geyer]

Zitat:

Wie kann ich am besten prüfen ob der Explorer abgestürzt ist ohne Timer?

Evtl. ist das ein Ansatz
https://devblogs.microsoft.com/oldne...026-00/?p=9263

Zitat:

Unter Win10 stürzt dieser leider immer öfter ab danach funktioniert mein Programm nicht mehr. (bsp. Wegen NVIDIA Control Panel)

Am besten das Grundlegende Problem lösen.
Abstürze des Windows Explorer sind sehr häufig durch schlecht Programmierte Shell Extensions verursacht.
Diese zu identifizieren und zu löschen löst das Problem.
Evtl. findet sich ja in der Windows Ereignisanzeige zu dem Absturz ein Hinweis

[venice2]

Zitat:

Am besten das Grundlegende Problem lösen.

Ich soll das Problem beheben das von NVIDIA Control Panel verursacht wird?
Ist das nicht eine Sache die NVIDIA beheben sollte?

Mit den HOOK werde ich mir mal anschauen. Danke!

[Bernhard Geyer]

Zitat von venice2:

Ich soll das Problem beheben das von NVIDIA Control Panel verursacht wird?
Ist das nicht eine Sache die NVIDIA beheben sollte?

Die Frage ist ob es wirklich ein Fehler in der SW ist (steht das wohl im Windows-Log)?
Falls der Rechner älter ist, dann hilft ab und zu ältere Treiber-Versionen, da die neuesten nur noch "mehr schlecht als recht" für die alten Grafikkarten angepasst werden.

[venice2]

Zitat von Bernhard Geyer:

Zitat von venice2:

Ich soll das Problem beheben das von NVIDIA Control Panel verursacht wird?
Ist das nicht eine Sache die NVIDIA beheben sollte?

Die Frage ist ob es wirklich ein Fehler in der SW ist (steht das wohl im Windows-Log)?

Ja! Steht es.

Welches Interesse sollte ich haben hier Unwahrheiten zu veröffentlichen?
Ja es ist der Menu Punkt um die NVIDIA Systemsteuerung aufzurufen.

Es gibt eine extra APP die aus dem Store von MS installiert werden kann die funktioniert aber auch nur mehr schlecht als recht.
Meistens crasht der Explorer beim ersten Aufruf des Explorer Kontext Menu nach dem Neustart und es hat nichts mit Treibern zu tun.
Und dann funktioniert meine Anwendung nicht mehr weil die ProcID des Explorer sich geändert hat.

Ich muss also Fehler abfangen die vom System selbst generiert werden. Stupid! Win10
https://answers.microsoft.com/en-us/...6-d30c8cc4d603

Ist das meine Aufgabe?
Sieht man auf das Datum dann erkennt man wie lange das Problem schon (immer noch) besteht.

[Michael II]

Zitat von venice2:

Ja! Steht es.

Dann hilft es vielleicht, wenn du den vollständigen WinEventLog Eintrag hier mal postest.

Zitat von venice2:

Ist das meine Aufgabe?

Zu einem Teil definitiv JA. Windows ist nicht zu verwechseln mit betreutem Wohnen. Du könntest ja mal prüfen, ob die ganze Sache läuft, wenn du Standardgrafiktreiber verwendest (?).

Zitat von venice2:

Und dann funktioniert meine Anwendung nicht mehr weil die ProcID des Explorer sich geändert hat.

Erklär doch mal, wieso dein Programm nicht mehr funktioniert, wenn sich die PID wegen Neustart des Explorers geändert hat. Mit einem Neustart der explorer.exe sollte dein Programm doch genau so gut zurecht kommen, wie wenn sich Handles aus irgend einem Grund ändern (?).

Wenn du mit ein wenig Code erklärst, was nach der Änderung der explorer.exe PID dann nicht mehr funktioniert, dann kann dir doch sicher irgendwer helfen.

[venice2]

Zitat:

wenn du den vollständigen WinEventLog Eintrag hier mal postest.

Unnötig, da es niemanden etwas bringt und nichts mit dem eigentlichen Problem zu tun hat.
Wie kannst du helfen wenn du das Log siehst?

Zitat:

Windows ist nicht zu verwechseln mit betreutem Wohnen.

Aber es sollte ein gewisses maß an Stabilität mitbringen.
Davon jedoch kann ich mit der ewigen Beta Version von WIN10 nichts erkennen.

Zitat:

Erklär doch mal, wieso dein Programm nicht mehr funktioniert, wenn sich die PID wegen Neustart des Explorers geändert hat.

Weil der Papierkorb mit dem Explorer verbunden ist.
Wenn der Explorer abstürzt bekommt mein Programm nicht mehr mit ob dieser voll oder leer ist.
Es aktualisiert also den aktuellen Status nicht mehr.

Zitat:

dann kann dir doch sicher irgendwer helfen.

Ich kann mir selber helfen wenn ich den besagten Hook ins Programm implementiere.
Die Frage war also schon beantwortet.

Zitat:

ob die ganze Sache läuft, wenn du Standardgrafiktreiber verwendest

Was hat der Grafiktreiber mit dem Aufruf des Konfigurations Programm zu tun?
Das sind 2 paar Schuhe, zudem verwendet der Standard Grafiktreiber den Dienst "NVIDIA Display Container LS" gar nicht, bringt also nichts.

[KodeZwerg]

ich blicke gerade nicht so ganz durch ob das problem behoben ist ansonsten würde ich vielleicht so vorgehen:

Delphi-Quellcode:

function GetExplorerPID: DWORD;
var
  hWnd: Cardinal;
  PID: DWORD;
begin
  hWnd := FindWindow('Progman', 'Program Manager');
  GetWindowThreadProcessId(hWnd, @PID);
  Result := PID;
end;

Sowas in der art vor deinem "Schau nach Korb" dingens rein?

[venice2]

Zitat von KodeZwerg:

ich blicke gerade nicht so ganz durch ob das problem behoben ist ansonsten würde ich vielleicht so vorgehen:

Delphi-Quellcode:

function GetExplorerPID: DWORD;
var
  hWnd: Cardinal;
  PID: DWORD;
begin
  hWnd := FindWindow('Progman', 'Program Manager');
  GetWindowThreadProcessId(hWnd, @PID);
  Result := PID;
end;

Sowas in der art vor deinem "Schau nach Korb" dingens rein?

Es geht darum das Problem System weit zu kontrollieren ohne Timer das macht der Hook.
Deine Lösung ist aber sehr weit davon entfernt.
Es bringt mir nichts alle "ms" diese Aufzurufen. Danke

Die frage war auch nicht wie ich an die PID komme sondern

Zitat:

Wie kann ich am besten prüfen ob der Explorer abgestürzt ist ohne Timer?

@Bernhard hat es im 2 Beitrag schon beantwortet.

[venice2]

Nur nochmal zur Vervollständigung.
Ich registriere den Papierkorb damit das Event WM_SHELLNOTIFY ausgelöst wird.

Delphi-Quellcode:

{$REGION 'procedure RegisterRecyleBin'}

procedure TMainApp.RegisterRecyleBin(WinHandle: HWND);
var
  pidlRecycleBin: PItemIDList;
  stPIDL: TSHChangeNotifyEntry;
  hr: HRESULT;
begin

  hr := SHGetSpecialFolderLocation(WinHandle, CSIDL_BITBUCKET, pidlRecycleBin);
  if Succeeded(hr) then
  begin
    stPIDL.pidl := pidlRecycleBin;
    stPIDL.fRecursive := True;

    FHNotifyRBin := SHChangeNotifyRegister(WinHandle,
      SHCNF_ACCEPT_INTERRUPTS or SHCNF_ACCEPT_NON_INTERRUPTS, SHCNE_ALLEVENTS, WM_SHELLNOTIFY, 1,
      stPIDL);

    if 0 = FHNotifyRBin then
      RaiseLastOSError(GetLastError);
  end
  else
    RaiseLastOSError;

  // Hier werde ich nun den Hook implementieren und die Anwendung entsprechend des Event neu starten.
end;
{$ENDREGION}

Wenn nun der Explorer abstürzt wird das Event WM_SHELLNOTIFY nicht mehr ausgelöst da es zum vorherigen Prozess Explorer.exe nicht mehr gültig ist.
Bzw. Der Papierkorb ist dann nicht mehr registriert (FHNotifyRBin = Registrations ID) ist dann ungültig.
Wie gesagt es ist mir unverständlich das ein System so unzuverlässig ist und man selber eventuelle Fehler diesbezüglich abfangen muss.