Hallo,

eine DLL von mir exportiert eine function mit einem UInt32 var Parameter.

Jemand anderes ruft die aus einer anderen Sprache auf und scheint jetzt
immer wieder Crashes in der DLL zu verursachen die ich nach momentanem
Analysestand auf meinen Schreibzugriff auf den var Parameter zurückführe.

Kann ich zum Zweck der weiteren Analyse die Speicheradresse dieses var
Parameters bekommen, damit ich die loggen kann? Wie geht sowas?

Grüße
TurboMagic

@ParameterName

VAR und CONST[REF] zeigen ja direkt zur eigentlichen Variable.

Zitat:

anderen Sprache

Irgendwas mit objektorientierem C?

Andersrum kenn ich es, dass z.B. aus gewissenm C++-igem öfters mal doppelte Zeigerdereferenzierungen zum Wert nötig sind,
denn die eigentliche Variable liegt ein einer VariablenObjektInstanz (dieser Nullableschrott) und als CONST-Parameter in der Funktion steht dann das Objekt, anstatt der Variable. (in der API-Doku steht klingt aber, dass dort der Wert stünde)

Vielleicht macht hier jemand in der anderens Sprache auch sowas, nur halt andersrum. (du gibt Variable rein aber der behandelt die als Objekt)
Aber hier würde ich eher erwarten, dass Jener dann nicht die Variable überschreibt, sondern etwas Anderes. (das worauf der Pointer(Variableninhalt) zeigt)

Und wie ist das jetzt mit dem Ermitteln der Adresse Zwecks Anzeige?

Was ist denn da genau das Problem? Die Adresse einer Variable ist ein Pointer, den du z.B. über Format('(%p)', [theVarPtr]) in einen String umwandeln kannst.

Hallo TurboMagic,
sollte der Aufruf Deiner DLL von VBA aus erfolgen, dann muß das erste Element als ByRef und mit dem passenden Variablen-Typ des Elements übermittelt werden.

Hallo,
ist das die einzige Funktion, die Probleme bereitet?
Vielleicht benutzt das andere Programm einfach nur die falsche Aufruf-Konvention?

Wie sieht dein Exports aus und wie der Imports des fremden Programmes?
In welcher Sprache ist es überhaupt?