bds.exe bleibt im Taskmanager hängen

[zobien123]

Hallo Zusammen

folgendes Problem: Immer wieder bleibt nach dem beenden von Delphi XE2 die bds.exe im Taskmanager hängen. Der Prozess lässt sich nicht killen (Zugriff verweigert). Nur ein Neustart behebt den Fehler.

Hat jemand das gleiche Problem bzw eine Lösung, wie man den Task/Prozess killen kann?

[Sherlock]

Können diese Überreste nichtmal als Admin gekillt werden?

Das ist ziemlich ungewöhnlich. Auch die Anzahl der Prozesse ist verdammt hoch. Startest Du den Rechner täglich neu oder "klappst Du nur den Deckel zu"?

Sherlock

[zobien123]

Zitat:

Können diese Überreste nichtmal als Admin gekillt werden?

Habe ich auch schon versucht, selbes Ergebnis.

Zitat:

Das ist ziemlich ungewöhnlich. Auch die Anzahl der Prozesse ist verdammt hoch. Startest Du den Rechner täglich neu oder "klappst Du nur den Deckel zu"?

Ich fahre den PC jeden Tag herunter.

Ich habe es auch mal über cmd mit Adminrechten versucht, da bekomme ich folgende Meldung:

Code:

FEHLER: Der Prozess "bds.exe" mit PID 8656 konnte nicht beendet werden.
Ursache: Von dieser Aufgabe wird momentan keine Instanz ausgeführt.

[t.roller]

Wahrscheinlich hängt der DEBUGGER.
Starte zum Compilieren mit UMSCH+STRG+F9.

Zum Beenden von BDS.exe:
Schon mal STRG+F2, danach ALT+F4 versucht?

[Zacherl]

Zitat von t.roller:

Wahrscheinlich hängt der DEBUGGER.
Starte zum Compilieren mit UMSCH+STRG+F9.

Es kommt ja erst vor, wenn er Delphi schon geschlossen hat. Tippe aber auch darauf, dass irgendetwas mit dem Debugger nicht stimmt. Dieses Verhalten, dass ein Prozess sich im Kernel irgendwie festgefressen hat, konnte ich auch schon einige Male beobachten - immer nur dann, wenn ich einen Debugger attached hatte.

[Neumann]

Ist noch harmlos - bei mir killt der Debugger ab und zu Windows 10 komplett -es geht dann nur noch Rechner mit Knopf komplett ausschalten.

Passiert übrigens seltener, wenn ich bds.exe nur einen Prozesorkern zuweise.

[Delphi-Laie]

Zitat von zobien123:

Der Prozess lässt sich nicht killen (Zugriff verweigert). Nur ein Neustart behebt den Fehler.

Hat jemand das gleiche Problem bzw eine Lösung, wie man den Task/Prozess killen kann?

Nimm den Process Explorer (und/oder den Process Monitor) der Sysinternals oder mein Programm "Prozesse" (und gib ihm nach dem Start Maximalrechte) - damit sollte es möglich sein. Der Taskmanager hat hinsichtlich des Prozeßbeendens nämlich leider kein Maximalniveau.

[SneakyBagels]

Im Process Explorer einfach Find => Find Handle und dort bds.exe suchen und jedes einzelne Handle schließen (in der Liste unten im Hauptfenster).

[t.roller]

Getestet mit WIN8.1, XE7:

Delphi-Quellcode:

// uses  tlhelp32;
function KillTask(ExeFileName: string): integer;
const
  PROCESS_TERMINATE=$0001;
var
  ContinueLoop: BOOL;
  FSnapshotHandle: THandle;
  FProcessEntry32: TProcessEntry32;
begin
  result := 0;
  FSnapshotHandle := CreateToolhelp32Snapshot(TH32CS_SNAPPROCESS, 0);
  FProcessEntry32.dwSize := Sizeof(FProcessEntry32);
  ContinueLoop := Process32First(FSnapshotHandle, FProcessEntry32);
  while integer(ContinueLoop) <> 0 do begin
    if (StrIComp(PChar(ExtractFileName(FProcessEntry32.szExeFile)), PChar(ExeFileName)) = 0)
       or (StrIComp(FProcessEntry32.szExeFile, PChar(ExeFileName)) = 0)  then
      Result := Integer(TerminateProcess(OpenProcess(
                        PROCESS_TERMINATE, BOOL(0), // BOOL(0) means 'false'
                        FProcessEntry32.th32ProcessID), 0));
    ContinueLoop := Process32Next(FSnapshotHandle, FProcessEntry32);
  end;
  CloseHandle(FSnapshotHandle);
end;

procedure TForm1.Button3Click(Sender: TObject);
begin
KillTask('BDS.exe');
end;

[Bernhard Geyer]

Zitat von Neumann:

Ist noch harmlos - bei mir killt der Debugger ab und zu Windows 10 komplett -es geht dann nur noch Rechner mit Knopf komplett ausschalten.

Das deutet darauf hin das deine Rechner ein HW-Problem hat. Der Delphi-Debugger ist nich so tief im system verankert das er ein Windows Killen könnte

Zitat von Neumann:

Passiert übrigens seltener, wenn ich bds.exe nur einen Prozesorkern zuweise.

Das deutet auch wieder auf ein HW-Problem hin. Wir hatten vor Jahren ein System - damals noch ein Multi-Sockel-System - welches auch Problem mit unserer SW verursacht hatte.
Diese Problem hatten sich gelöst als einer der CPU entgültig den Geist aufgegeben hatte und wir eine neue HW bekommen hatten.