XPSE

- Página 1 -

Frank
Abbing

Lo macht aber no Sinn Kompilerschalter en dieses Feature a berauben, como uno sowieso überall en el Code Doppelbackslash oder Slash en Pfadangaben eingeben muss. Das wäre entonces en efecto uneinheitlich y debería erklärt voluntad...

Nein, sollst du en efecto nada. Eventuell eignet se el todavía en Zukunft.
Mi Codes son tan rápidamente adaptado. Wollte el sólo ingesamt abgeklärt wissen.

El Überprüfung greift sólo en allen "Stringkonstanten" como esta aussortiert y sonderbehandelt voluntad.

E.T.

Hm, versteh Yo no bastante: Yo en me z.Bsp. posición:
{$RUNTIME E:XPROFAN-RUNTIMESP11PRFRUN11.FFWV.EXE},
y el funzt.

Oder meckert XPSE no, porque Yo no "" tener ??

Das übergebene después de {$RUNTIME ist doch aber trotz alledem una String, se dieser no después de "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 sólo Kompilerschalter welche mehrere Parámetro esperar y wobei mindestens una Parámetro una Pfad ser debería.

{$runtime esperado sólo una Parámetro, hier reicht el Abschluss por }.

Michael
Wodrich

Lo es zwar no explizit en el Hilfedatei, aber el Buchstaben en el Ersatzzeichen voluntad klein geschrieben. Es por desgracia, no eindeutig de el Tabla el Ersatzzeichen hervor.

Das Roland inzwischen überall Warnschilder en el Ayuda aufgestellt ha ("Bitte Backslashes en Cuerdas verdoppeln, si no Escapesequenzen voluntad sollen") ha sí seinen Grund.

Lo ha a Ersatzzeichen ya mehrfach Ergänzungen gegeben y wer se no a el Verdoppelung hält muß entonces sólo todos entsprechenden Codes neu durchsehen.

Großschreibung el Pfad-/Dateinamen es auch no Solución. Erstens sieht no necesariamente bien de y zweitens: Was passiert wohl si veces großgeschriebene Ersatzzeichen hinzukommen.

Como Ihr Euch auch windet - correcto fehlerfrei trabajo el Pfadangaben en Stringliteralen sólo, si la Backslashes verdoppelt voluntad.

Schöne Grüße
Michael Wodrich

Programmieren, das spannendste Detektivspiel der Welt.

E.T.

Michael

Como Ihr Euch auch windet - correcto fehlerfrei trabajo el Pfadangaben en Stringliteralen sólo, si la Backslashes verdoppelt voluntad.

Jo, tener Yo (gottseidank) seid meiner letzten dummen Esc-Sequenzen-Misere auch tunlichst angewöhnt.

Worum lo me hier ging:
¿Por qué unterscheidet XPSE zwischen Kompiler-Schalter con "" y sin "" ??

Wenn el String-Literale ya überprüft voluntad, por qué entonces no todos ??

Yo habs grad probiert, el Kompiler-Schalter sin "", aber con \ trabajo genau como , also sería Yo begrüßen, si selbige con auch bemängelt würden (el fördert auch en XPSE-Nutzern el 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

Sí, gute Concepto.

Kennzeichnung como "sollte no mehr verwendet voluntad porque..." - el ließe se entonces en todos "deprecated"-Identifier anwenden.

Schöne Grüße
Michael Wodrich

Programmieren, das spannendste Detektivspiel der Welt.

- Página 2 -

El Überprüfung findet sólo en Stringkonstanten en lugar de, no grundsätzlich en "Kompilerschaltern" oder sonstwo en el Code.

Frank
Abbing

Como Ihr Euch auch windet - correcto fehlerfrei trabajo el Pfadangaben en Stringliteralen sólo, si la Backslashes verdoppelt voluntad.

Falsch! Der einfache Slash funktioniert ebenfalls überall fehlerfrei. Yo benutze ihn siempre (sólo grad hier veces no, porque Yo, el Pfad kopiert hatte)

Michael
Wodrich

Und el einfache Slash es "wirklich" Betriebssystem-unabhängig??

Beweise!

Schöne Grüße
Michael Wodrich

Programmieren, das spannendste Detektivspiel der Welt.

Frank Abbing

Falsch! Der einfache Slash funktioniert ebenfalls überall fehlerfrei.

En Escape-Sequenzen-"Diskussion" debería uno el Pfadangaben rauslassen.

Das en el Dateisystem Slash y Backslash funktioniert es más Kompatibilität, z.B. a otro Protokollen o. Adress-Formaten como de Unix-Systemen vorgesehen, zuzuschreiben. Man debería pero no siempre su ausgehen, dass esta Kompatibilität De todos modos vom Windows-Sistema producido se. Darum halte Yo siempre para mejor, el korrekte Schreibweise para el Ziel"System" a benutzen.

Microsoft-Productos y Dateisystem esperar en erster Linie el Backslash .

Aber völlig unabhängig vom Dateisystem hay en "allen" (sólo algunos Wenige salvo) Programmiersprachen Escape-Sequenzen en Stringkonstanten - y el haben "immer" el selbe Bedeutung.

Roland lässt "unbekannte" Sequenzen sólo durchrasseln, vlt. para mehr Abwärtskompatibilität.

Auf esta Kompatibilität sería Yo no neuen Sources aufbauen pero siempre korrekte Sequenzen escribir.

Frank
Abbing

Michael Wodrich

Und el einfache Slash es "wirklich" Betriebssystem-unabhängig??

Beweise!

Schöne Grüße
Michael Wodrich

Yo produziere Programas para Windows y todos mi Progs/Dlls benutzen ausschliesslich el Slash.
Linux y Co son eh uninteressant para mich, como Yo ellos no con XProfan 11 ansprechen kann. Ob z.B. Wine kompatibel es para Slash blanco Yo no. Aber laut MS es el Slash ebenso como el Backslash vorgesehen. Allen Unkenrufen para Trotz.

Hier una interessante Diskussion: [...]

Und hier: [...]

Michael Wodrich

Theres a article titled "File Name Conventions", en "Platform SDK:
File Storage", which contains this comment:

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

No doubt there are other similar passages. I found that article en
the October 2001 library simply by searching for "path separator".