XProfan

RGH

Hallo Pascal,

es sieht in der Tat so aus, als sei hier im Interpreter noch ein Bug. Momentan ist er mir allerdings noch ein Rätsel, da sowohl Interpreter als auch Compiler nicht nur den gleichen, sondern sogar den selben Code per die Funktionen nutzen.

Saluto
Roland

Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4

So stürzt es bei mir nicht ab und gibt test aus im Interpreter und als Exe:
Kompilieren Markieren Separieren

declare b#
dim b#,10000000
stringw b#,0=test
print stringw$(b#,0)
waitkey

/pre>

RGH

So stürzt es bei mir nicht ab und gibt test aus im Interpreter und als Exe:
...

Hm, 10 Megabyte per 4 Zeichen scheint mir ein etwas ungünstiges Rapporto zu sein. Sehr seltsam, die Geschichte . Aber ich werde dem Bug auf die Spur kommen!

Saluto
Roland

Nachsatz: Um genau zu sein: es reichen schon 5208424 Bytes. Eins weniger und es knallt im Interpreter. Dafür dürfen die Texte aber durchaus länger als 4 Zeichen sein:
Kompilieren Markieren Separieren

declare b#
dim b#,5208424
stringw b#,0=testbildempfängerfocusierungsknopfstellschraubengewindeschneideraufsatz
print stringw$(b#,0)
waitinput

/pre>

Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4

@Roland
testbildempfängerfocusierungsknopfstellschraubengewindeschneideraufsatz
...das ist aber ein schönes Wort ;)

RGH

Ok, auch den Fehler habe ich gefunden. Unklar ist jetzt allerdingas noch, warum er in der Runtime nicht auftauchte ... aber das soll mich jetzt nicht weiter stören: In der nächsten Version wird es klappen.
Aktueller Workaround bis dahin: Errorlevel vor Stringw auf -1 setzen und danach zurücksetzen. Der benötigte Speicherplatz per einen WString ist 2 + (Anzahl der Zeichen * 2).

Saluto
Roland

Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4