![]() |
Re: Programm auf eigenem "Desktop" ausführen
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:
Ansonsten, ab SetThreadDesktop alles in einen Thread verlagern.
uses ..., Forms, ...;
begin Forms.Application.Free; ... SetThreadDesktop ... Forms.Application := TApplication.Create(nil); Forms.Application.Initialize; ... end. Du solltest das aber mit einer brandneuen VCL Anwendung testen, da weiter Units Hooks und Handles erstellen könnten, die das verhindern. EDIT: :warn: 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. |
Re: Programm auf eigenem "Desktop" ausführen
Hallo Dezipaitor, Super Tipp Danke! :thumb:
lg. Astat |
Re: Programm auf eigenem "Desktop" ausführen
Zitat:
Bah, da könne ich noch mehr erzählen.. :wall: |
Re: Programm auf eigenem "Desktop" ausführen
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. :warn: 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 |
Re: Programm auf eigenem "Desktop" ausführen
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. |
Re: Programm auf eigenem "Desktop" ausführen
|
Re: Programm auf eigenem "Desktop" ausführen
Danke habs gefunden. OpenDesktop braucht da Handle, aber das kriegt man über EnumDesktops (auch wenn man dafür eine zusätzlich Callback-Proc braucht)
|
Re: Programm auf eigenem "Desktop" ausführen
Zitat:
Code:
__in LPTSTR lpszDesktop,
|
Re: Programm auf eigenem "Desktop" ausführen
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 :wink: )
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 15:28 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz