Microsoft Application Compatibility Toolkit

{HCG}Sniper:

Nein, das ist alles recht einfach zu machen.

Na wenn es denn so einfach ist, warum funktioniert ACT dann nicht ?

Weil es nicht zu den Lösungen für dieses Problem zählt.

Doch, ein Programm wird dann mit Adminrechten gestartet, mit UAC-Prompt.

Ganz großes Kino. Da brauche ich den Haken nicht für. Denn just wenn man die Nachfrage mit JA benatwortet kann man, zumindest bei Tuneup,

Für Programme, die eh schon Adminrechte verlangen, braucht man natürlich

keinen Haken zu setzen.

Ansonsten besteht eben die Möglichkeit beliebige Programme/Skripte via

schtasks.exe oder über ein WSH-Skript automatisch ohne UAC-Prompt mit

erhöhten Rechten starten zu können.

Das dies aber alles nur Workarounds sind ist Ihnen schon klar oder ?

Nein, dir sollte klar sein, dass es seit Vista nicht mehr möglich ist,

Programme so einfach mit erhöhten Rechten zu starten. Das erlaubt das

Sicherheitskonzept nicht. Man muss eben eine Lösung über ein eigenes Skript

wählen oder die von Andre genannte Möglichkeit über schtasks.exe mit der

Aufgabenplanung. Ein Skript hätte den Vorteil, dass dafür in der

Aufgabenplanung kein Task eingerichtet werden muss.

Eigentlich ist ACT dafür konzipiert worden, denke ich zumindest.

Das würde ich mal ganz schnell vergessen.

hpm

{HCG}Sniper:

der die "eigentlichen" Unzulänglichkeiten von UAC und ACT umschifft. Nochmals Danke.

Das, was du da "Unzulänglichkeiten von UAC" zu nennen beliebst, beruht auf

dem neuen Sicherheitskonzept, das du nicht verstanden hast. Man sollte nicht

über Dinge urteilen, die man nicht begreift. Da macht man sich nur

lächerlich.

hpm

Ne, du hast die 3 Modi (asInvoker, AsAdmin und AsHighest) nicht verstanden. DU wolltest den TuneUp Tools aufzwingen, immer per Benutzerrechten zu laufen!

---

"A programmer is just a tool which converts caffeine into code" CLIP- Stellvertreter http://www.winvistaside.de/

Ok. Lasse ich gelten.

Nur dann erklär mir doch bitte was z.B. "RunAsAdmin" für eine Bedeutung hat. Meinem Verständnis nach bedeutet dieser Eintrag "Starte als Admin". Und das tut Tuneup auch wenn man den Test vom ACT benutzt. Tuneup startet beim Klicken auf "Einstellung testen" einwandfrei "ohne" Requester. Und jedes weitere Modul was dann von Tuneup nachgestartet wird, wenn man die entsprechende Funktion benutzen möchte, startet auch "ohne" Probleme und Requester.

Vielleicht habe ich mich auch nur undeutlich ausgedrückt. Ich habe nie alle drei Haken zur selben Zeit gesetzt gehabt, sondern immer nur entweder oder. Begonnen habe ich mit RunasAdmin -> ACT Testlauf -> Ok -> speichern -> sdbinst c:\Speicherort\Dateiname.sdb -> Tuneup gestartet -> funktioniert nicht. sdbinst c:\Speicherort\Dateiname.sdb -u auf zum nächsten Versuch.

RunasHighest -> ACT Testlauf -> Ok -> speichern -> sdbinst c:\Speicherort\Dateiname.sdb -> Tuneup gestartet -> funktioniert nicht. sdbinst c:\Speicherort\Dateiname.sdb -u auf zum nächsten Versuch.

RunasInvoker > ACT Testlauf -> Ok -> speichern -> sdbinst c:\Speicherort\Dateiname.sdb -> Tuneup gestartet -> scheint zu funktionieren. Ein Modul angewählt, hubs. sdbinst c:\Speicherort\Dateiname.sdb -u. Nun alle möglichen Module ebenfalls in Dateiname.sdb übernommen und als "RunasInvoker" gekennzeichnet. Funktioniert auch alles einwandfrei bis auf den UninstallManager (Was auch verständlich ist da Invoker nur ein "priviligierter" Benutzer ist).

Ich meine es kann durchaus sein das ich einem Gedankenfehler erliege, nur warum funktioniert dann "jedesmal" der Testlauf, aber das gespeicherte und eingehängte nicht mehr ? Ich bin bestimmt nicht der Crack, aber wenn etwas im "Testlauf" funktioniert darf man doch eigentlich zu recht davon ausgehen dass das Ergebnis danach auch so aussehen wird oder wozu dient diese Möglichkeit des "ausprobierens" sonst ?

MfG {HCG}Sniper