Größe eines Datentyps dynamisch zur Laufzeit erkennen?



  • Warum hast Du Dicht nicht daran gehalten? Der agressive Ton stammt ja von Dir!

    Weil einige Leute hier in diesem Thread völlig ignorant von Sachen geredet haben, von denen sie keine Ahnung haben. Paradebeispiel 'Badestrand'. Aber ich möchte hier nicht weiterhin bestimmte Personen an den Pranger stellen.

    ich möchte mich hiermit dafür stark machen dass raue ausdrücke nicht durch spott geahndet werden.

    Werden sie es denn? 😕

    .. was aber haltet ihr von der einführung der prügelstrafe? 🤡

    Wörtlich genommen fällt das im Zeitalter der Virtualität ausgesprochen schwer. 🕶



  • wenn man keine probleme hat, dann macht man sich einfach welche



  • wenn man keine probleme hat, dann macht man sich einfach welche

    Soviel zum Thema moderner Familienpolitik.



  • CodeOriginator schrieb:

    wenn man keine probleme hat, dann macht man sich einfach welche

    Soviel zum Thema moderner Familienpolitik.

    Eindeutig eine Überschreitung der normalen Handlungsweise mit Regen



  • Eindeutig eine Überschreitung der normalen Handlungsweise mit Regen

    Eindeutige Artikulierungskomplexe. Was war nochmal gemeint?



  • CodeOriginator schrieb:

    ...Ich will zur Laufzet feststellen können, wie groß ein Datentyp ist. ...

    Sorry, aber Du scheinst wirklich ein wenig ... sagen wir mal vorsichig: begriffsstutzig zu sein: ***Was zur Compilezeit bekannt ist, ist auf jeden Fall auch zur Laufzeit bekannt !!***.

    Ergo: Die "Compilezeitbekanntheit" reicht Dir.
    Aber dafür bist Du leider viel zu genial und hast schon viel zu viele 16-/32- und 64-bit-Programme geschrieben (mit "Encodings" und all dem anderen tollen Zeug), um das zu durchschauen !!! :xmas2: :xmas2: :xmas2:

    Gruß,

    Simon2.



  • Sorry, aber Du scheinst wirklich ein wenig ... sagen wir mal vorsichig: begriffsstutzig zu sein: Was zur Compilezeit bekannt ist, ist auf jeden Fall auch zur Laufzeit bekannt !!.

    Das weis ich mittlerweile auch schon. (Siehe Thread)

    Aber dafür bist Du leider viel zu genial und hast schon viel zu viele 16-/32- und 64-bit-Programme geschrieben (mit "Encodings" und all dem anderen tollen Zeug), um das zu durchschauen !!!

    Na wenn du meinst... Ein toller Tritt in deinen eigenen Hintern. Ich habe erst im Laufe des Threads erfahren, dass es mit Encodings möglich ist. Folgedessen konnte ich also logischerweise davor nichts mit Encodings zu tun haben. Aber King Simon hat wieder seine Klappe offen... Herzlichen Glückwunsch.



  • aber sag mal, eins würde mich doch noch interessieren: wenn du mit "dynamic_sizeof" herausgefunden hättest, dass du dich auf einem system mit 8-byte-ints befindest, wie wärst du dann weiter verfahren? nur die hälfte an integers (immer noch gleicher speicherplatz) allokieren? und 2 32-bit ints in ein 64-bit-int reinquetschen? die einstigen indexe (beim schreiben; z.b. in einer schleife) müsstest du dann noch per funktion/macro umrechnen (ganzahldivision + modulo) wenn du auf einen 32-bit-integer zugreifen willst... stell ich mir nicht so spaßig vor, da du einiges verändern hättest müssen.

    PS: es gibt im header <stdint.h> schon die typedefs uint32_t, uint64_t (glaube ich auch) und sowas



  • CodeOriginator schrieb:

    ...
    Na wenn du meinst... Ein toller Tritt in deinen eigenen Hintern. ...

    Mich wundert halt Dein und überheblicher Ton in diesem Thread ... besonders, da Du eigentlich um Hilfe bei genau den Leuten anfragst, die Du hier anpöbelst.
    Ich weiß nicht, wen Du damit beeindrucken möchtest ... mich jedenfalls nicht - und die echten C++-Koryphäen hast Du damit auch abgeschreckt (die wissen wohl, warum sie sich aus diesem Thread fernhalten).

    Viel Spaß noch mit dieser Strategie,

    Simon2.



  • Nu ist endlich gut kids. Kriegt euch mal wieder ein.

    -.-

    Thread geschlossen.


Anmelden zum Antworten