Hallo,

da ich nicht sehr erfahren mit Multithreading bin, möchte ich sicherheitshalber noch mal nachfragen:

Ich möchte ein Datenfile von einem eigenen Threadobjekt schreiben lassen, um das Hauptprogramm nicht aufzuhalten.

Ist es sicher, mit assignfile, rewrite und writeln von einem TThread-Objekt aus in ein Textfile zu schreiben, wenn sichergestellt ist, dass nur dieser eine Thread auf das entsprechende File zugreift?

mir ist nichts gegenteiliges bekannt, verbindlich kann ich es Dir für Streams sagen, die ich ohnehin bevorzugen würde.

Zitat von Bummi:

mir ist nichts gegenteiliges bekannt, verbindlich kann ich es Dir für Streams sagen, die ich ohnehin bevorzugen würde.

Das muss gehen, denn jede Anwendung arbeitet in einem Thread (MainThread).

Problematisch wird es ja nur, wenn mehr als ein Thread auf die gleiche Datei zugreifen möchte.
Die Zugriffsart (Streams, AssignFile,...) spielt da auch keine Rolle.

Wenn 2 und mehr Threads auf ein und dieselbe Ressource zugreifen möchten (lesend/schreibend) dann muss dieser Zugriff geregelt werden (Locks/CriticalSection/Mutex/...)

Zitat von Sir Rufo:

Problematisch wird es ja nur, wenn mehr als ein Thread auf die gleiche Datei zugreifen möchte.
Die Zugriffsart (Streams, AssignFile,...) spielt da auch keine Rolle.

Wenn 2 und mehr Threads auf ein und dieselbe Ressource zugreifen möchten (lesend/schreibend) dann muss dieser Zugriff geregelt werden (Locks/CriticalSection/Mutex/...)

Das gilt nicht nur für das Ziel (die Datei), sondern auch für die Quelle, also das wo du die Daten herholst, welche in die Datei rein sollen.

Zitat von himitsu:

Zitat von Sir Rufo:

Problematisch wird es ja nur, wenn mehr als ein Thread auf die gleiche Datei zugreifen möchte.
Die Zugriffsart (Streams, AssignFile,...) spielt da auch keine Rolle.

Wenn 2 und mehr Threads auf ein und dieselbe Ressource zugreifen möchten (lesend/schreibend) dann muss dieser Zugriff geregelt werden (Locks/CriticalSection/Mutex/...)

Das gilt nicht nur für das Ziel (die Datei), sondern auch für die Quelle, also das wo du die Daten herholst, welche in die Datei rein sollen.

ist die Quelle nicht auch eine Ressource?
Allgemeiner kann ich das nicht schreiben

Jupp, drum nochmal erwähnt, nicht daß er nur auf die Datei achtet und die ander Seite übersieht

Danke für die Hinweise. Dann liege ich ja nicht so falsch mit meiner Denke.

Zur Quelle (guter Punkt!!):

Ich habe vor, die Quelldaten in MyThread.Create in ein Thread-eigenes Feld zu kopieren.

Bleibt der Hauptthread während MyThread.Create stehen (in dem Falle würde ich in MyThread.Create keine critical sections benötigen) oder kann es passieren, dass der VCL Hauptthread schon weiterläuft, bevor MyThread.Create vollständig abgearbeitet ist?

Der Thread wird erst gestartet, wenn Du myThread.Start aufrufst. Daher kannst Du einfach die Instanz der Threadklasse erstellen, die Daten die der Thread für seine Arbeit braucht über Properties mitgeben und dann erst den Thread starten.

Zitat von Nersgatt:

Der Thread wird erst gestartet, wenn Du myThread.Start aufrufst. Daher kannst Du einfach die Instanz der Threadklasse erstellen, die Daten die der Thread für seine Arbeit braucht über Properties mitgeben und dann erst den Thread starten.

Diese Aussage trifft nur für den Fall zu, wenn der Thread mit CreateSuspended = True erzeugt wird - und bei Delphi 6 wird der Thread dann mit Resume angestossen (IMHO gibt es da noch kein Start ).

Wir haben hier aber eh einen anderen Ansatz:

zusammenfalten · markieren

Delphi-Quellcode:

type
  TMyThread = class( TThread )
  private
    fSource : TMySource;
  public
    constructor Create( CreateSuspended : Boolean; ASource : TMySource );
  end;

constructor TMyThread.Create;
begin
  fSource := ASource;
  inherited Create( CreateSuspended );
end;

Generell ist hierbei zu sagen, dass jeder Zugriff immer im Thread-Kontext des Aufrufers erfolgt.

Wird also vom MainThread aus TMyThread.Create aufgerufen, so wird dieses auch komplett im Thread-Kontext des MainThreads ausgeführt.

Also die direkte Übergabe als Parameter in TThread.Create ist also erst mal safe.

Ein kleines Problemen bleibt aber

Wenn man dem Thread ein Objekt übergibt, dann könnte dieses Objekt ja im MainThread (oder auch irgendeinem anderen Thread) verändert werden (bis hin zum Free). Aus diesem Grund würde es im Allgemeinen schon sinnvoll sein, das der Thread sich eine Kopie anlegt oder auch eine Kopie erhält.

Wärend des Create bleibt der noch stehen, auch wenn Suspended = False wäre-
Er wird er nach dem Create erstellt.

Also, die schon genannten Parameter im Constructor, bzw. bis zum Resume/Start, wären threadsave.
Ob die Parameter nach der Übergabe threadsave sind, ist damit aber nicht gesagt, denn das hängt von den Parametern, bzw. ihren Inhalten ab, wie z.B. Objektzeiger und alles, was nicht direkt/komplett kopiert wird, bzw. welches nicht entsprechend abgesichert wurde.