XProfan

Deutsch

Uwe
''Pascal''
Niemeier

Hi Leute, hallo Roland!

Mir ist wieder mal was aufgefallen:
Anscheinend werden Strings, die mit X beginnen, duch val() automatisch als Hex-Wert interpretiert; allerdings nur, wenn das Ergebnis einer Variablen zugeordnet wird:

Kompilieren Markieren Separieren

var a$="XAA"
print val(a$)
var a&=val(a$)
print a&
waitkey

So praktisch das sein mag, so irritierend ist es, wenn man nicht damit rechnet

Kann mich jedenfalls nicht erinnern, daß das irgendwo mal erwähnt wurde und in der Hilfe steht auch nichts darüber...
BTW: Dieses Verhalten wurde anscheinend irgendwann zwischen Version 7.9 und 10 eingeführt.

SeeYou
Pascal

09.02.2011 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

Jörg
Sellmeyer

Interessant. Dafür funktioniert das hier nicht (mehr):

Kompilieren Markieren Separieren

Print \xAA
WaitInput

Das dagegen sehr wohl:

Kompilieren Markieren Separieren

Print xAA
WaitInput

Windows XP SP2 XProfan X4
... und hier mal was ganz anderes als Profan ...

09.02.2011 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

RGH

Hallo,

interessanter Fund. Ich kann mich nicht entsinnen, derartiges bewußt eingebaut zu haben. val("xAA") sollte eigentich immer 0 ergeben und hinter einem Print ohne Anführungszeichen sollte xAA eigentlich zur Fehlermeldung führen, dass die Variable nicht deklariert ist.
Möglicherweise macht die Bibliothek, die ich zur Zahlenumwandlung nutze, mehr als ich bislang vermutet habe ....

Gruß
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

09.02.2011 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

Jörg
Sellmeyer

Kann es sein, daß Du das im letzten Bugfix übersehen hast?

Windows XP SP2 XProfan X4
... und hier mal was ganz anderes als Profan ...

11.02.2011 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

Schau mal bei Version:

Aber auch:

zwischenablage01.png Vorschau

4 kB

Hochgeladen:

11.02.2011

Ladeanzahl:

Herunterladen

zwischenablage02.png Vorschau

4 kB

Hochgeladen:

11.02.2011

Ladeanzahl:

Herunterladen

zwischenablage03.png Vorschau

2 kB

Hochgeladen:

11.02.2011

Ladeanzahl:

Herunterladen

11.02.2011 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

Jörg
Sellmeyer

Komisch - ich bekomm gar keine ß-Titelzeile. Auch ProfVer gibt nur 12.0 aus. Ist alles frisch in den Profanordner kopiert. Hast Du die aktuellste Version (vor 30 Minuten gekommen)?

Seh gerade - Du hast. Trotzdem - meine ist's auch.. Trotzdem geht es nicht...

version.jpg Vorschau

29 kB

Hochgeladen:

11.02.2011

Ladeanzahl:

Herunterladen

fehler.jpg Vorschau

8 kB

Hochgeladen:

11.02.2011

Ladeanzahl:

Herunterladen

Windows XP SP2 XProfan X4
... und hier mal was ganz anderes als Profan ...

11.02.2011 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

Schau mal, obige meine Bilder sind XProfan-Runtime.

Hier Interpreter:

zwischenablage01.png	4 kB

Hochgeladen:	11.02.2011

Ladeanzahl:
		Herunterladen

11.02.2011 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

Jörg
Sellmeyer

Mit der Runtime läuft's bei mir gar nicht

fehler1.jpg	12 kB

Hochgeladen:	11.02.2011

Ladeanzahl:
		Herunterladen

Windows XP SP2 XProfan X4
... und hier mal was ganz anderes als Profan ...

11.02.2011 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

Bei "mit-Backslash" stürzt es bei mir (genauso) ab - bei "mit-ohne-Backslash" ( ^^ ) wie oben auf dem Bild.

Unsere "Versionen" reagieren also gleich.

11.02.2011 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

RGH

Workaround: Syntaxfehler vermeiden!

Gruß
Roland
(wird aber trotzdem schauen, spätestens in XProfan X3 hier mit einer anständigen Fehlermeldung dem Betriebssystem zuvorzukommen.)

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

11.02.2011 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

Jörg
Sellmeyer

RGH (11.02.11)

Workaround: Syntaxfehler vermeiden!

Das ist schon eine gute Idee, trotzdem funktioniert das hier ja nicht, wie es soll:

Kompilieren Markieren Separieren

Print $ProfVer
Print \xAA
WaitInput

und schon das gibt compiliert auch einen Absturz bei mir

Windows XP SP2 XProfan X4
... und hier mal was ganz anderes als Profan ...

11.02.2011 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

RGH

Jörg Sellmeyer (11.02.11)

Das ist schon eine gute Idee, trotzdem funktioniert das hier ja nicht, wie es soll:

Kompilieren Markieren Separieren

Print $ProfVer
Print \xAA
WaitInput

und schon das gibt compiliert auch einen Absturz bei mir

Das soll ja auch gar nicht funktionieren! Hier sollte allerdings wie bei früheren XProfan-Versionen eine Fehlermeldung kommen. Ein Stringliteral muss in Anführungszeichen stehen. Das tut es hier nicht. Und nur in Stringliteralen werden Ersatzzeichen ausgewertet. Literale ohne Anführungszeichen müssen numerisch sein. Hier wäre die Fehlermeldung angebracht, dass \xAA keine gültige Zahl ist. Wenn Du $AA meinst, solltest Du es auch schreiben. Meinst Du das Zeichen mit dem Code AA, wäre "\xAA" (mit Anführungszeichen!) die korrekte Schreibweise.

Fazit: Korrekte Schreibweise funktioniert, fehlerhafte Schreibweise wird leider ungenügend abgefangen.

Gruß
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

11.02.2011 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

►