| |
|
|
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:
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 |
|
|
| |
|
|
|
Jörg Sellmeyer | Interessant. Dafür funktioniert das hier nicht (mehr):
Das dagegen sehr wohl:
|
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 09.02.2011 ▲ |
|
|
|
|
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 ▲ |
|
|
|
|
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 ▲ |
|
|
|
|
| Schau mal bei Version:
Aber auch:
|
|
|
| |
|
|
|
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...
|
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 11.02.2011 ▲ |
|
|
|
|
| Schau mal, obige meine Bilder sind XProfan-Runtime.
Hier Interpreter:
|
|
|
| |
|
|
|
Jörg Sellmeyer | Mit der Runtime läuft's bei mir gar nicht
|
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 11.02.2011 ▲ |
|
|
|
|
| Bei "mit-Backslash" stürzt es bei mir (genauso) ab - bei "mit-ohne-Backslash" ( ^^ ) wie oben auf dem Bild.
Unsere "Versionen" reagieren also gleich. |
|
|
| |
|
|
|
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 ▲ |
|
|
|
|
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:
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 ▲ |
|
|
|
|
RGH | Jörg Sellmeyer (11.02.11)
Das ist schon eine gute Idee, trotzdem funktioniert das hier ja nicht, wie es soll: 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 ▲ |
|
|
|