JPG-Bilddaten vom RAM aus laden

[Jonathan]

Ahhh, achso... Nagut, das konnte ich nicht wissen - Ich schreib's mal in meine Signatur, dass ich XProfan 11.2a free benutze


Gruß
Jonathan

[Frabbing]

Manchmal klappt es, einfach den String hinzuschreiben, manchmal nicht. Sicherheitshalber würde ich auch mit X2 immer die Adresse übergeben.

[ts-soft]

Ich würde es eher als Bug melden, wenn es nicht klappt. Weil das mit
Addr() macht keinen Sinn, eine API erwartet immer den Pointer, anders
ist es garnicht möglich, selbst bei Ole-Strings wird der Pointer übergeben. Es
gibt noch keine Register für Werte variabler Länge

[Volkmar]

Addr() liefert doch den Pointer auf sein Argument. Wäre doch für einen API-Aufruf korrekt und hat bisher immer funktioniert. Problematisch wäre das Fehlen von Addr(). Hier soll X2 dann selbst eingreifen und den Pointer automaitsch ermitteln.

Gruß Volkmar

[ts-soft]

Da API oder DLL Functionen grundsätzlich mit dem String nichts anfangen
können, da die direkte Übergabe technisch unmöglich ist, sollte die Wandlung
selbstverständlich sein und eben kein Addr() benötigt werden.

Soviel Intelligenz kann man von jedem Compiler erwarten
X2 kann das und wenn es nicht funktioniert liegt eben ein Bug vor, den
man eben meldet und nicht mit Addr() umschifft

yust my two cents

[Volkmar]

Stimmt natürlich, daß Compiler das können sollten. Aber XProfan konnte das bis dato nicht, Addr() war der "normale" Weg. Soll nun funktionieren, aber ist wohl schon bekannt, daß es mitunter nicht geht. Ich finde jetzt nur auf die Schnelle nicht, wo das schon mal erwähnt war. Ist damit nach meiner Meninung "Nicht meldepflichtig"

Gruß Volkmar

[Professor Chaos]

Zitat von XProfan-Hilfe zu XProfan 11.2: Das war neu in XProfan 8.0

Wird ein Stringliteral (ein String in Anführungszeichen) als Parameter bei einer externen Funktion eingesetzt, wird die die Adresse des Strings übergeben:

IrgendeineApi("Textzuweisung")

Achtung: Wie auch in Delphi funktioniert das natürlich nur mit Literalen (Strings in Anführungszeichen).
Bei Stringvariablen ist die Funktion Addr weiterhin unerläßlich:

text$="Ein Text"
IrgendeineApi(Addr(Text$))

Würde man hier das Addr vergessen, würde - wie bisher - die automatische Typumwandlung von Profan
greifen und versuchen, den String als Zahl zu interpretieren, was in diesem Falle 0 ergäbe.

Unter XProfan X2 könnte das natürlich anders sein.

Witzigerweise funktioniert ein Ausdruck, der mit einem String-Literal beginnt, aber sehr wohl; auch ab XProfan 8:

declare a$

a$="Hello, world."
def MessageBoxA(4) !"USER32","MessageBoxA"
MessageBoxA(0,""+a$,0,0)

a$="Goodbye, world."
external("USER32","MessageBoxA",0,""+a$,0,0)

[Frabbing]

Witzigerweise funktioniert ein Ausdruck, der mit einem String-Literal beginnt, aber sehr wohl; auch ab XProfan 8:

Wieder was dazu gelernt.

[RGH]

Zitat von Professor Chaos

Witzigerweise funktioniert ein Ausdruck, der mit einem String-Literal beginnt, aber sehr wohl; auch ab XProfan 8

Hallo,
ich würde aber nicht davon ausgehen, dass das generell gilt und in jeder Konstellation funktioniert. Tatsächlich wird vor XProfan X2 auch hier nur die Adresse des Literals (bzw. des Speicherorts des Inhalts des Literals) an die API-Funktion übergeben. Dass die Adresse des zusammengesetzten Strings die Gleiche ist, dürfte bei ausreichend Speicher an der Position zwar wahrscheinlich sein, aber nicht 100%ig sicher.

Gruß
Roland