keine variable, kein pointer- was dann?

[Ma_X (Gast)]

moin!
ich bin auf das konstrukt

char **a

gestoßen. ist es eine art pointer?! hilfe!

[Daniel (Gast)]

pointer auf pointer ;-)

[Ma_X (Gast)]

ernsthaft?

[Klaus (Gast)]

Der kleine Ma_X  möchte bitte aus dem Kinderparadies abgeh... ähm, 
möchte bitte ein C-Buch lesen!

[Karl H. (kbuchegg)]

Ma_X schrieb:
> moin!
> ich bin auf das konstrukt
>
> char **a
>
> gestoßen. ist es eine art pointer?! hilfe!

Jeder Stern in einer Deklaration stellt einen Pointer dar.
Daher ist das ein Pointer auf einen Pointer der auf char zeigt.

Damit kann man so etwas aufbauen

   a
   +--------+
   |   o---------------------+
   +--------+                |
    (char**)                 |
                             v
                      +---------+
                      |   o--------------+
                      +---------+        |
                       (char*)           |
                                         v
                                        "Hallo World"

in a steht also die Adresse des Pointers drinnen, der auf den String 
"Hallo World" zeigt.

[Ma_X (Gast)]

mir fällt kein fall ein, in dem das sinn macht :(

[Klaus W. (mfgkw)]

Karl heinz Buchegger schrieb:

> ...
> in a steht also die Adresse des Pointers drinnen, der auf den String
> "Hallo World" zeigt.


Nur zur Sicherheit: in a KANN die Adresse...

So wie es im Originalpost steht, tut es das natürlich noch nicht.

[Klaus W. (mfgkw)]

Ma_X schrieb:
> mir fällt kein fall ein, in dem das sinn macht :(

Macht nix, dann brauchst du es auch noch nicht.

[Karl H. (kbuchegg)]

Ma_X schrieb:
> mir fällt kein fall ein, in dem das sinn macht :(

zb: Parameter passing in Funktionen, bei denen die Funktion das 
übergebene Argument verändern können muss

Am Beispiel eines int

  void foo( int * i )
  {
    *i = 5;
  }

  int main()
  {
    int j;
    foo( &j );
  }

Jetzt sei i kein int, sondern es gehe um Strings. Ersetzt int von oben 
durch char* (und natürlich anpassen auf Verwendung von char* anstelle 
von int)

  char Text1[] = "Hallo World";

  void foo( char* * i )
  {
    *i = Text1;
  }

  int main()
  {
    char * text;

    foo( &text );

    printf( text );
  }

Allgemeiner:
Sei T irgendein Datentyp, und du willst eine Funktion schreiben, die 
eine Variable vom Typ T beim Aufrufer verändern kann, dann lautet das 
allgemeine Rezept:

void foo( T * argument )
{
  *argument = ....
}

void Aufrufer()
{
  T  variable;

  foo( &variable );
}

wenn jetzt T zufällig selber wieder ein char* ist, dann ensteht für

void foo( T * argument )

eben

void foo( char* * argument )

und da an dieser Stelle Leerzeichen keine Rolle spielen, ist das 
Äquivalent zu einem char**

[Thomas K (Gast)]

Hallo Ma_X!

Jetzt halte Dich mal fest.. das kann man beliebig weitertreiben! Es gibt 
Szenarien, wo ein char ***a sinnvoll und nützlich ist :)

Gruss
Thomas

[Ma_X (Gast)]

ja klar, aber wie das so ist, wenn etwas zu toll ist, ist es bestimmt 
verboten. ich will nicht mit dem gesetz in konflikt geraten!

[Shuzz (Gast)]

Im Prinzip ist "char **" die Analogie zu einem String-Array in anderen 
Sprachen wie z.B. JAVA.

[Karl H. (kbuchegg)]

Shuzz schrieb:
> Im Prinzip ist "char **" die Analogie zu einem String-Array in anderen
> Sprachen wie z.B. JAVA.

Vorsicht mit solchen Aussagen.
Insbesondere wenn die beiden Begriffe "Pointer" und "Array" in einem 
Satz vorkommen, ist sehr oft etwas faul im Staate Dänemark.

Man kann einen char** dazu benutzen um sich dynamisch ein String-Array 
zu erzeugen. Aber hier von Analogie zu sprechen, ist schon sehr weit 
hergeholt.

[(prx) A. K. (prx)]

Ma_X schrieb:

> mir fällt kein fall ein, in dem das sinn macht :(

Dann hast du noch nie ein C Programm auf normalen Rechnern geschrieben. 
Denn die fangen effektiv so an:
  int main (int argc, char **argv) ...
wobei man zwar den argv auch anders schreiben kann, aber das ist 
effektiv das Gleiche wie dies.

[Shuzz (Gast)]

ok ok, ich gebe zu es kann verwirrend sein.

Nur damit ich's auch richtig verstehe... ;)
"char **" bedeutet doch nix Anderes als "Ich bin ein Pointer auf einen 
Speicherbereich in dem weitere Pointer auf Speicherbereiche liegen die 
chars enthalten".

Und wenn nun ein "char *" auf Strings zeigt (wobei ich in diesem Fall 
einen einzelnen char als Sonderfall eines Strings sehe), dann zeigt ein 
"char **" auf eine Ansammlung von Strings.

[Karl H. (kbuchegg)]

Shuzz schrieb:
> ok ok, ich gebe zu es kann verwirrend sein.
>
> Nur damit ich's auch richtig verstehe... ;)
> "char **" bedeutet doch nix Anderes als "Ich bin ein Pointer auf einen
> Speicherbereich in dem weitere Pointer auf Speicherbereiche liegen die
> chars enthalten".

Genau genommen: nur einer.
Aber es können auch mehrere hintereinander sein.
Am Pointer kann man das nicht ablesen.

Aber im Prinzip stimme ich deiner Aussage zu.

> Und wenn nun ein "char *" auf Strings zeigt (wobei ich in diesem Fall
> einen einzelnen char als Sonderfall eines Strings sehe), dann zeigt ein
> "char **" auf eine Ansammlung von Strings.

Er kann!
Er muss aber nicht.


Das ist der erste Punkt.

Der zweite Punkt besteht darin, dass man gerne die Aussage hört "Ein 
Pointer ist sowas wie ein dynamisches Array" oder Variationen dieser 
Aussage. Wichtig in diesem Zusammenhang ist die Phrase "ist ein" (oder 
etwas gleichwertiges)
Newbies verbinden gerne damit die Vorstellung, dass sie nur einen 
Pointer benötigen und sie hätten damit dann auch gleich den Speicher zur 
Verfügung, in dem die eigentlichen Daten abgelegt werden können.

Daher ist bei Aussagen die auf "Pointer ...  ist ein ......  irgendwas 
Array" hinauslaufen, praktisch immer Feuer am Dach. Denn ein Pointer ist 
kein Array und ein Array ist kein Pointer.

Und genau in diesem Sinne habe ich dann auch ein wenig Bauchweh mit der 
Fomulierung "Im Prinzip ist "char **" die Analogie zu einem 
String-Array"
Ein String-Array wie in Java ist ein eigenständiges Objekt, das auf sich 
selbst aufpasst und größer wird wenn notwendig. Ein char** tut das aber 
nicht. Da wird nichts vergrößert oder Speicher allokiert. Ein char** ist 
ein nützlicher Datentyp, wenn man mit einem Stringarray arbeiten will, 
aber der Vergleich das er ein String-Array 'sei', hinkt dann doch schon 
sehr.

[Klaus W. (mfgkw)]

> ... "char **" auf eine Ansammlung von Strings.

kann sein; es muß aber keine Ansammlung sein - einer würde auch reichen.
Das muß das/der Programm(ierer) irgendwie am Zusammenhang erkennen.