Programm auf eigenem "Desktop" ausführen

[Dezipaitor]

Wenn du die VCL auf den neuen Desktop bewegen willst, dann musst du sie einfach beenden. Das sollte klappten, wenn ich mich nicht irre.

Delphi-Quellcode:

uses ..., Forms, ...;
begin
  Forms.Application.Free;
  ...
  SetThreadDesktop
  ...
  Forms.Application := TApplication.Create(nil);
  Forms.Application.Initialize; 
  ...
end.

Ansonsten, ab SetThreadDesktop alles in einen Thread verlagern.
Du solltest das aber mit einer brandneuen VCL Anwendung testen, da weiter Units Hooks und Handles erstellen könnten, die das verhindern.

EDIT:
Wenn Thread gewählt, sollte man im Thread "Application" am Ende freigeben und dann
im Hauptprogramm das Application wieder neu erstellen (d.h. nachdem man auf den Thread gewartet hat). D.h. es sollte am Ende so sein, dass VCL im Hauptthread wieder läuft. Hatte deshalb mal ein Problem, das ich dadurch umgangen habe.

[Astat]

Hallo Dezipaitor, Super Tipp Danke!

lg. Astat

[Dezipaitor]

Zitat von Astat:

D.h. Prozesse suchen, deren Threads ermitteln und diese suspenden, nach der Installation wieder resumen.

Verrückt oder was? Einfach mal alle Prozesse stillegen. Und als Admin vermutlich auch noch alle Dienste. D.h. die können vom Dienstmanager nicht mehr kontaktiert werden (wenn der überhaupt noch läuft) und werden neugestartet (nach Konfig).
Bah, da könne ich noch mehr erzählen..

[Astat]

Hallo Dezipaitor, nö das funkt tadellos.

Verwende so ein Teil als "NOT AUS" bei Virenbefall.

Dh. suspende alle Threads ausser des "Local Security Authority Subsystem Service" (LSASS.EXE) und
CSRSS.exe (Thread und WindowCreation) und des Session Manager (SMSS.exe).

Starte IceSword, und suspende dann auch noch die LSASS.EXE und CSRSS.exe.

Jetzt wird das System ausgemistet, Gegenseitige Prozess und Dateiüberwachung der Schädlinge nicht mehr möglich.

Lokal funktioniert dies perfekt!! (W2K, XP getestet.)

Remote übers Netzwerk gibt es Probleme weil Winlogon und das Gesammte Netzwerk lahmgelegt wird.
ISt aber auch möglich wenn mal Winlogon.exe und die Netzwerdienste in den zugehörigen svchost.exe'n nicht
lahmlegt. Allerdings kann man dann einen Sasser, der ja im Kontext der svchost.exe und Winlogon.exe läuft nicht mehr entfernen.

PS. Versuch mal das beigelegte Sample, und urteile erst dann.

PSS. Noch besser Du besorgst dir den Processexplorer von Sysinternals, und Suspendest mit diesem mal alle relevanten
Prozesse, um vorab mal genau zu checken was du bei den einzelnen OS (W2K, XP, Vista, W7 machen darfst und was nicht!
Dienste nicht vergessen, keine Angst der SCM dein Alias Dienstemanager springt dich nicht an!

lg. Astat

[Codewalker]

Zu meinen Codeschnipsel bzw. den von Asta oben hab ich aber nochmal eine Frage:
Was ist, wenn CreateDesktop den Fehler liefert "Die Ressource wird bereits verwendet". Wie komme ich denn dan das HDESK-Handle, wenn ich nur den Namen habe. So etwas wie ein OpenDesktop habe ich nicht gefunden.

[himitsu]

Zitat von Codewalker:

So etwas wie ein OpenDesktop habe ich nicht gefunden.

OpenDesktop

[Codewalker]

Danke habs gefunden. OpenDesktop braucht da Handle, aber das kriegt man über EnumDesktops (auch wenn man dafür eine zusätzlich Callback-Proc braucht)

[himitsu]

Zitat von Codewalker:

OpenDesktop braucht da Handle

ganz sicher?

Code:

__in LPTSTR lpszDesktop,

[Codewalker]

Ach, korrigiere: Ich habe als Parameter den Namen meines Desktops übergeben, aber bekam immer ein ungültiges Handle als Result. Über EnumDesktops habe ich dann das gültige Handle bekommen. (schon so viel gebastelt heute, da komme ich schonmal ein bißchen durcheinander )