SuRun 1.2.0.9

Kay

Sorry, noch nicht. :blush:

Ich werde wahrscheinlich auch bis Ende April gar nicht zu SuRun kommen.

mik-c-os

ich hab mir mal die zeit genommen und den FFF patch getestet...
wow... nicht nur das es jetzt auch eingeschränkt funktioniert,
nein auch Areo wird nicht mer ausgeschaltet...

schade, dass es nie einen ofizellen patch geben wird,
da ja der patch mehrfach unsicher ist... (datensicherheit & lizenzprobleme)
naja werd mir mal überlegen, ob ich mir nicht doch eine aktuellere version hole...

aber der Areo effekt macht mich neugierig
wegen angeblichen kompatibilitäts problemen wird Areo gern mal vom system ausgeschaltet
da ja AA 1.5 auch so ein kanidat war, welcher jetzt auch mit Areo läuft,
so stellt sich mir die frage, ob man nicht eine 'Areo erzwingen' funktion in SuRun für die erfahrenderen Benutzer einbauen könnte.

bzw. weil es ja eigendlich nicht zum konzept SuRun gehört,
könntest du mal ein kleinen loader zusammen zimmern?

mich würde mal wirklich wissen ob Areo-inkompatibilität mehr schein als sein ist...
ich weis das du z.Z. keine zeit hat, war eh nur so ein gedanke...

[gelöscht]

Hi Kay,

ich habe ein großes Problem mit der letzten Beta.

Bei einem /RESTORE wird in den SuRun Einstellungen der Haken Benutzer darf SuRun Einstellungen verändern nicht übernommen (bzw. dass der Haken nicht gesetzt ist). Das ist wichtig für uns, da wir die Software ausbringen wollen aber die User keine Einstellungen ändern dürfen.

Gibts da einen Workaround?

Grüße
Christoph

[gelöscht]

Hat sich erledigt. Bischen nachdenken hilft...

Grüße
Christoph

Kay

Hier kommt etwas für Win7-Nutzer. Junne (SuRun Polnisch) schickte mir einen Link und ich nahm mir kurz die Zeit. ;-)

SuRun 1.2.0.9 Beta 11 vom 28.06.2010:
* Alle Interfaces in SuRunExt(32).Dll warten, bis der Init-Thread fertig ist
* SuRun kann den Explorer von Windows 7 administrativ starten. Das macht es, mit einem Tweak der Registry, der das Explorer-DCOM-Objekt mit den gleichen Rechten startet, wie Explorer.exe (http://social.technet.microsoft.com/Forums/en-US/w7itprosecurity/thread/1798a1a7-bd2e-4e42-8e98-0bc715e7f641)

trekkie22

Supie, darauf warte ich schon lange. Das war eins der Dinge, die mich an Win7 echt gestört haben...

Ich hab' da aber noch einen kleinen Bug gefunden... Oder geht das nicht anders?

Ich habe im Kontextmenü der Ordner "SuRun cmd hier" und "SuRun Explorer hier" doppelt. Es stimmt nur bei den Ordnern nicht, klicke ich ein Laufwerk rechts an, ist der Eintrag nur einmal da. Siehe auch den Screenshot im Anhang...

mik-c-os

bug:
habe gerade beta 11 auf vista x64 (english) in meiner vm installiert
dabei funktionieren folgende einträge bei den *.lnk-dateityp nicht:

'SuRun cmd' here
'SuRun Explorer' here

@trekkie22
was steht denn in der regestry drin?
HKEY_CLASSES_ROOT\Folder\shell
HKEY_CLASSES_ROOT\Directory\shell

mögliche fehler könnten doppelte suruneinträge von einer älteren version sein
und zwar entweder jeweils einmal in Folder und Directory
oder zweimal in Folder ODER Directory

wobei Folder eigendlich nicht verwendet wird

wenn du bedenken hast dich mit regedit duch die regestry zu wühlen,
dann gib einfach in der CMD-shell folgende befehle ein und poste den auszug

reg query hkcr\Folder\shell
reg query hkcr\Directory\shell

stefan

Ich habe die neue SuRun-Beta installiert, das Starten von Explorerfenstern mit erhöhten Rechten funktioniert.
Dummerweise ist ein (für mich) alter Bekannter aus XP-Zeiten wieder aufgetaucht: Wenn ich das administrativ gestartete Explorerfenster schliesse, bleibt laut Process Explorer ein Explorer-Prozess übrig, der sich nicht beendet, also ein Zombieprozess... Tritt das Verhalten auch bei anderen auf?
Selbst wenn nicht: Ich selbst benötige die Funktion "SuRun Explorer hier" nicht, ich kopiere selten Dateien ins Programmverzeichnis u.ä., und wenn, dann gebe ich über den UAC-Dialog das Admin-Passwort ein (ich arbeite als Standardbenutzer). Sollte die Funktion also nur bei mir nicht richtig funktionieren, macht das nichts.

Ist es eigentlich eine mögliches Sicherheitsrisiko, wenn man unter Windows 7 plötzlich den Explorer mit erhöhten Rechten starten kann?

EDIT: Beim Anmelden gab es ein Problem: Apoint.exe (das Zusatzprogramm für mein Touchpad, das das Touchpad z.B. deaktiviert, wenn eine Maus am Notebook angeschlossen ist) kann nicht gestartet werden, wenn ich mich anmelde. Zudem startet WinDbg und gibt einen Analysetext aus (den ich angehängt habe). Als Workaround habe ich Apoint.exe in die Ausnahmeliste von SuRun eingetragen, jetzt funktioniert wieder alles. Liegt dieses Verhalten eventuell am neuen Warteverhalten von SuRun?

Kay

trekkie22:1277760899 wrote: Ich habe im Kontextmenü der Ordner "SuRun cmd hier" und "SuRun Explorer hier" doppelt.

Das macht Explorer. In der Baumansicht ruft er Context-Menü-Erweiterungen zwei mal auf, für den Ordner und für dessen Hintergrund. Beta12 prüft das Kontextmenü jetzt, ob die Einträge schon drin sind.

Kay

Mik.c.OS:1277772499 wrote: habe gerade beta 11 auf vista x64 (english) in meiner vm installiert
dabei funktionieren folgende einträge bei den *.lnk-dateityp nicht:
'SuRun cmd' here
'SuRun Explorer' here

Wenn ich das richtig verstehe meinst Du links auf Ordner.(?)
Hier in einer VM mit Win7x64 geht das...

Kay

Stefan wrote: Wenn ich das administrativ gestartete Explorerfenster schliesse, bleibt laut Process Explorer ein Explorer-Prozess übrig, der sich nicht beendet, also ein Zombieprozess... Tritt das Verhalten auch bei anderen auf?

Ja. Der Explorer ist ein out-of-process COM objekt. Die EXE wird aber nach ~40s beendet.

Stefan wrote: Ist es eigentlich eine mögliches Sicherheitsrisiko, wenn man unter Windows 7 plötzlich den Explorer mit erhöhten Rechten starten kann?

...Hmmm.

Stefan wrote: Apoint.exe [...] kann nicht gestartet werden, wenn ich mich anmelde. Zudem startet WinDbg und gibt einen Analysetext aus (den ich angehängt habe).

Prima, der Text!!!
Die Schutzrechtverletzung kommt in "LoadLibExW", das ist die IAT-Hook-Funktion für LoadLibraryExW.

Windows hat SuRunExt.dll bereits entladen, Apoint ruft aber noch mal LoadLibraryExW auf.
Der Hook biegt die Funktionen beim Entladen der Dll wieder von "LoadLibExW" auf LoadLibraryExW zurück.
Wenn aber Apoint.exe noch einen Pointer auf die Funktion gespeichert hat, springt das Programm an die Stelle, die nicht mehr geladen ist und Peng!

Beta 12 versucht nun, das Entladen von SuRunExt.dll zu verhindern.

Kay

SuRun 1.2.0.9 Beta 12 vom 30.06.2010:
* SuRuns Kontextmenü Erweiterung fügt SuRuns Einträge nur einmal in das Kontextmenü ein, auch wenn es mehrfach aufgerufen wird.
* SuRunExt.dll versucht, nicht entladen zu werden, um ein GPF zu vermeiden.

trekkie22

Also das Kontextmenü-Thema ist erledigt, die doppelten Einträge sind mit der Beta 12 weg. :)

Mir ist schon seit einiger Zeit noch was anderes aufgefallen: Wenn ich ein Setup herunterlade, das per Automagie mit erhöhten Rechten gestartet wird, dann stürzen Firefox oder Opera reproduzierbar in dem Moment ab, in dem ich auf "OK" klicke und SuRuns Bestätigungsdialog geschlossen wird. Breche ich den Vorgang ab oder starte das Setup aus dem Explorer, ist alles OK...

Ich komm drauf, weil eben ein Trillian Update anstand und beim starten des Installers Opera mal wieder abgekackt ist. Damit kann ich es problemlos reproduzieren. Falls Du es auch damit ausprobieren willst, Download auf www.trillian.im

Ich kann gerne auch mal einen Trace mitlaufen lassen, wenn Du mir sagst, was Du brauchst. Im Anhang findest Du den Crash Report von Opera, den hab' ich über die Vorschaufunktion geklaut. Vielleicht hilft der ja schon weiter. Unter XP passiert das nicht, scheint entweder ein Win7 oder ein x64-Problem zu sein...

stefan

Kay:1277889224 wrote:
Ja. Der Explorer ist ein out-of-process COM objekt. Die EXE wird aber nach ~40s beendet.

Verhalten bestätigt. Ich hätte nur etwas länger warten sollen. Gut, dass es doch kein Problem gibt.

Kay:1277889224 wrote:
Stefan wrote: Ist es eigentlich eine mögliches Sicherheitsrisiko, wenn man unter Windows 7 plötzlich den Explorer mit erhöhten Rechten starten kann?
...Hmmm.

Wäre es vielleicht eine Option, dass die entsprechenden Registrykeys erst gesetzt werden, wenn man "Zeige 'SuRun Explorer' hier" aktiviert (und dass sie beim Deaktivieren wieder ausgetragen werden)? Andererseits lohnt der Aufwand dafür wohl nicht.

Kay:1277889224 wrote:
Stefan wrote: Apoint.exe [...] kann nicht gestartet werden, wenn ich mich anmelde. Zudem startet WinDbg und gibt einen Analysetext aus (den ich angehängt habe).
Prima, der Text!!!
Die Schutzrechtverletzung kommt in "LoadLibExW", das ist die IAT-Hook-Funktion für LoadLibraryExW.

Windows hat SuRunExt.dll bereits entladen, Apoint ruft aber noch mal LoadLibraryExW auf.
Der Hook biegt die Funktionen beim Entladen der Dll wieder von "LoadLibExW" auf LoadLibraryExW zurück.
Wenn aber Apoint.exe noch einen Pointer auf die Funktion gespeichert hat, springt das Programm an die Stelle, die nicht mehr geladen ist und Peng!

Beta 12 versucht nun, das Entladen von SuRunExt.dll zu verhindern.

Leider gibt es den Absturz immer noch. Anbei wieder der Fehlertext, ich hoffe, dass Du die Ursache wieder entdecken kannst.

Kay

trekkie22 wrote: Unter XP passiert das nicht, scheint entweder ein Win7 oder ein x64-Problem zu sein...

Das ist leider ein alter Bekannter (http://forum.kay-bruns.de/post/2558).
Unter Winx64 schmiert die x32-Version von ShellExecute(Ex) ab, wenn SuRun das abfängt.

cosmo

Kay wrote: SuRun 1.2.0.9 Beta 12 vom 30.06.2010:
* SuRuns Kontextmenü Erweiterung fügt SuRuns Einträge nur einmal in das Kontextmenü ein, auch wenn es mehrfach aufgerufen wird.

Für XP war das wohl zuviel des Guten. Hier tauchen nun die Kontextbefehle (cmd, explorer) gar nicht mehr auf. Allerdings gab es unter beta 11 auch nicht deren Verdopplung.

Kay

Hier geht's... (XPpro x32)

cosmo

Bei mir heute auch wieder. Ich habe keine Idee, warum. Der notwendige Reboot nach dem Update war natürlich durchgeführt worden, die Optionen waren bei Beta 11 schon aktiviert. Bleibt nur ein "Sorry" für den Fehlalarm.

Kay

Sorry für die späte Antwort... bin gerade umgezogen

Stefan wrote: Wäre es vielleicht eine Option, dass die entsprechenden Registrykeys erst gesetzt werden, wenn man "Zeige 'SuRun Explorer' hier" aktiviert (und dass sie beim Deaktivieren wieder ausgetragen werden)? Andererseits lohnt der Aufwand dafür wohl nicht.

Ahso! Genau das macht SuRun. Es "verbiegt" den Registry-Wert, startet Explorer, wartet auf dessen Ende und biegt den Wert wieder zurück.

Stefan wrote: Leider gibt es den Absturz immer noch. Anbei wieder der Fehlertext, ich hoffe, dass Du die Ursache wieder entdecken kannst.

Ich schaue nach, wenn ich Zeit finde.

Kay

Stefan:1278360522 wrote: Leider gibt es den Absturz immer noch. Anbei wieder der Fehlertext, ich hoffe, dass Du die Ursache wieder entdecken kannst.

Ich habe die Stelle gefunden... Es ist dieselbe. :'(
Mit dem IAT-Hook drehe ich mich ganz schön im Kreis.
Mal sehen, ob es funktioniert, wenn ich das Dll-Entladen nicht mehr abfange.

« vorherige Seite Nächste Seite »