int main (int argc, char *argv[] )

[Peter (Gast)]

Hallo Leute.

Ich habe eine Frage zu den Befehlszeilenargumenten von in main.

Und zwar möchte ich das Programm über die Konsole wie folgt aufrufen:
programmname /help /liste
 und prüfen, ob das 1. Argument "/help" lautet und ob das 2. Argument 
mit einem "/" anfängt. Dazu habe ich folgendes Programm geschrieben:

#include <stdio.h>
#include <stdlib.h>
#include <string.h>


void main(int argc, char *argv[])
{
  char STRING1[80];
  char STRING2[80];

  if (argc=1 && argv[6] == "/help") // Abfrage ob 1. Arg=/Help
    printf("1. Parameter ist 'help'\n");
  else
    printf("nicht gefunden");

  if (argc=2 && argv[0] == "/") 
    printf("2 Parameter enthält /'\n");
  else{
    printf("nicht gefunden");
  }


  getchar();
}

Was habe ich falsch gemacht?
MfG

[Alter Fritz (Gast)]

Du kannst C-Strings nicht per "==" vergleichen. Siehe strncmp & Co.

[Frank S. (schroederde)]

argc=1 ist ein Zuweisung die du bestimmt nicht willst.

[Oliver S. (oliverso)]

Compilerwarnungen nicht beachtet, C-Buch nicht gelesen, ...

C kennt keine Datentyp "String" o.ä. Vergleiche per eingebauten 
Operatoren wie == tun daher nicht das, was du dir vorstellest.

Oliver

[Slippin J. (gustavo_f)]

argc=1

Aua, das ist eine Zuweisung und kein Vergleich!

[Alter Fritz (Gast)]

Korrektur: Ok, du kannst schon, nur kommt nichts Sinnvolles dabei 
heraus, wenn es dir um den Inhalt der Strings und nicht nur deren 
Adressen geht. Und Vergleich der Länge mit ==, nicht = (Zuweisung).

[Frank S. (schroederde)]

argv[6] enthält mit hoher wahrscheinlickeit nicht das, was du erwartest.

[Moki (Gast)]

0. Die Gleichheitsprrüfung erfolgt mit "==", nicht mit "="

1. argc liefert die Anzahl der Parameter. Der Wert kann also nicht 
gleich 1 und gleichzeitig gleich zwei sein.

2. String werden in C mit strcmp, nicht mit "==" geprüft.

3. Befrage Google, das hilft hier auch mit Codeschnipseln weiter: 
https://www.proggen.org/doku.php?id=c:func:main:parameter

[Peter (Gast)]

Peter schrieb:
> if (argc=1 && argv[6] == "/help") // Abfrage ob 1. Arg=/Help

geht es dann mit:

if ( argc==1 && strcmp(argv[1],"/help")==0)

Peter schrieb:
> if (argc=2 && argv[0] == "/")

if ( argv[2][0]=='/' )

?

[Moki (Gast)]

Nein.

if ( argc>1 && strcmp(argv[1],"/help")==0)

Das wäre richtig(er).

[Peter (Gast)]

Moki schrieb:
> Das wäre richtig(er).

Stimmt, mit ==1 wäre die Bedingung ja nicht erfüllt, da es mehr als 1 
Argument gibt.

[Dirk B. (dirkb2)]

argc ist immer mindestens 1, da in argv[0] der Programmname steht.

[Wilhelm M. (wimalopaan)]

Dirk B. schrieb:
> argc ist immer mindestens 1, da in argv[0] der Programmname steht.

argv[0] ist typischerweise(!) der Programm-Name, dass muss aber nicht so 
sein (und das ist ein feature und kein bug)!

[Rufus Τ. F. (rufus)]

Und was steht da drin, wenn es nicht der Programmname ist? Auf welchem 
System hast Du das schon beobachten können?

[Wilhelm M. (wimalopaan)]

Rufus Τ. F. schrieb:
> Und was steht da drin, wenn es nicht der Programmname ist? Auf welchem
> System hast Du das schon beobachten können?

Überall.

Das wird ja vom Prozess bestimmt, der die Überlagerung mit exec() 
durchführt. Also bspw. unter *nix mach die Shell ein fork() und dann 
exec(). Bei Überlagerung durch exec() ist der erste Parameter der 
Pfadname zur Datei mit dem executable, danach kommen argv[0], ... 
entweder als variable Liste oder das C-String-Array.

Man kann bspw. argv[0] auf einen anderen C-String setzen als den 
Programmnamen. Manchmal wird das benutzt, um Camouflage durchzuführen 
oder damit sich das Programm anders verhält. Das ist eine häufige 
Technik.

Gutes Beispiel ist busybox.

[1-Off Error (Gast)]

Da hast du prinzipiell zwar recht, aber trotzdem steht das erste
Kommandozeilenargument (und darum geht es im Ausgangsbeitrag) nicht
in argv[0], sondern in argv[1]. Dementsprechend bedeuten argc == 1
bzw. argc == 2 auch nicht das, was der OP sich davon erwartet.

[Dirk B. (dirkb2)]

Wilhelm M. schrieb:
> Gutes Beispiel ist busybox.

Da steht dann der Programmname vom Sysmbolischen Link drin.

Da braucht busybox recht wenig verbiegen.

Beim Atari ST stand in argv[0] nichts drin (ob in jedem Fall oder nur 
beim Start über die GUI habe ich vergessen).
Dennoch waren die ersten argumente ab argv[1].

[Wilhelm M. (wimalopaan)]

Dirk B. schrieb:
> Wilhelm M. schrieb:
>> Gutes Beispiel ist busybox.
>
> Da steht dann der Programmname vom Sysmbolischen Link drin.
>
> Da braucht busybox recht wenig verbiegen.
>
> Beim Atari ST stand in argv[0] nichts drin (ob in jedem Fall oder nur
> beim Start über die GUI habe ich vergessen).
> Dennoch waren die ersten argumente ab argv[1].

Es geht doch gar nicht um die Kommandozeilenargumente (ab Index 1)!

Es geht darum, was in argv[0] steht. Du hast gesagt, da stände immer der 
Programmname drin. Und das ist eben nicht so.

Was in argv[0] drin steht, dass bestimmt das Programm, das den 
Systemaufruf exec() aufruft. Und das ist üblicherweise ein Kindprozeß 
des startenden Prozesses.

[Dirk B. (dirkb2)]

Eigentlich ging es mir darum, dass bei argc == 1 keine weitern Argument 
vorhanden sind.

[Wilhelm M. (wimalopaan)]

Dirk B. schrieb:
> Eigentlich ging es mir darum, dass bei argc == 1 keine weitern Argument
> vorhanden sind.

Ja, genau, dann haben wir nur argv[0]. Und das kann(!) der Name des 
Executables sein, muss aber nicht (s.o.).

[Die schnellste Sau von Mexiko (Gast)]

Diskussion zu argv[0]:

http://stackoverflow.com/questions/2050961/is-argv0-name-of-executable-an-accepted-standard-or-just-a-common-conventi

[Fritz G. (fritzg)]

Wenn das Programm von einer Unix-Shell aufgerufen wird, steht immer der 
Programmname drin, bzw. der Name des Links.
Letzteres dient dazu, das Verhalten des Programmes zu ändern, z.B. bei 
mtools:

lrwxrwxrwx 1 root root 6 17. Okt 01:46 /usr/bin/mdel -> mtools
lrwxrwxrwx 1 root root 6 17. Okt 01:46 /usr/bin/mdir -> mtools
lrwxrwxrwx 1 root root 4 16. Okt 13:59 /usr/bin/unpigz -> pigz
lrwxrwxrwx 1 root root 6 17. Okt 01:46 /usr/bin/mdu -> mtools
lrwxrwxrwx 1 root root 6 17. Okt 01:46 /usr/bin/mshowfat -> mtools
lrwxrwxrwx 1 root root 6 17. Okt 01:46 /usr/bin/mmove -> mtools
lrwxrwxrwx 1 root root 6 17. Okt 01:46 /usr/bin/mpartition -> mtools

[Wilhelm M. (wimalopaan)]

Fritz G. schrieb:
> Wenn das Programm von einer Unix-Shell aufgerufen wird, steht immer der
> Programmname drin, bzw. der Name des Links.

Ja, das macht die Shell so (s.o.). Andere Programme können das anders 
machen, es wird von POSIX/IEEE-1003.1 nicht erzwungen bzw. genau das 
wollte man ermöglichen.

> Letzteres dient dazu, das Verhalten des Programmes zu ändern, z.B. bei
> mtools:

s.a. oben mein Beispiel mit busybox.