SetProcessAffinityMask innerhalb einer DLL verwenden?

[devidespe]

Hallo,

der Einsatz von SetProcessAffinityMask ist mir vollständig bekannt und ich verwende das bereits in meiner Applikation. Nun geht es bei der Auslagerung eines bestimmten Codeabschnitts in einer DLL darum, dass dort ebenfalls SetProcessAffinityMask mit ausgelagert werden und von der DLL verwendet werden soll. Der DLL-Code an sich funktioniert auch problemlos, allerdings erscheint beim Beenden der DLL-Applikation eine Access Violation, wenn ich dort auf "Anhalten" drücke, springt der Debugger in die Datei c:\Program Files (x86)\Embarcadero\Studio\18.0\source\rtl\sys\getme m.inc in Zeile 2080:

mov [eax + edx - 8], edx

Darunter kann ich mir nicht wirklich was vorstellen.

Nun habe ich nochmals die offizielle Dokumentation für SetProcessAffinityMask hier https://msdn.microsoft.com/en-us/lib...(v=vs.85).aspx durchgelesen und da steht ein Satz drin, der mich stutzig macht:

Do not call SetProcessAffinityMask in a DLL that may be called by processes other than your own.

Hat von Euch schonmal jemand SetProcessAffinityMask in einer DLL verwendet bzw. kann mir einen Tipp geben, wie ich die Meldung wegbekomme oder wo ich weiter ansetzen kann? Vielen Dank.

[himitsu]

Zitat von devidespe:

Do not call SetProcessAffinityMask in a DLL that may be called by processes other than your own.

Wenn die DLL nur von deinem Programm (Prozess) aufgerufen wird, dann ignoriere das.

Aber mich würde es auch ankotzen, wenn irgendeine DLL global an meinem Prozess rumfummelt, also nicht nur an Dingen, die nur zu dieser DLL gehören.

PS:

Zitat:

SetThreadAffinityMask

[Zacherl]

Das sieht für mich eher so aus, als würdest du ein Objekt/Speicher mehrfach freigeben. Eventuell eine Race-Condition?

[Neutral General]

Bist du dir sicher, dass es an SetProcessAffinityMask liegt?
Hast du mal geschaut ob der Fehler auch auftaucht wenn du SetProcessAffinityMask nicht aufrufst?

[devidespe]

Zitat von Neutral General:

Bist du dir sicher, dass es an SetProcessAffinityMask liegt?
Hast du mal geschaut ob der Fehler auch auftaucht wenn du SetProcessAffinityMask nicht aufrufst?

Habe ich nachgeprüft, es liegt nicht an SetProcessAffinityMask. Es liegt an der Erweiterung eines OpenArray-Parameters in einer DLL-Funktion (das hatte ich hier http://www.delphipraxis.net/191814-d...ml#post1362766) schon mal geschrieben.

Seltsamerweise funktioniert die Erweiterung des OpenArrays sonst wunderbar, nur in einem Codeabschnitt nicht (oder zumindest resultiert die OpenArray-Erweiterung in einer Access Violation, wenn ich das Programm beende).

Vom Prinzip ermittle ich die Anzahl logischer CPU-Kerne, setze nacheinander jeden einzelnen Kern als aktiv, führe einen bestimmten Lesebefehl durch, und springe zum nächsten Kern weiter. Meine CPU hat 8 logische Kerne, und wenn ich die Schleife auf 5 begrenze, funktioniert alles noch. Erst ab dem 6. Kern kommt diese Access Violation, die ich weiter oben beschrieben habe.

[Zacherl]

Wie schon gesagt, das klingt ziemlich stark nach einer Race-Condition.

Zitat von devidespe:

Vom Prinzip ermittle ich die Anzahl logischer CPU-Kerne, setze nacheinander jeden einzelnen Kern als aktiv, führe einen bestimmten Lesebefehl durch, und springe zum nächsten Kern weiter. Meine CPU hat 8 logische Kerne, und wenn ich die Schleife auf 5 begrenze, funktioniert alles noch. Erst ab dem 6. Kern kommt diese Access Violation, die ich weiter oben beschrieben habe.

Hat das irgendeinen speziellen Grund, dass du nicht einfach direkt Threads verwendest?