Zitat:

Wenn das Programm (der Prozess) abgeschossen wurde, dann läuft auch der Thread nicht mehr und kann somit auch nicht mehr machen.

Bist Du Dir da ganz sicher?
Das bedeutet wenn die App "abgeschossen wird" wird auch der Thread mit "abgeschossen"?

Zitat:

Aber grade bei den mobilen Betriebssystemen werden Programme ofrmals garnicht beendet, sondern nur "pausiert" ... Anwendung und Thread werden nicht beendet/abgeschossen, sondern angehalten und beim nächsten Start der Anwendung wieder fortgesetzt.

Das ist mir bekannt, meine App läuft ja auch im Hintergrund weiter!
Nur beim "Abschuss" wird der Thread, wie Du schreibst, ja auch abgeschossen, d.h. undefiniert (vielleicht gerade beim Datenbank schreiben) beendet?

Genau das will ich verhindern, sprich mit einer bestimmten Bedingung (jetzt im FormSaveState) den Thread gezielt terminieren und dann wenn das Programm wieder in den Vordergrund kommt, wieder starten.

Das hätte den Vorteil, dass man das Programm, welches im Hintergrund läuft, abschießen kann und der Thread ist zu diesem Zeitpunkt nicht vorhanden...

Da fällt mir aber gerade auf: was passiert wenn die App im Vordergrund liegt und abgeschossen wird?
Dann wird der Thread ja auch an einer x-beliebigen Stelle abgebrochen!

Dafür muss es doch eine Lösung geben, ich bin dich bestimmt nicht der einzige mit einem Thread und einer App die "abgeschossen werden kann"?

Ciao
Stefan

Zitat von sko1:

Wenn das Programm (der Prozess) abgeschossen wurde, dann läuft auch der Thread nicht mehr und kann somit auch nicht mehr machen.

Nur wenn der Thread so erstellt wurde. Es gibt seit Ewigkeiten TSR's (Terminate and Stay Resident) wo ein Prozess einen (oder viele) Thread erstellt und sich selbst schließt wobei der Thread weiterarbeitet, total unabhängig vom Prozess (Loader).

Zitat:

Nur wenn der Thread so erstellt wurde.

Kannst Du das bitte mit 2 Zeilen Code zeigen wie man einen Thread erstellt der sich beim Beenden des Hauptprogramms automatisch mit zerstört?

Ciao
Stefan

Mit Deinem "TKalenderThread.create;" macht Du es richtig, somit bleibt das leeren/schließen des Threads dem OS vorbehalten.
Also sollte eigentlich auch der Thread mit zu sein, um dem Thread noch was abarbeiten zu lassen bevor der Prozess geschlossen wird, kann man unter Windows auch noch auf Notify-Events reagieren, gibt es Notifies auch für non-Windows?

Ps: Soweit ich mich erinner ist bei Android der Speichermanager dafür verantwortlich was alles geladen ist und was tatsächlich aus dem Speicher geworfen wird, in der Regel bleibt alles nach dem Schließen noch geladen bis der Speicher knapp wird, dann wird pö a pö mehr Speicher von geschlossenen Anwendungen freigegeben. Ob man ein entleeren forcieren kann = ungewiss.

Danke, dann hoffe ich mal das Beste

Im Normalfall sollte ja die App ununterbrochen laufen und damit auch der Thread...

Ich weiß aber leider immer noch nicht wie man vorgehen könnte wenn

a) das OS die App rauskantet weil sie im Hintergrund läuft und andere Anwendungen den Speicher brauchen
b) der Anwender die App killt
c) das Handy Resettet (Neustart) wird

Kann es da passieren dass der Thread mitten im Datenbank schreiben gekillt wird und z.B. die Datenbank kaputtmacht?

Ciao
Stefan

.. ist es nicht so , dass wenn dem insert, update kein commit folgt die Daten verworfen werden.

Grüße
Klaus

Ich denke richtig wäre es NICHT in der App weiterzuabeiten, und die ApplicationEvents richtig auszuwerten.

Zitat:

TApplicationEvent.FinishedLaunching : ;
TApplicationEvent.BecameActive : RestarteThreads;
TApplicationEvent.WillBecomeInactive : Halte Treads an;
TApplicationEvent.EnteredBackground : ;
TApplicationEvent.WillBecomeForeground: ;
TApplicationEvent.WillTerminate : ;
TApplicationEvent.LowMemory : ;

Statt der App dafür einen richtigen Backgroundservice verwenden.

Ich habe auch gesehen das Android anscheinend im Hintergrunde (zumindest eine zeitlang) normal weiterarbeitet wenn der Bildschirm schon schwarz ist.
Das ist ganz praktisch, ich weiss aber nicht ob das Verhalten nicht nach einem Update auf einmal anders ist.

iOS macht das aber meines Wissens nicht so ohne weiteres im Hintergrund.

Rollo