WaitForInputIdle API-Funktion - Unterschiedliches Verhalten bei Win98 und 2000?!

Ich habe unter Win98 ein Programm geschrieben, welches mittels "CreateProcess" ein zweites Programm öffnet und dann über "WaitForInputIdle" wartet bis das geöffnete Programm bereit für Benutzereingaben ist. Füge ich bei dem zu öffnenden Programm in das Load-Ereignis ein "sleep(5000)" ein, wartet das erste Programm dementsprechend auch 5sec länger.

Wenn ich das ganze jedoch unter Win2000 laufen lasse, gibt die WaitForInputIdle-Funktion das Programm viel zu früh wieder frei, obwohl das geöffnete Programm noch durch die Sleep-Funktion "eingeschlafen" ist und nicht reagiert.

Gibt es für diesen Zweck bei 2000 eine andere Funktion?

Gruß
DS

Hi,

woran es liegt kann ich dir auch nicht sagen, aber es gibt noch viele Unterschiede zwischen 9x und NT/W2K.
z.B. serielle Schnittstelle verhält sich auch anders,
z.B. WPARAM unter C ist bei 9x 16Bit und unter NT 32Bit .

Macht die evtl. noch auf noch mehr Überraschungen gefasst.

...yks

hmm, msdn sagt daß waitforinputidle nur solange wartet, bis sich ein Programm initialisiert hat, d.h. es dürfte dieser Prozess bei W98 einfach länger dauern als bei W2k, lt. dieser Definition müßte also schon eine Eingabe unter W2k möglich sein, wenn der Init-Prozess beendet ist, auch wenn das Programm nicht reagiert

zum größten Teil hängt lt. MSDN der Unterschied zwischen W98 und 2k, was das Ergebnis von waitforinputidle betrifft, von dem Multithreading ab

vielleicht hilft eine Manipulation des time-out-intervalls, möglicherweise hilft auch ein Ändern der Priorität des Prozesses (SetPriorityClass), ansonsten schlägt MSDN noch folgende APIs vor: SuspendThread, MsgWaitForMultipleObjects