ComObj in Verbindung mit Thread nicht Thread sicher?

CoInitialize und CoUniitialize verwende ich nicht.
Das Obj wird in einer anderen Classe initialisiert welche aber keine Thread Anbindung hat.
Ist also nur eine Hilfklasse.

markieren

Delphi-Quellcode:

    if CoCreateInstance(VisGUID, nil, CLSCTX_INPROC_SERVER or CLSCTX_LOCAL_SERVER,
      IUnknown, ObjInstance) = S_OK then

Mit Thread laufen einige Plugins nicht ohne also mit Timer funktioniert es.

Habt ihr auch ähnliche Erfahrungen gemacht?

gruss

Das ist aber bekannt und aus dem Grund ruft man in einem Thread, der solche ComObj benutzt immer CoInitialize und CoUninitialize auf.

Prominentes Beispiel dafür sind die ADO-Komponenten.

zusammenfalten · markieren

Delphi-Quellcode:

procedure TMyThread.Execute;
begin
  inherited;
  CoInitialize( nil );
  try
    DoExecute;
  finally
    CoUninitialize;
  end;
end;

procedure TMyThread.DoExecute;
begin
  while not Terminated do
  begin
    ...
  end;
end;

Zitat von Sir Rufo:

Das ist aber bekannt und aus dem Grund ruft man in einem Thread, der solche ComObj benutzt immer CoInitialize und CoUninitialize auf.

Prominentes Beispiel dafür sind die ADO-Komponenten.

zusammenfalten · markieren

Delphi-Quellcode:

procedure TMyThread.Execute;
begin
  inherited;
  CoInitialize( nil );
  try
    DoExecute;
  finally
    CoUninitialize;
  end;
end;

procedure TMyThread.DoExecute;
begin
  while not Terminated do
  begin
    ...
  end;
end;

Also doch..
Die Frage ist nur wo sollte man die Initialisierung aufrufen bzw Uninitialisieren.
Jedesmal wenn ich ein neues ComObj erstelle und wieder freigebe ?
Ein TMyThread.Execute gibt es ja bei mir nicht da ich den Thread mit Win32 mitteln erstelle siehe

markieren

Delphi-Quellcode:

WMPThreadHandle := BeginThread(nil, 0, @BassWMPVisThread, pointer(PresetIndex),
  0, WMP_RenderThreadId);

Mein RenderThread basiert auf TThread dieser hat aber nichts mit dem Hauptthread gemein.
Es sollte aber kein Problem diesbezüglich entstehen denn aus diesen Thread sende ich alle Messagen über Events.
Sample..
PostThreadMessage(DriveThreadId, FDataReadyMsg, DataReady, 0);
gruss

Zitat von EWeiss:

Die Frage ist nur wo sollte man die Initialisierung aufrufen bzw Uninitialisieren.
Jedesmal wenn ich ein neues ComObj erstelle und wieder freigebe ?

Nein.
CoInitialize - jedesmal wenn Du eine neue Thread Instanz erstellst
CoUnInitialize - kurz bevor der Thread terminiert


PS:
Com muss in multithread Umgebungen auch entsprechend initialisiert werden ...
CoInitializeEx(nil, coinit_multithreaded)

Zitat von jensw_2000:

Zitat von EWeiss:

Die Frage ist nur wo sollte man die Initialisierung aufrufen bzw Uninitialisieren.
Jedesmal wenn ich ein neues ComObj erstelle und wieder freigebe ?

Nein.
CoInitialize - jedesmal wenn Du eine neue Thread Instanz erstellst
CoUnInitialize - kurz bevor der Thread terminiert

Vorher also vor BeginThread?
Oder direkt im Anschluss.

CoUnInitialize dann bevor ich ExitThread(0); abfeuere.

gruss

Bevor der Thread gestartet wird (eine Chance hat auf die Com zuzugreifen).

http://msdn.microsoft.com/en-us/libr...=vs.85%29.aspx

Zitat:

You need to initialize the COM library on a thread before you call any of the library functions except CoGetMalloc, to get a pointer to the standard allocator, and the memory allocation functions.

Zitat:

To close the COM library gracefully, each successful call to CoInitialize or CoInitializeEx, including those that return S_FALSE, must be balanced by a corresponding call to CoUninitialize.

Das bedeutet in meiner Lesart: vor der ersten Benutzung einer der enthaltenen Funktionen CoInitialize aufrufen und nach der Abarbeitung der letzten dann CoUninitialize.