mal wieder ne Frage,

ich habe ein Projekt, was aus einer einfachen Dialoganwendung besteht.
Beim öffnen dieser Anwendung frage ich vom Betriebsystem ein paar sachen ab um diese in der Ansicht anzuzeigen.

So jetzt möchte ich, dass er eine Funktion aufruft, aber eben erst nach dem das Fenster schon aufgebeut ist.
Mann könnte ein Button machen mit Aktuallisieren, das möchte ich aber nicht, er soll es automatisch machen.

Mir fällt da eigentlich nur ein Thread ein den ich mit starte und dieser eben selbständig ein paar weiter Ding zur Ansicht schickt.

Kann mir jemand helfen ??

Gruß
andy_mann

Mir fällt da eigentlich nur ein Thread ein den ich mit starte und dieser eben selbständig ein paar weiter Ding zur Ansicht schickt.

man kann auch 'nen windoofs-timer nehmen. der läuft nicht in einem eigenen thread, sondern speist regelmässig events in die message queue ein. guckst du: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vcmfc98/html/_mfc_cwnd.3a3a.settimer.asp

also was ganz anders gibt es nicht ??
Dachte so an ne MFC Funktion die zusätzlich nach dem aufbau gestartet werden kann.

Mit dem Timer habe ich immer die bedenken, dass er mir die anwendung lahm legt. Der anwender soll ja weiter Arbeiten können.

Gruß
andy_mann

also was ganz anders gibt es nicht ??
Dachte so an ne MFC Funktion die zusätzlich nach dem aufbau gestartet werden kann.

doch, ne menge, irgendwelche messages z.b. WM_SETCURSOR etc. dann hast du es bei jeder mausbewegung

andy_mann schrieb:

Mit dem Timer habe ich immer die bedenken, dass er mir die anwendung lahm legt.

timer-events sind harmlos. threads sind da schon 'bissiger'

andy_mann schrieb:

Mit dem Timer habe ich immer die bedenken, dass er mir die anwendung lahm legt.

timer-events sind harmlos. threads sind da schon 'bissiger'

Wie bitte!!!!!!

Ein Timerevent kommt von Windows und hat mit der Anwendung nichts zu tun. Soweit war es ja richtig. Wird jetzt aber eine Funktion wegen WM_TIMER aufgerufen der kein Thread ist und lange braucht dann ist die GUI nicht mehr ansprechbar.
Dies passiert bei einem Thread nicht.
Das beste in diesem Fall ist beides zu verbinden. WM_TIMER welches eine Thread aufruft.

Wird jetzt aber eine Funktion wegen WM_TIMER aufgerufen der kein Thread ist und lange braucht dann ist die GUI nicht mehr ansprechbar.

man sollte schon zusehen, dass sich das programm in der TimerProc, OnTimer, o.ä. nicht zu lange aufhält.

Unix-Tom schrieb:

Dies passiert bei einem Thread nicht.

doch. wenn der zuviel rechenzeit frisst, wird nicht nur deine anwendung träge, sondern das ganze windoofs läuft wie grütze.

btw: beim einsatz von threads kannste nicht einfach in deinen gui-code hüpfen ohne synchronisation. mit timerevents ist das alles unproblematisch

die frage war nicht wie komplex man einen threadklasse mit snc verwendet sondern das die gui noch anspricht. manchmal sind threads da overhead da man die messageloop auch selbst aufrufen kann aber was ist wenn man aufgrund einer message wieder etwas machen will. da braucht man dan einen thread.