problem mit DLL und threads

[Furtbichler]

ich wollte nur einwerfen, das Delphi/Windows keine SPS ist und es denkbar wäre, das das Problem mit dieser DLL so nicht in den Griff zu bekommen ist.

Wenn die DLL mehrere Sensoren unterstützt, dann sollte sie eine Funktion à la 'S_GetAllValues(IDArray, ValArray)' besitzen, bei der man mit einem Aufruf den Status mehrerer Sensoren abfragen kann. Denkbar wäre es auch, das die DLL einfach ein Bitmuster, z.B. als 16/32/64bit Wert liefert.

[Blup]

Zumindest kann man dafür sorgen, daß die DLL-Funktion nur von einem Thread zur selben Zeit benutzt wird:

Delphi-Quellcode:

type
  TSensorThread = class(TThread)
  private
    class var
      FSection: TCriticalSection;
  protected
    class function GetValues(AID: Integer{;...}): {...};
    {...}
  end;

implementation

class function TSensorThread.GetValues(AID: Integer; {...}): {...};
begin
  FSection.Enter;
  try
    Result := s_getvalues(AID, {...}); //DLL Funktion
  finally
    FSection.Leave;
  end;
end;

initialization
  TSensorThread.FSection := TCriticalSection.Create;

finalization
  TSensorThread.FSection.Free;

end.

[Iwo Asnet]

Lieber in eine eigene TSensorReader-Klasse auslagern und dort ggfs. threadsicher agieren.
Statische Klassen sind doch nur verkleidete Globale Dinger, und die wollen wir doch nicht.

Es ist besser, jedem Thread eine Instanz der TSensorReader-Klasse zu spendieren. Die Instanzen der TSensorReader-Klasse kümmern sich dann darum, ob und wie auf die DLL seriell oder parallel zugegriffen wird. Dem Thread sollte das egal sein.