Zeiger definieren

[soufian88]

Ich habe Problem beim compilieren dieser Codezeilen:

Code: Alles auswählen

#include <stdio.h>
 
int main()
{
  int a = 100, *pa = &a;   /* a wird mit 100 initialisiert, pa zeigt gleich auf a */
 
  printf ("a = %d\n", a);
  printf ("*pa = %d\n", *pa);
 
  printf ("&a = %x (hexadezimal)\n", &a);
  printf ("pa = %x (hexadezimal)\n", pa);   /* "Wert" des Zeigers, also wohin zeigt pa? */
  printf ("&pa = %x (hexadezimal)\n",&pa);   /* Wo liegt der Zeiger selbst im Speicher? */
 
  printf ("Zeiger wird dereferenziert, Wert verändert ...\n");
  *pa = 200;   /* Ueber den Zeiger auf a zugreifen und dessen Wert veraendern */
  printf ("Neuer Wert von a: %d\n", a);
 
  return 0;
}

und bei Terminal zeigt er mir so ein Fehler an :

• Zeiger.c: In Funktion »main«:
  Zeiger.c:10: Warnung: format »%x« erwartet Typ »unsigned int«, aber Argument 2 hat Typ »int *«
  Zeiger.c:11: Warnung: format »%x« erwartet Typ »unsigned int«, aber Argument 2 hat Typ »int *«
  Zeiger.c:12: Warnung: format »%x« erwartet Typ »unsigned int«, aber Argument 2 hat Typ »int **«

Ich vermute nur das es bei Datentyp liegt hab int in unsigned umgewandelt hat aber trotzdem nichts gebracht.
Könnt ihr mir vielleicht helfen ?

mfg soufian

[nufan]

und bei Terminal zeigt er mir so ein Fehler an :

• Zeiger.c: In Funktion »main«:
  Zeiger.c:10: Warnung: format »%x« erwartet Typ »unsigned int«, aber Argument 2 hat Typ »int *«
  Zeiger.c:11: Warnung: format »%x« erwartet Typ »unsigned int«, aber Argument 2 hat Typ »int *«
  Zeiger.c:12: Warnung: format »%x« erwartet Typ »unsigned int«, aber Argument 2 hat Typ »int **«

Warnungen halten dich nicht davon ab, dass Programm zu kompilieren.
Oder willst du wissen woher die Warnungen kommen?

Castest du die Adressen sind die Warnungen weg.

Code: Alles auswählen

      printf ("&a = %X (hexadezimal)\n", (unsigned int)&a);
      printf ("pa = %X (hexadezimal)\n", (unsigned int)pa);   /* "Wert" des Zeigers, also wohin zeigt pa? */
      printf ("&pa = %X (hexadezimal)\n",(unsigned int)&pa);   /* Wo liegt der Zeiger selbst im Speicher? */

Warum sich der Compiler beim anderen Code aufregt versteh ich auch nicht ganz.

BTW: Bei Hexadezimalzahlen ist %X schöner, da dann die Buchstaben als Großbuchstaben ausgegeben werden.

EDIT: Hinweis zu cast hinzugefügt.

[soufian88]

Natührlich der Cast Operator wieso bin ich nicht früher raufgekommen.
Dank dir.

[nufan]

Natührlich der Cast Operator wieso bin ich nicht früher raufgekommen.
Dank dir.

Das Problem ist zwar gelöst, trotzdem wäre es schön wenn jemand noch eine Erklärung abgeben könnte, warum der Compiler (gcc oder?) dabei Warnungen ausgibt.

[soufian88]

Ja Gcc ich hab aber keine Ahnung warum der Compiler die Überflüssigen Fehler ausgibt.

[fat-lobyte]

Warnungen halten dich nicht davon ab, dass Programm zu kompilieren.

Warnungen sind dazu da dir den Code anzuschauen und nochmal zu überlegen was falsch ist.

Castest du die Adressen sind die Warnungen weg.

Ich glaube klassisch wäre jetzt ein Kommentar von Xin angesagt, aber bis dahin erklär ich mal:
Casts sind in den meisten fällen ein Anzeichen eines Fehlers im Programmdesign. Das hier ist so ein Fall.

Warum sich der Compiler beim anderen Code aufregt versteh ich auch nicht ganz.

Umso wichtiger dass du nicht leichtfertig Ratschläge zum Casten und ignorieren der Warnungen gibst, sondern dich zuerst mal schlau machst.

Wenn du dir die Referenz von printf() ansiehst, dann steht da

x Unsigned hexadecimal integer

Das bedeutet die Funktion printf() liest das %X ein, und denkt sich auf dem Stack liegt ein unsigned und druckt es entsprechend aus. Es ist aber keines, sondern ein signed. Die probleme tauchen auf, wenn du versuchst eine negative Zahl mit %X anzuzeigen. (siehe http://tutorial.proggen.org/doku.php?id ... m_computer).

Übrigens, genau dieses unvorsichtige Vorgehen mit printf() ermöglicht eine Reihe von sogenannten "Formatting String Attacks".

Hier bist du eigentlich schon auf die Problematik von printf() gestoßen, und wieso man es in C++ vermeiden sollte und stattdessen std::cout verwenden sollte: cout ist typsicher, und solche Fehler können nicht passieren. Wenn man ehrlich ist, dann ist es "eigentlich" eine ziemlich blöde Idee den Programmablauf (also eigentlich was alles angezeigt werden soll) anhand eines Strings zu bestimmen. Das zusammen mit der Variablen Argumentzahl macht (vielleicht nicht gerade printf, aber andere) solche Funktionen gefährlich.


Du kannst dich übrigens glücklich schätzen, dass dein Compiler in den Formatstring von printf() reinschaut und nicht einfach stupide sagt "ist eh nur ein string, kann ja nix passieren" wie andere Compiler es tun.

EDIT: Hinweis zu cast hinzugefügt.

Wo denn? Bitte nochmal revidieren, mit der info der ich oben gegeben habe.

Ja Gcc ich hab aber keine Ahnung warum der Compiler die Überflüssigen Fehler ausgibt.

Wie gesagt, gar nicht überflüssig sondern völlig zurecht.

[nufan]

Das bedeutet die Funktion printf() liest das %X ein, und denkt sich auf dem Stack liegt ein unsigned und druckt es entsprechend aus. Es ist aber keines, sondern ein signed. Die probleme tauchen auf, wenn du versuchst eine negative Zahl mit %X anzuzeigen. (siehe http://tutorial.proggen.org/doku.php?id ... tems:bin&s[]=zahlensysteme#binaere_zahlen_im_computer).

Ich denke ich verstehe das allgemeine Problem. Aber bei Adressen? Das es negative Adressen gibt wäre mir neu, lasse mich aber gerne belehren.

EDIT: Hinweis zu cast hinzugefügt.

Wo denn? Bitte nochmal revidieren, mit der info der ich oben gegeben habe.

Nunja... laut Referenz kann man mittels %p Adressen ausgeben. Habs getestet und ergibt die gleiche Ausgabe wie der Cast, nur mit vorangestelltem 0x und kleinen Buchstaben. Sollte also die Lösung sein. Wenn nicht, bin ich endgültig ratlos.

[soufian88]

Danke für die Ausführliche Erklärung.
aber eine Frage hab ich noch was ein Stack ?

[Kerli]

aber eine Frage hab ich noch was ein Stack ?

Das ist das Grundlegende Prinzip das hinter Funktionsaufrufen bzw. eigentlich überhaupt der Ausführung von Programmen liegt. Alle Variablen die nicht dynamisch angefordert werden liegen zum Beispiel auf dem Stack.

Wenn nun ein Funktionaufruf durchgeführt wird, werden unter anderem die Parameter auf den Stack gelegt. Dann springt die Ausführung des Programms in die Funktion und führt damit die Berechnungen durch. Dannach legt die Funktion das Ergebnis auf den Stack. Und die Ausführung wird wieder dort fortgesetzt wo sie vorher unterbrochen worden ist.

Eine kurze Erklärung zum Stack findet sich auch hier: http://proggen.org/doku.php?id=c:die_sp ... _prozesses

Der Artikel mit einer genaueren Beschreibung fehlt leider noch...

[Xin]

Eine kurze Erklärung zum Stack findet sich auch hier: http://proggen.org/doku.php?id=c:die_sp ... _prozesses

Der Artikel mit einer genaueren Beschreibung fehlt leider noch...

Auf die Schnelle:
http://tutorial.proggen.org/doku.php?id=c:stack