XPSE

"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 necessario 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...

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 Aiuto 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.

E.T.

Michael

Wie Ihr Euch auch windet - richtig fehlerfrei funktionieren die Pfadangaben in Stringliteralen nur, wenn die Backslashes verdoppelt werden.

Jo, hab ich mir (gottseidank) seid meiner letzten dummen Esc-Sequenzen-Misere auch tunlichst angewöhnt.

Worum es mir hier ging:
Warum unterscheidet XPSE zwischen Kompiler-Schalter mit "" und ohne "" ??

Wenn die String-Literale schon überprüft werden, warum dann nicht alle ??

Ich habs grad probiert, die Kompiler-Schalter ohne "", aber mit \ funktionieren genau so wie , also würde ich es begrüßen, wenn selbige mit auch bemängelt würden (das fördert auch bei XPSE-Nutzern die Verwendung von \

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...

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.