Zeiger definieren

[Xin]

Nicht erforderlich, aber eine schöne Übung - wieso also nicht!?

Stimmt. Habs gerade programmiert, war nicht sonderlich schwierig. Zwar ziemlich umständlich mit realloc, malloc, strcpy usw., aber das Problem mit der Länge des Strings hab ich auch gelöst.
Und der Vorteil gegenüber %p: Adresse in Großbuchstaben

Welche Probleme?
Array von 8 Byte + Nullbyte - alle Probleme gelöst.

[nufan]

Nicht erforderlich, aber eine schöne Übung - wieso also nicht!?

Stimmt. Habs gerade programmiert, war nicht sonderlich schwierig. Zwar ziemlich umständlich mit realloc, malloc, strcpy usw., aber das Problem mit der Länge des Strings hab ich auch gelöst.
Und der Vorteil gegenüber %p: Adresse in Großbuchstaben

Welche Probleme?
Array von 8 Byte + Nullbyte - alle Probleme gelöst.

Ja, aber ich weise zuerst die Adresse einer Variable der anderen zu. Dabei werden vorlaufende Nullen (z.B. 00012345) nicht mitkopiert. 8 Byte wären zwar sicher genug, in manchen Fällen aber auch zu viel. Ich habs versucht ganz sparsam anzugehen und vorlaufende Nullen werden nicht mitgezählt

Gerade fällt mir noch ein:
8 Byte? 64-Bit? Das wäre für ein 32-Bit-System wieder zu viel (wenn ich das richtig versteh).

[Dirty Oerti]

Gerade fällt mir noch ein:
8 Byte? 64-Bit? Das wäre für ein 32-Bit-System wieder zu viel (wenn ich das richtig versteh).

Ich glaube das war eher so gemeint:

[A] [0] [0] [1] [2] [3] [4] [\0]

Für die Adresse "A001234B" ...

[nufan]

Gerade fällt mir noch ein:
8 Byte? 64-Bit? Das wäre für ein 32-Bit-System wieder zu viel (wenn ich das richtig versteh).

Ich glaube das war eher so gemeint:

[A] [0] [0] [1] [2] [3] [4] [\0]

Für die Adresse "A001234B" ...

Achja 32-Bit ergeben 8-Hexadezimalzeichen zu je 1 Byte. Und bei einem 64-Bit-System? 16?

[Xin]

Achja 32-Bit ergeben 8-Hexadezimalzeichen zu je 1 Byte. Und bei einem 64-Bit-System? 16?

Wäre logisch, oder? ^^

Du kannst die Nullen ja anschließend wieder kürzen.