|
Laufende Programme unter Windows 7 - werden die unter- oder gar abgebrochen?
Hallo Delphifreunde!
Unter Windows 7 (ggf. auch schon unter Vista?!) können anscheinend laufende Programme (also die wirklich laufen und nicht nur auf Eingabe warten), die nicht kommunizieren (jedenfalls ist kein Application.Processmessages meinerseits implementiert) von außen unter- und gar abgebrochen werden. Mit "abgebrochen" meine ich nicht, daß das Programm beendet wird, sondern daß die interne Beschäftigung mit sich selbst anscheinend zum Erliegen kommt (obwohl die Prozessorauslastung laut Taskmanager nicht zurückgeht). Das tritt z.B. auf, wenn man das Formular verschieben möchte - das ist bis Windows XP bei diesen Bedingungen unmöglich, da eben das Application.Processmessages fehlt. Windows 7 erlaubt es dennoch. Es tritt dann ein hellblaues "Rödelrad" auf, aber auch dann, wenn man z.B. zu einem anderen Formulare wechselt oder z.B. der Bildschirmschoner startet und man zum Formular des Rechenprogrammes zurückkehrt. Das Programm scheint manchmal noch weiter zu werkeln, ich hatte jedenfalls in diesem Zustande auch schon das Ende der Berechnungen. Besonders kritisch wird es anscheinend, wenn das Formular eingetrübt, eingenebelt wird - dann wird die interne Berechnung von außen abgebrochen(?) und läßt sich auch von außen nicht fortsetzen, jedenfalls ist ein Ende der Berechnungen dann nicht in Sicht. Das ganze passiert - natürlich - mit einem eigenen Delphi-Compilat, und zwar reproduzierbar. Der Rödelkreis fiel mir zwar schon vorher auf, die Tragweite dessen, was sich dahinter abpsielt, jedoch erst vorhin. Ist das unter Windows 7 normal (sicherlich), und kann man das Windows evtl. abgewöhnen (Einstellung?), oder schafft man es irgendwie, den unterbrochenen Programmablauf von außen forsetzen zu lassen? Vielen Dank im voraus! Gruß Delph-Laie |
AW: Laufende Programme unter Windows 7 - werden die unter- oder gar abgbrochen?
Das Verhalten ist bis XP exakt genauso was den Ablauf im betroffenen Programm angeht. Da wird weder dort noch ab Vista etwas abgebrochen.
Der Unterschied ist nur, dass Windows ab Vista den letzten Fensterinhalt noch zwischengespeichert hat und deshalb nicht mehr einfach gar nicht mehr aktualisiert (der Schliereneffekt bei nicht reagierenden Fenstern bis XP), sondern einfach ausgraut. Wenn das bei deinem Programm reproduzierbar passiert, fehlt da wohl ein Thread für eine Berechnung. :wink: |
AW: Laufende Programme unter Windows 7 - werden die unter- oder gar abgbrochen?
Bei WIN 7 gibt es
Darstellung und Leistung von WINDOWS anpassen Leistungsoptionen -> Datenausführungsverhinderung Da kannst Du Dein Programm anmelden. Es wird dann von der Datenausführungsverhinderung ignoriert. Besser wäre es, das Programm SAUBER zu programmieren! Was ist, wenn ein Programm Standby, Hibernate oder Shutdown aufruft? Dein "beschissenes" Programm reagiert nicht! Sowas würde bei mir gleich von der Platte fliegen! |
AW: Laufende Programme unter Windows 7 - werden die unter- oder gar abgbrochen?
In Windows 7 Laufen alle Fenster durch den Windows-Desktop-Manager, welcher für die Aero-typischen Darstellungen (diese milchige Transparenz und Co.) zuständig ist.
Wenn ein Programm/Fenster nicht mehr reagiert, dann wird ein screenshot davon gemacht, das Fenster auf dem Desktop ausgeblendet und stattdessen ein "Ersatzfenster" mit dem eingetrübten Foto angezeigt. (eingetrübt, damit man sieht, daß es hängt) Das Ersatzfenster läßt sich nun verschieben, minimieren und Dergleichen, weil es nicht zum hängenden Prozess gehört, sonderm zum Desktopmanager. Außerdem reagiert dieses Fenster auf den Schließenbutton oben rechts, wodurch dieses Programm dan abgeschossen wird, so als hätte man es über den Taskmanager beendet. Das ist auch der Grund, warum bei häßlich geskinnten Programmen da urplötzlich die Windowstitelleiste auftaucht. Also ich schließe mich an und rate zum ordentlichen Programmieren, wobei man also verhindert, daß das Programm hängen bleibt. |
AW: Laufende Programme unter Windows 7 - werden die unter- oder gar abgbrochen?
Zitat:
Zur eigentlichen Frage hilft vielleicht dieser Artikel in dem das Verhalten von Windows dokumentiert ist:  http://msdn.microsoft.com/en-us/libr...(v=vs.85).aspx(hat himi schon angeschnitten, aber der Artikel geht noch etwas ins Detail...) MfG |
AW: Laufende Programme unter Windows 7 - werden die unter- oder gar abgebrochen?
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. |
AW: Laufende Programme unter Windows 7 - werden die unter- oder gar abgbrochen?
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. |
AW: Laufende Programme unter Windows 7 - werden die unter- oder gar abgbrochen?
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.
|
AW: Laufende Programme unter Windows 7 - werden die unter- oder gar abgbrochen?
Zitat:
Aber es sagt ja keiner, daß man es mehr als 10 Mal die Sekunde aufrufen muß. |
AW: Laufende Programme unter Windows 7 - werden die unter- oder gar abgbrochen?
Zitat:
|
AW: Laufende Programme unter Windows 7 - werden die unter- oder gar abgebrochen?
Zitat:
Zitat:
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! |
AW: Laufende Programme unter Windows 7 - werden die unter- oder gar abgebrochen?
Zitat:
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. |
AW: Laufende Programme unter Windows 7 - werden die unter- oder gar abgebrochen?
Zitat:
|
AW: Laufende Programme unter Windows 7 - werden die unter- oder gar abgebrochen?
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! |
AW: Laufende Programme unter Windows 7 - werden die unter- oder gar abgebrochen?
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? |
AW: Laufende Programme unter Windows 7 - werden die unter- oder gar abgebrochen?
Gut, die Threads müssen der GUI aber auch ein bissl Luft lassen.
Wenn sich ständig Threads mit der GUI synchronisieren und diese keine Zeit mehr für sich findet, dann bleibt sie natürlich auch hängen. Wenn du was machen willst und es kommt jemand, der mit dir was machen möchte und noch ehe ihr fertig seid, steht schon der Nächste da und will auch was usw., dann hast du für deine Arbeit ja auch keine Zeit mehr. |
AW: Laufende Programme unter Windows 7 - werden die unter- oder gar abgebrochen?
Zitat:
|
AW: Laufende Programme unter Windows 7 - werden die unter- oder gar abgebrochen?
Zitat:
Man kann synchronize, soweit ich weiß, keine Parameter übergeben, was für die laufende Ausgabe von Zwischenrechenergebnissen wichtig wäre. Es wird also alles grauenhaft umständlich oder gar unmöglich.... Sind eigentlich auch schon nur lesende Zugriffe auf die VCL-Elemente bereits "synchronize-pflichtig"? |
AW: Laufende Programme unter Windows 7 - werden die unter- oder gar abgebrochen?
Lässig: Ohne Synchronize klappt es mit dem Verschieben und dem Auffrischen des Formulares während der Berechnungen....
|
AW: Laufende Programme unter Windows 7 - werden die unter- oder gar abgebrochen?
Es kommt drauf an was du lesen willst, denn Einiges ist praktisch threadsicher (vorallem wenn es wärend der Threadlaufzeit garantiert nicht verändert wird), aber Vieles nicht.
also Ja&Nein Aber unabhängig von der VCL/Synchronize gibt es auch noch CriticalSections, ReadWriteSynchronizer, Events, Messages uvm. |
AW: Laufende Programme unter Windows 7 - werden die unter- oder gar abgebrochen?
Du kannst synchronize zwar keine Parameter übergeben, aber du kannst ja in der TThread Klasse private Felder benutzen ;)
Lesende Zugriffe sind auch zu synchronisieren, sonst kann es passieren dass du einen ungültigen Wert liest. (Vor allem: Du weißt ja normalerweise nicht, was noch alles im Getter abläuft. Canvas.Pixels[] ist so ein Kandidat wo "nur lesen" doch noch ne ganze Menge an Zeug auslöst...) |
AW: Laufende Programme unter Windows 7 - werden die unter- oder gar abgebrochen?
Ja, danke an Dich, nein, Euch beide, und alle anderen (die freundlich waren), laßt es gut sein, ich bin jetzt ausreichend mit Informationen versorgt, um eine Weile allein weiterzuwerkeln.
|
AW: Laufende Programme unter Windows 7 - werden die unter- oder gar abgebrochen?
Das einfachste Beispiel für ein unsicheres "nur Lesen" ist ein Stream.
Wenn man aus dem Stream was ausließt, dann passieren intern auch ein paar Schreibzugriffe (also vonwegen "nur lesen"), welche z.B. den Positionszeiger verschieben. |
| Alle Zeitangaben in WEZ +1. Es ist jetzt 03:04 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz