ADDR()

Ja, stimmt. Üblicherweise verwendet man Bereichsvariablen für die Übergabe an APIs, die vorher auf die erforderliche Größe gedimmt werden müssen. Stringvariablen lassen sich nicht dimmen, also muß man die in der erforderlichen Größe mit Leerzeichen auffüllen und nötigenfalls dann bei Rückkehr trimmen, um überzählige Leerzeichen zu entfernen.

Gruß Volkmar

Klar, geht auch so. Aber es ist ersichtlich, daß die Stringvariablen "gedimmt" werden mittels Space$(32) und nach Rückkehr getrimmt werden.

Gruß Volkmar

Die Variablen werden hier ja nur als Parameter übergeben, nicht declariert. Bereitgestellt werden kann der Bereich durch die Enum-Funktion. Einen fremden Bereich können wir nicht so ohne Weiteres als Bereichsvariable anfassen, also nehmen wird den Wert als Zeiger an, der in einer Longvariablen steht. Irgendwo hat Roland das auch beschrieben, warum er Bereichsadressen in einer Logvariablen erlaubt. Wir lesen in Zeile 4 den String aus, nach dem Return in Zeile 7 oder 9 kann die Enum-Funktion den Bereich dann disposen, wir haben unseren Wert ja schon ausgelesen.

Gruß Volkmar

Wohl, weil die Enumfunktion den Namen dort ablegt. Ohne da jetzt nachgesehen zu haben, vermute ich einfach mal, die Enumfunktion liefert eine Struktur zurück und der Fontname steht dann eben ab Position 60.

Gruß Volkmar

Das ist ja wirklich ein Ding. In der Tat liefert @addr(s$) 0 zurück, wenn s$ noch kein Wert zugewiesen wurde. Wenn man aber print s$ benutzt, stürzt nichts ab. XProfan scheint "Adresse=0" als Leerstring zu interpretieren. Ich dachte immer, ein String, dem noch nichts zugewiesen wurde, wäre ein gültiger Leerstring, der auch eine entsprechende Speicheradresse hat. Böse Falle!

Wow. Es wird noch schlimmer! Jeder Leerstring hat in XProfan die Speicheradresse 0, auch wenn der Stringvariablen vorher schon etwas zugewiesen wurde! Beispiel:

cls
declare s$
s$="1"
print @addr(s$) 'ist eine gültige Speicheradresse
s$=""
print @addr(s$) 'ist =0 !
waitinput

Ich habe gerade mal nachgesehen, wie das andere Programmiersprachen machen.
In PureBasic hat eine Stringvariable, der noch nie ein Wert zugewiesen wurde, auch die Adresse 0.
Wenn man einen String zuweist, bekommt man (erwartungsgemäß) eine gültige Adresse.
Wenn man danach wieder "" zuweist, bleibt die Adresse gültig. Das ist in XProfan anders.

Wenn man in PureBasic einer Stringvariablen nur einmal "" zuweist, bekommt man sofort eine gültige Adresse.
Wenn man XProfan einer Stringvariablen, die schon einmal etwas <>"" enthalten hat, per string @addr(s$),0="" einen Leerstring zuweist, bleibt die Adresse erhalten. Wenn man das mit einer noch nie benutzten Stringvariablen versucht, stürzt das Programm ab. Offenbar ist der Workaround mit einer Stringvariablen, die man künstlich mit Leerzeichen füllt, ziemlich gefährlich. Wenn die an irgendeiner Stelle mal ="" wird, gibt es sofort einen Absturz, wenn man das als Bereich benutzt - natürlich auch, wenn die Länge kleiner wird, als das, was man da reinschreiben will. Wenn man hingegen gleich eine Bereichsvariable benutzt, kann einem nichts passieren, weil man deren Größe voll in der Hand hat.