Ich habe jetzt noch ein wenig dran gearbeitet und herausgefunden, dass der TextureManager das Problem ist:

Selbst wenn ich die Original-Unit vom Bomberman-Tutorial nehmen, kriege ich eine AccessViolation, wenn ich die Textur aktivieren will...

Arbeite mit D7, hat irgendwer ähnliche Probleme...

_________________
offizieller DGL Compliance Beauftragter
Never run a changing system! (oder so)

Mein Pascal ist jetzt schon sehr eingerostet, aber was soll der Code machen? Du übergibst "Variablen" und weißt die dann zu bzw. überschreibst die? Das nennt man Seiteneffekte, wenn Funktionen Variablen ändern die ihnen nicht gehören.
Also zeig mal deinen echten Code und nicht nur deinen "ungefähren Code".

_________________
Blog: kevin-fleischer.de und fbaingermany.com

Der Compiler optimiert unter gewissen Umständen den Code. In diesem Fall hat er deinen Konstruktor als sinnlos/funktionslos erkannt und weg optimiert. Du solltest versuchen herauszufinden warum der Code sinnlos ist! Z.B. könnte es sein das der entsprechende Speicherbereich niemals gelesen wird oder der Speicher später erneut überschrieben wird.

"AccessViolation" klingt nach einem Zugriff auf einen Speicherbereich der nicht deiner Anwendung gehört. Dies kann vor allem durch nicht bzw. falsch initialisierte Werte passieren.


Warum zeigst du uns dann deinen Konstruktor und nicht die Stelle an der die AccessViolation auftritt. Der Fehler liegt wahrscheinlich bei der Initialisierung dessen was später "im Render" aufgerufen wird.

_________________
Yeah!

Der Aufruf und die Deklaration des Konstruktors würden mich auch noch interessieren.

greetings

_________________
If you find any deadlinks, please send me a notification – Wenn du tote Links findest, sende mir eine Benachrichtigung.
current projects: ManiacLab; aioxmpp
zombofant network • my photostream
„Writing code is like writing poetry“ - source unknown

„Give a man a fish, and you feed him for a day. Teach a man to fish and you feed him for a lifetime. “ ~ A Chinese Proverb

Ist der Konstruktor in der Basisklasse als virtual deklariert, und dann mit override überschrieben? Bei mir ist´s auch mal passiert, dass er den Konstruktor nicht ausgeführt hat, weil er stattdessen gleich den geerbten genommen hat, und gelöst hab ich´s dann eben mit virtual und override. (sollte aber soweit ich weiß nicht passieren bzw ist nicht so beabsichtigt )

Hm, das sollte kein problem sein, da er den geerbten mit inherited Create aufruft. Und in die andere Richtung darf das nur passieren, wenn er Klassentypenvariablen verwendet oder gleich TGLObject.Create aufruft, wobei letzteres definitiv falsch wäre .

greetings

_________________
If you find any deadlinks, please send me a notification – Wenn du tote Links findest, sende mir eine Benachrichtigung.
current projects: ManiacLab; aioxmpp
zombofant network • my photostream
„Writing code is like writing poetry“ - source unknown

„Give a man a fish, and you feed him for a day. Teach a man to fish and you feed him for a lifetime. “ ~ A Chinese Proverb