Laufende Programme unter Windows 7 - werden die unter- oder gar abgebrochen?

[Delphi-Laie]

Danke für die Hinweise, vielleicht kann ich damit etwas bewerkstelligen.

Ich verbitte mir allerdings Verbalausfälle in bezug auf meine Programme/Programmierung. Application.Processmessages bläht den Code (sowohl Quell- als auch compilierten) auf und verlangsamt die Programmausführung, also die Ablaufgeschwindigkeit. Es hat also durchaus auch seine Berechtigung, das NICHT einzusetzen. Ein Programm sollte auch die Freiheit haben, ungestört werkeln zu dürfen. Daß neueres Windows damit nicht adäquat umgehen kann, ist in gewisser Weise Winzigweichs Schuld, denn Windows vorher machte auch nicht solche Anstalten darum. Auch wenn Windows das natürlich nicht unterschieden kann: Nicht jedes Programm, das die Kommunikation verweigert, "hängt" tatsächlich.

Sollte "hathor" sogar derselbe wie in der Entwickler-Ecke sein, wundert mich dieser sein "rauher Ton" (um es mal dezent auszudrücken) überhaupt nicht.

[himitsu]

Es verbietet dir keiner, daß dein Code ohne ProcessMessages stundenlang laufen darf.
Aber dafür gibt es Threads.

Visuelle Oberflächen und vorallem der Hauptthread dürfen aber nunmal nicht einfach so nicht mehr auf den Benutzer reagieren, also hat Windows nun etwas drin, was dem Benutzer vor sowas wenigstens etwas beschützt.

Fazit: Es liegt an deinem Programm und nicht an Windows.

[Delphi-Laie]

Zitat von himitsu:

Fazit: Es liegt an deinem Programm und nicht an Windows.

Zitat von Delphi-Laie:

Daß neueres Windows damit nicht adäquat umgehen kann, ist in gewisser Weise Winzigweichs Schuld, denn Windows vorher machte auch nicht solche Anstalten darum.

Soviel zur "Schuldfrage".


Das interessiert mich nun doch näher: Mein Sortierkino läuft auch nur im VCL-(Haupt-)Thread, doch da macht Windows 7 - z.B. nach dem Start und darauffolgenden Abbruch des Bildschirmschoners - auch nicht solche Zicken mit dem hellblauen Rödelkreis. Warum, ist mir unklar. Mein weiter oben erwähntes Rechenprogramm gibt auch fortlaufend aus - allerdings nur in der Titelleiste des Formulares, weil die fortlaufend automatisch aktualisiert/aufgefrischt wird, nichts jedoch auf das Canvas wie das Animationsprogramm.

Puh, wenigstens dieses eine Mal Glück gehabt, denn an der graphikausgabeintensiven Sortieranimation auch mit einem zusätzlichen Thread (inkl. synchronize!) rumzumachen, verspüre ich keinen Antrieb.

Die Datenausführungsverhinderung für alle außer den explizit genannten oder nur für wichtige Windowsprogramme einzuschalten, klingt plausibel, funktioniert aber leider auch nicht: Die Berechnung wird dennoch gestoppt und der ge-/beliebte blaue Rödekreis erscheint erneut. Leider muß dazu der Computer bzw. Windows neu gestartet werden. Hat also MS/WW das dem Windows immer noch nicht komplett abgewöhnen können.

So, jetzt geht es an die Threadauslagerung der Berechnungen.

Danke noch einmal!

[Luckie]

Wenn dein Programm nun mal nicht auf Nachrichten reagiert innerhalb von fünf Sekunden, dann geht Windows eben davon aus, dass es nicht mehr reagiert. Das kann eine Schleife sein, dass dein Programm nicht auf Windows nachrichten reagiert, das kann aber auch ein Funktionsaufruf sein, der nicht nach fünf Sekunden zurückkehrt. Und die Kritik an dein Programmkonzept scheint mir durchaus berechtigt. Aktionen, die länger dauern, lagert man nun mal in Threads aus, damit das Fenster eben noch reagiert. Und aufrufe von ProsessMessage blähen nicht das Programm auf. Dass es durchaus langsamer werden kann, wenn Nachrichten abgearbeitet werden müssen, ist hingegen richtig.

[himitsu]

Zitat von Luckie:

Dass es durchaus langsamer werden kann, wenn Nachrichten abgearbeitet werden müssen, ist hingegen richtig.

Wobei es ja extrem bremst, wenn man dieses paar millionen (hunderte) Mal die Sekunde aufruft.
Aber es sagt ja keiner, daß man es mehr als 10 Mal die Sekunde aufrufen muß.

[Furtbichler]

Zitat von Delphi-Laie:

...Winzigweichs...

Ich kanns nicht mehr hören. Ja, Du hast in Englisch aufgepasst.

[jaenicke]

Zitat von Delphi-Laie:

Daß neueres Windows damit nicht adäquat umgehen kann, ist in gewisser Weise Winzigweichs Schuld, denn Windows vorher machte auch nicht solche Anstalten darum.

Das stimmt schlicht nicht. Klicke unter XP einfach ein paarmal in ein solches nicht reagierendes Fenster, dann kannst du dort das Verhalten provozieren. Bei einer Firmeninstallation wird dann in der Regel direkt angeboten das Programm zu beenden, bei der Home Edition standardmäßig nur angezeigt, dass es nicht reagiert.

Der große Unterschied ist hauptsächlich, dass Windows den ursprünglichen Fensterinhalt unter XP nicht zwischengespeichert hatte und deshalb das Fenster schlicht gar nicht mehr aktualisiert hat. Deshalb sah es so aus als ob es noch reagiert. Aber das war schlicht falsch, da es ja dennoch sein konnte, dass es nicht mehr reagiert. Das Problem für den User war so, dass er nicht erkennen konnte, wenn ein Programm schon abgestürzt war, und so ggf. ewig gewartet hat, obwohl das Programm schon tot war.

Dass das Programm abgebrochen wird, passiert bei mir auch nicht, es sei denn ich klicke das als Benutzer an. Ansonsten läuft die Berechnung bei mir normal weiter und das Programm berappelt sich wieder sobald es den Vorgang beendet hat und die Anzeige wieder aktualisiert.

[himitsu]

Zitat:

Klicke unter XP einfach ein paarmal in ein solches nicht reagierendes Fenster, dann kannst du dort das Verhalten provozieren.

Auch sehr schön zu erkennen, wenn man mit einem anderem Fenster vor dem "hängenden" Fenster rumwedelt.

[Delphi-Laie]

Ist ja letztlich auch egal.

Ich begann, die Berechnungen in Threads auszulagern (jeweils immer nur einer), und da in diesen auf das Formular zurückgegriffen wird, sogar sauber mit synchronize. Funktioniert soweit auch, die Rechenergebnisse sind dieselben, der Taskmanager zeigt während der Berechnungen bei den Threads die Anzahl 2 an. Jedoch bin ich insofern ernüchtert, als daß das Formular während der Berechnungen leider nicht verschiebbar ist und auch nach "Darüberwischen" nicht neugezeichnet wird - sowohl unter Windows 2000 als auch (zunächst) unter Windows 7. Von Threads hatte ich eigentlich etwas mehr erwartet.

Anscheinend wird die Berechnung aber von außen doch nicht abgewürgt.

Edit: Das Auffrischen des Formulares während der Berechnungen funktioniert unter Windows 7 anscheinend doch, im Gegensatz zu Windows 2000.
Edit 2: Eher inkonsistent: Die Auffrischbarkeit des Formulares hängt vielleicht doch nicht davon ab, ob ein zusätzlicher Thread bereitgestellt wird.

Laßt es gut sein, danke noch einmal!

[jfheins]

Hi,
das klingt, als hättest du "zuviel synchronisiert" ... Bist du sicher dass die zeitaufwändige Berechnung im Thread passiert und nur kurz zur Anzeige synchronize() aufgerufen wird?