XPSE

- page 1 -

Frank
Abbing

Es pouvoir mais keinen Sinn Kompilerschalter um cet Feature trop berauben, là on sowieso überall im Code Doppelbackslash ou bien Slash chez Pfadangaben eingeben muss. cela wäre ensuite oui aussi uneinheitlich et devrait erklärt volonté...

non, sollst du oui aussi gar pas. Eventuell eignet sich le reste dans Zukunft.
mon Codes sommes oui vite angepasst. voulais cela seulement ingesamt abgeklärt savons.

qui Überprüfung greift arrêt chez allen "Stringkonstanten" là cet aussortiert et sonderbehandelt volonté.

E.T.

Hm, versteh je pas entier: je hab chez mir z.Bsp. stehen:
{$RUNTIME E:XPROFAN-RUNTIMESP11PRFRUN11.FFWV.EXE},
et cela funzt.

ou bien meckert XPSE pas, weil je aucun » hab ??

cela übergebene pour {$RUNTIME ist doch mais trotz alledem un String, wird cette pas pour "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...

cela betrifft arrêt Kompilerschalter quelle plusieurs paramètre erwarten et wobei mindestens un paramètre un Pfad son sollte.

{$runtime erwartet seulement une paramètre, ici reicht qui Abschluss per }.

Michael
Wodrich

Es steht zwar pas explizit dans qui Hilfedatei, mais qui Buchstaben chez den Ersatzzeichen volonté petite geschrieben. cela allez malheureusement pas sans équivoque aus qui Tabelle qui Ersatzzeichen hervor.

cela Roland inzwischen überall Warnschilder dans qui Aider aufgestellt hat ("Bitte Backslashes dans Cordes doubler, si es aucun Escapesequenzen volonté sollen") hat oui seinen Grund.

Es hat le Ersatzzeichen bereits mehrfach Ergänzungen gegeben et qui sich pas à qui Verdoppelung hält doit ensuite arrêt alle entsprechenden Codes récente durchsehen.

Großschreibung qui Pfad-/Dateinamen ist aussi aucun Solution. Erstens sieht es pas absolument bien aus et zweitens: quoi passiert wohl si la fois großgeschriebene Ersatzzeichen hinzukommen.

comment son Euch aussi windet - richtig correct marcher qui Pfadangaben dans Stringliteralen seulement, si le Backslashes verdoppelt volonté.

belle Grüße
Michael Wodrich

Programmieren, das spannendste Detektivspiel der Welt.

E.T.

Michael

comment son Euch aussi windet - richtig correct marcher qui Pfadangaben dans Stringliteralen seulement, si le Backslashes verdoppelt volonté.

Jo, hab je mir (gottseidank) êtes meiner letzten dummen Esc-Sequenzen-Misere aussi tunlichst angewöhnt.

Worum es mir ici ging:
pourquoi unterscheidet XPSE entre Kompiler-commutateur avec » et sans » ??

si qui String-Literale déjà überprüft volonté, pourquoi ensuite pas alle ??

je habs grad probiert, qui Kompiler-commutateur sans », mais avec \ marcher oui c'est ca so comment , alors serait je es begrüßen, si selbige avec aussi bemängelt würden (cela fördert aussi chez XPSE-Nutzern qui Verwendung de \

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

oui, gute concept.

Kennzeichnung comme "sollte pas plus verwendet volonté weil..." - cela ließe sich ensuite sur alle "deprecated"-Identifier anwenden.

belle Grüße
Michael Wodrich

Programmieren, das spannendste Detektivspiel der Welt.

- page 2 -

qui Überprüfung findet seulement dans Stringkonstanten statt, pas grundsätzlich dans "Kompilerschaltern" ou bien sonstwo im Code.

Frank
Abbing

comment son Euch aussi windet - richtig correct marcher qui Pfadangaben dans Stringliteralen seulement, si le Backslashes verdoppelt volonté.

faux! qui simple Slash funktioniert également überall correct. je benutze ihn toujours (seulement grad ici la fois pas, weil Je l' Pfad kopiert hatte)

Michael
Wodrich

et qui simple Slash ist "wirklich" Betriebssystem-indépendant??

Beweise!

belle Grüße
Michael Wodrich

Programmieren, das spannendste Detektivspiel der Welt.

Frank Abbing

faux! qui simple Slash funktioniert également überall correct.

chez qui Escape-Sequenzen-"Diskussion" sollte on qui Pfadangaben rauslassen.

cela im Dateisystem Slash et Backslash funktioniert ist plutôt Kompatibilität, z.B. trop anderen Protokollen bzw. Adress-Formaten aussi de Unix-Systemen vorgesehen, zuzuschreiben. on sollte mais pas toujours en sortir, dass cet Kompatibilität De toute façon vom Windows-System hergestellt wird. tout autor halte je es toujours pour besser, qui korrekte Schreibweise pour cela Ziel"System" trop benutzen.

Microsoft-Produits et Dateisystem erwarten dans erster ligne number den Backslash .

mais völlig indépendant vom Dateisystem gibt es dans "allen" (seulement quelques Wenige ausgenommen) Programmiersprachen Escape-Sequenzen dans Stringkonstanten - et qui avons "immer" qui selbe signification.

Roland peut "unbekannte" Sequenzen arrêt durchrasseln, vlt. pour plus Abwärtskompatibilität.

sur cet Kompatibilität serait je aucun neuen Sources aufbauen mais toujours korrekte Sequenzen écrivons.

Frank
Abbing

Michael Wodrich

et qui simple Slash ist "wirklich" Betriebssystem-indépendant??

Beweise!

belle Grüße
Michael Wodrich

je produziere Programme pour Windows et alle mon Progs/Dlls benutzen ausschliesslich den Slash.
Linux et Co sommes eh uninteressant pour mich, là je vous pas avec XProfan 11 ansprechen peux. si z.B. Wine kompatibel ist zum Slash weiss je pas. mais le son MS ist qui Slash aussi que qui Backslash vorgesehen. Allen Unkenrufen zum Trotz.

ici une interessante Diskussion: [...]

et ici: [...]

Michael Wodrich

Theres à article titled "File nom Conventions", dans "Platform SDK:
File Storage", which contains this comment:

Use le backslash (), le forward slash (/), or both to separate
components dans a path.

No doubt there sont other similar passages. I found that article dans
le October 2001 library simply by searching for "path separator".