Cast int nach Zeiger - warum casten zu lange erste? (wie in p = (void*) 42; )

In der GLib Dokumentation gibt es ein Kapitel über die Typ-Konvertierung von Makros.
In der Diskussion über die Umwandlung eines int zu einem *void Zeiger, er sagt (Hervorhebung von mir):

Naiv, Sie könnten versuchen, diese, aber es ist falsch:

gpointer p;
int i;
p = (void*) 42;
i = (int) p;

Wieder, das Beispiel war nicht richtig, nicht kopieren. Das problem ist
dass auf einigen Systemen müssen Sie dies tun:

gpointer p;
int i;
p = (void*) (long) 42;
i = (int) (long) p;

(Quelle: GLib Reference Manual für GLib 2.39.92, Kapitel Typ-Konvertierung Makros ).

Warum ist das cast zu long notwendig?

Sollten alle erforderlichen Verbreiterung der int nicht automatisch als Teil des cast auf einen Zeiger?

  • Ich denke, dass da ein int kann 16-bit, während eine lange, mindestens 32bit Sie bekommen vielleicht 16 undefined bits, wenn Sie es umwandeln von int direkt. Dann aber auf einem 64bit-Maschine, lange könnte noch 32bit während ein Zeiger hätte Größe 64bit, immer das gleiche Problem (wenn es überhaupt existiert).
  • Zeichen-Erweiterung?
  • Casting-integer-Typen Zeiger wird durch die Implementierung festgelegt, was bedeutet, dass ein konformer compiler muss genau dokumentieren, was hier passiert. Es wäre schön, wenn der Autor dieses Zitats angegeben, welche Systeme erforderlich, die long cast (und noch schöner, wenn Sie mied diese Technik ganz, da gibt es zuverlässigere alternativen)
  • durch zuverlässige alternativen du meinst uintptr_t oder?
  • Ja, das wäre eine (oder intptr_t)
  • Wenn Sie konvertieren wollen wieder den Zeiger auf den gleichen Typ, im Gegensatz zu einem breiter Typ, kümmert man sich nicht, wie es ist "extended" solange die Konvertierung von Zeiger auf einen schmalen Typ integer hält nur das am wenigsten signifikante bit (das ist das übliche Verhalten). Da gibt es nicht einmal eine Anspielung auf die Art compiler, der definieren würde diese Konvertierungen so wie ärger, muss ich davon ausgehen abergläubischen Unsinn auf den Teil der glib Autoren.
  • developer.gnome.org/glib/stable/glib-Basic-Types.html, ich rest mein Fall. Dies ist das Werk von einer person oder Personen, die nicht verstehen, was Sie versuchen zu bieten einen compatibility-layer für. #define G_MINFLOAT FLT_MIN für "den minimalen positiven Wert, der gehalten werden kann, eine gfloat" ist schlicht falsch. Noch wichtiger ist, nicht eine einzige definition ist nützlich, wenn Sie einen C99-compiler, und nur wenige, die Kompatibilität mit C90.

InformationsquelleAutor sleske | 2014-08-19
  1. 10

    Als nach der C99: 6.3.2.3 Zitat:

    5 Eine Ganzzahl umgewandelt werden kann, um jeden Zeiger-Typ. Außer als
    zuvor angegeben, das Ergebnis wird durch die Implementierung festgelegt ist, nicht
    richtig ausgerichtet ist, nicht auf eine Entität, auf die verwiesen wird
    geben, und könnte eine trap-Darstellung.56)

    6 Beliebigen Zeigertyp umgewandelt werden kann, um einen integer-Typ. Außer als
    zuvor angegeben, das Ergebnis wird durch die Implementierung festgelegt. Wenn die
    Ergebnis nicht dargestellt werden kann in den Typ integer, das Verhalten ist
    undefined. Das Ergebnis muss nicht in den Bereich der Werte aller
    der integer-Typ.

    Laut der Dokumentation auf der link Sie erwähnt:

    Zeiger sind immer mindestens 32 bit groß (auf allen Plattformen GLib
    will zu unterstützen). So können Sie speichern mindestens 32-bit-integer-Werte
    in einen Zeiger-Wert.

    Und weitere mehr lang ist garantiert mindestens 32-bit.

    So,der code

    gpointer p;
int i;
p = (void*) (long) 42;
i = (int) (long) p;

    ist sicherer,mobiler und gut definiert für bis zu 32-bit-Ganzzahlen nur, wie angekündigt, die von GLib.

    • Sorry, aber ich nicht Folgen. Wie die Anführungszeichen Sie erklären, dass die Besetzung zu long sicherer ist und mehr tragbar?
    • Zeiger sind immer mindestens eine Größe von 32 bit(wo GLib laufen würde) und long ist garantiert mindestens 32-bit. Also es gibt keine Größe mismatch auf Systemen, auf denen GLib ausgeführt werden. In der Erwägung, dass int ist nicht garantiert, dass 32-bit.
    • und mehr, so dass die übertragbarkeit die Garantie ist nur für Ganzzahlen bis 32 bit.
    • Ich bin immer, warum du wirkst 42 zu lang und dann auf void*. Aber was ist der Sinn von casting-ersten zu lang und dann zu int? Wenn p ist mehr ursprünglich, Sie zuerst abschneiden, ist es zu lang, dann zu int. Wenn p kürzer ist als int, gewinnen Sie auch nichts.
    • Ich schließe mich @mcsim Kommentar. Konnte Sie klären Sie diesen Punkt?
    • Ich kann mir nicht vorstellen, dass es eine neben der Vermeidung von Typ Größe mismatch Warnungen.

    InformationsquelleAutor askmish
  2. 1

    Ich denke, es ist, weil diese Umwandlung ist die Umsetzung-dependendent. Es ist besser, verwenden Sie uintptr_t für diesen Zweck, weil es von der Größe des Zeiger-Typs in bestimmten Implementierung.

    • size_t ist eine vorzeichenlose integer-Typ vorgesehen, um zu halten die maximale Größe eines Objekts, nicht die Größe eines Zeigers. uintptr_t ist eine vorzeichenlose integer-Typ vorgesehen, um zu halten die Darstellung eines Zeigers, und seine Existenz in der standard zeigt sich, dass size_t ist das nicht.
    InformationsquelleAutor DoctorMoisha
Schreibe einen Kommentar