Too stupid to execute and wait

[QuickAndDirty]

Zitat:

Zitat von Luckie (Beitrag 1115777)

MainFormHandle kannte mein D7 nicht, deswegen nur Handle. Und GetForeGroundWindow ist gefährlich, da dein Programmfenster beim ausführen des Codes nicht das oberste Fenster sein muss.

ok, sollten aber jetzt soweit alle mit dem code einverstanden sein???

[ChrisE]

[WITZ]Code? ... einverstanden? ... ich dachte wir reden hier über Glaubensfragen ;-)[/WITZ]
Gruß, Chris

[sirius]

Zitat:

Zitat von QuickAndDirty (Beitrag 1115750)

WaitForSingleObject produziert scheinbar wie vorgesehen einen deadlock wenn der aufgerufen prozess ein neues Fenster erzeugt.
Und die msdn hatte recht...(seltsam) mit MsgWaitForMultipleObjects geht es dann trotzdem.

Es funzt, aber keiner weiß warum. Das ist unbefriedigend.

Ich vermute:
Du hast bei Shellexecute dein eigenes WindowHandle angegeben. Anscheinend werden aus deiner setup.exe dahin Messages gesendet o.ä. Und MsgWaitforMultipleObjectes geht auch bei ankommenden Messages raus. Jetzt ist nur die Frage, was für Messages kommen denn da rüber? Kannst die ja mal mit PeekMessage abholen wenn R=Wait_Object_0 + 1 ist.

[QuickAndDirty]

Nun diese funktion ist einfach ein krasser fall von Copy Paste Programmierung...und jetzt musste ich auf einmal verstehen was da schief läuft....
...bis ich eben die MSGWAITFORMultipleObjects methode in der MSDN fand....
Im Moment leigt kein Interresse daran vor Windows weiter zu verstehen.....^^ ...äääh...doch liegt es....

Das SEE_MASK_NOZONECHECKS flag

bringt mir das irgendwelche Vorteile, wenn ich die SFX.exe sowieso mit "als Administrator Ausführen" starten muss damit es läuft?

[samso]

Himitsu hat zwar recht damit, dass Application.ProcessMessages auch das Einfrieren der Hauptanwendung vermeidet, aber deshalb wurde diese Sequenz ja nicht eingebaut. Sondern damit sollte der Deadlock verhindert werden. Ich behaupte, dass der Deadlock wegen der Verwendung des "SEE_MASK_NOASYNC"-Flags entsteht. Falls das richtig sein sollte, würde das Hauptmotiv für die Einführung MSGWAITFORMultipleObjects und Application.ProcessMessages zunächst mal wegfallen. Ob Du es dann wieder einführst, um das Einfrieren der Hauptanwendung zu verhindern, steht auf einem anderen Blatt.

SEE_MASK_NOZONECHECKS vermeidet lediglich eine Nachfrage, falls man das Setup-Programm von einem Netzwerklaufwerk gestartet werden soll. Das hat also mit dem hier diskutierten Problem nichts zu tun.

[QuickAndDirty]

Ich teste das mal.