| |
| |
|
Frank
Abbing | XPSE mechert hier: Unbekannte Escape-Sequenz:
KompilierenMarkierenSeparieren {$cleq}
{$res icon "G:IconsxpsHardwareCamera16.ico"}
Cls
End
Ist ein gültiger Windows-Pfad, warum also meckern? Wurde in früheren Versionen auch nie bemängelt. |
|
| |
| |
| |
|
|
 | "Unbekannte Escape-Sequenz" meldet XPSE dann, wenn im Source eine dem XProfan unbekannte Escape-Sequenz verwendet wird.
Ich müsste eine Klatsche haben wenn das unverständlich ist. 
Beispielsweise xps, den Hexcode ps gibt es nicht.
Ich wüsste auch wiederum nicht, warum man bei Kompilerschaltern keine ESC-Sequenzen nutzen können sollte, nur weil es Schalter gibt, die auch Pfade beinhalten können, bei denen man beim Programmieren ja auch auf ESC-Sequenzen achten muss.
Frank Abbing
Ist ein gültiger Windows-Pfad, warum also meckern? Wurde in früheren Versionen auch nie bemängelt.
Schon "immer", aber vlt. nur nicht aufgefallen . |
|
| |
| |
| |
|
|
| Du magst Dir einfach den Doppelbackslash nicht angewöhnen, was?  |
|
| |
| |
| |
|
|
Frank
Abbing |
Schon "immer", aber vlt. nur nicht aufgefallen .
Definitiv falsch! Gestern noch mit alter Version funktioniert, heute mit neuer Version nicht mehr. Und das bei allen Codes. Das verwirft deine Theorie.
Du magst Dir einfach den Doppelbackslash nicht angewöhnen, was?
Ich nutze grundsätzlich den einfachen Slash, der in beiden Hinsichten keine Probleme erzeugt.
Dieser Pfad hier (in anderen Codes ähnliche Pfade) jedoch habe ich von Irfan exportiert.
Ich wüsste auch wiederum nicht, warum man bei Kompilerschaltern keine ESC-Sequenzen nutzen können sollte, nur weil es Schalter gibt, die auch Pfade beinhalten können, bei denen man beim Programmieren ja auch auf ESC-Sequenzen achten muss.
Da fallen mir keinerlei Vorteile ein. Wer benötigt schon Quotes & Co in Kompilerschaltern. |
|
| |
| |
| |
|
|
| Hm, ich glaub das war schon immer, höchstens durch ein BUG verhindert.
Es macht aber keinen Sinn Kompilerschalter um dieses Feature zu berauben, da man sowieso überall im Code Doppelbackslash oder Slash bei Pfadangaben eingeben muss. Das wäre dann ja auch uneinheitlich und müsste erklärt werden... |
|
| |
| |
| |
|
|
Frank
Abbing |
Es macht aber keinen Sinn Kompilerschalter um dieses Feature zu berauben, da man sowieso überall im Code Doppelbackslash oder Slash bei Pfadangaben eingeben muss. Das wäre dann ja auch uneinheitlich und müsste erklärt werden...
Nein, sollst du ja auch gar nicht. Eventuell eignet sich das noch in Zukunft.
Meine Codes sind ja schnell angepasst. Wollte das nur ingesamt abgeklärt wissen.  |
|
| |
| |
| |
|
|
| | Die Überprüfung greift halt bei allen "Stringkonstanten" da diese aussortiert und sonderbehandelt werden. |
|
| |
| |
| |
|
|
E.T. | Hm, versteh ich nicht ganz: Ich hab bei mir z.Bsp. stehen:
{$RUNTIME E:XPROFAN-RUNTIMESP11PRFRUN11.FFWV.EXE},
und das funzt.
Oder meckert XPSE nicht, weil ich keine "" hab ?? 
Das übergebene nach {$RUNTIME ist doch aber trotz alledem ein String, wird dieser nicht nach "Esc-Sequenzen" durchsucht ???  |
|
| |
| Grüße aus Sachsen... Mario  WinXP, Win7 (64 Bit),Win8(.1),Win10, Win 11, Profan 6 - X4, XPSE, und 'nen schwarzes, blinkendes Dingens, wo ich das alles reinschütte... | 16.12.2008 ▲ |
|
| |
|
|
| | Das betrifft halt Kompilerschalter welche mehrere Parameter erwarten und wobei mindestens ein Parameter ein Pfad sein sollte. {$runtime erwartet nur einen Parameter, hier reicht der Abschluss per }. |
|
| |
| |
| |
|
|
Michael
Wodrich | Es steht zwar nicht explizit in der Hilfedatei, aber die Buchstaben bei den Ersatzzeichen werden klein geschrieben. Das geht leider nicht eindeutig aus der Tabelle der Ersatzzeichen hervor.
Das Roland inzwischen überall Warnschilder in der Hilfe aufgestellt hat ("Bitte Backslashes in Strings verdoppeln, wenn es keine Escapesequenzen werden sollen") hat ja seinen Grund.
Es hat zu den Ersatzzeichen bereits mehrfach Ergänzungen gegeben und wer sich nicht an die Verdoppelung hält muß dann halt alle entsprechenden Codes neu durchsehen.
Großschreibung der Pfad-/Dateinamen ist auch keine Lösung. Erstens sieht es nicht unbedingt gut aus und zweitens: Was passiert wohl wenn mal großgeschriebene Ersatzzeichen hinzukommen.
Wie Ihr Euch auch windet - richtig fehlerfrei funktionieren die Pfadangaben in Stringliteralen nur, wenn die Backslashes verdoppelt werden.
Schöne Grüße
Michael Wodrich |
|
| |
| Programmieren, das spannendste Detektivspiel der Welt. | 16.12.2008 ▲ |
|
| |
|
|
E.T. | |
| |
| Grüße aus Sachsen... Mario WinXP, Win7 (64 Bit),Win8(.1),Win10, Win 11, Profan 6 - X4, XPSE, und 'nen schwarzes, blinkendes Dingens, wo ich das alles reinschütte... | 16.12.2008 ▲ |
|
| |
|
|
Michael
Wodrich | Ja, gute Idee.
Kennzeichnung als "sollte nicht mehr verwendet werden weil..." - das ließe sich dann auf alle "deprecated"-Identifier anwenden.
Schöne Grüße
Michael Wodrich |
|
| |
| Programmieren, das spannendste Detektivspiel der Welt. | 16.12.2008 ▲ |
|
| |
|
(528)
Deutsch
English
Français
Español
Italia