Programmieren - alles kontrollieren 4.938 Themen, 20.667 Beiträge

~~~~~~~
Prolog:
~~~~~~~

Was passiert, wenn man, z.B. in einer DOS-Box ist, sich z.B. im Verzeichnis c:\windows befindet und von dort aufruft:
> dir c:\
? Antwort: Der Inhalt des Root-Verzeichnisses von Laufwerk C: wird angezeigt.

Was passiert beim Aufruf von
> dir "c:\"
? Antwort: Dasselbe

~~~~~~~
Kapitel 1
~~~~~~~

Folgendes simples C-Programm 'ShowArgs' zeigt die über einen Kommandozeilenaufruf übergebenen Argumente an:

//---------------------------------------------------------------------------
#include
//---------------------------------------------------------------------------
void main(int argc, char *argv[])
{
for(int i=1; i&lt argc; i++)
printf("argv[%i]: %s\n", i, argv[i]);
}
//---------------------------------------------------------------------------

Rufe ich es jetzt analog zu oben auf:
Einmal mit
ShowArgs c:\
zeigt es an
argv[1]: c:\

Rufe ich es jetzt aber mit
ShowArgs "c:\"
auf, zeigt es folgendes an:
argv[1]: c:"

[Die Ursache, die mich in erster Linie weniger interessiert ist vermutlich, dass im zweiten Fall der Backslash '\' als Escape-Character gewertet wird und besagt, dass das folgende Zeichen ('"') nicht speziell interpretiert werden soll.]

???????-----------
? Meine Frage ist: Wie kann ich in C diese unerwünschte Uminterpretation vermeiden?
DIR.EXE ist doch vermutlich auch in C geschrieben?
???????-----------

(Würde DIR.EXE das Argument "c:\" als c:" interpretieren, so würde es beim Aufruf innerhalb von c:\Windows heraus den Inhalt von c:\Windows ausgeben. Einfach mal ausprobieren: dir c:" )

(Im Hinterkopf habe ich noch, dass es die Möglichkeit gibt, noch VOR main auf eine Funktion zuzugreifen (_main()), aber hatte bei einem Versuch keinen Erfolg. Vielleicht war das ja noch bei einem anderen System.)

Über das Problem gestolpert bin ich, als ein kleines Tool von mir, geschrieben zur Unterstützung von Batchdateien plötzlich unsinnig reagierte. Beim Debuggen war mir dann klar, warum...

Vielen Dank,

Mdl