int* nach void*

Dravere

muss_klausur_bestehen schrieb:

Ich glaube es ist einfach von der Natur aus so, dass Frauen Dinge mehr hinterfragen, weshalb ich mich ein wenig mehr mit dem Thema void* beschäftige.

Ist einfach unglaublich, früher haben die Männern die Frauen diskriminiert, heute ist es umgekehrt ...
Es ist schön, dass man die Sache hinterfragt und sich damit beschäftigt. Die Sache ist einfach nur so, dass man void* in C++ so gut wie gar nie benötigt. void* ist extrem gefährlich, da es ein Zeiger ohne Typ ist. Man vernichtet damit jegliche Typsicherheit, welche in C++ sehr wertvoll ist. Jeglicher void -Zeiger ist eine extreme Gefahr in einem C++ Programm und sollte daher unbedingt vermieden werden, ausser man weiss ganz genau, was man macht.

void* stammt hauptsächlich aus C, wo man keine Templates hat und dadurch, wenn man über eine Funktion mehrere Typen durchbringen möchte, auf void* zurückgreifen musste.

// Als typisches Beispiel, qsort aus C:
void qsort(void* base, size_t num, size_t size, int (*comparator)(void const*, void const*));

In C++ hat man genau für solche Dinge die C++ Templates:

template<typename TypeT>
void qsort(TypeT* base, size_t num, int (*comparator)(TypeT const*, TypeT const*));

Dadurch wird für jeden Typ vom Kompiler eine entsprechende Funktion automatisch generiert und die Typsicherheit ist völlig gewährleistet.
Ich möchte auch darauf hinweisen, dass dies nur als Beispiel gedacht ist. In C++ kann man dass sogar noch deutlich schöner mit den Templates lösen, aber ich wollte, dass man noch eine Ähnlichkeit wahrnehmen kann

Wieso der ganze Vortrag?
Es ist schön und gut, dass man sich mit void* auskennt, aber man sollte sich bewusst sein, dass void* in 99,99% der Fälle unter C++ der falsche Weg ist.

Grüssli

hustbaer

Dravere schrieb:

4. Einen doppelten void -Zeiger gibt es nicht.

Glaub ich nicht!
"void**" frisst jeder Compiler. Hab den Standard gerade nicht hier, würde mich aber SEHR wundern wenn da drin stehen würde dass das nicht OK sein sollte. Wieso auch, sehe keinen Grund warum das nicht erlaubt sein sollte.

Dravere

hustbaer schrieb:

Dravere schrieb:

4. Einen doppelten void -Zeiger gibt es nicht.

Glaub ich nicht!

Ist auch korrekt, dies nicht zu glauben, habe gerade nachgeschaut. Es gibt anscheinend von der Standardbibliothek selbst eine Verwendung in den Streamklassen.

Aber der Sinn entzieht sich mir. Jeglicher Zeiger (auch Funktionszeiger) lässt sich auf einen void* abbilden. Das ist so im Standard definiert. Daher ist ein void** nur möglich, als Zeiger auf einen void* , alles andere ist nicht erlaubt, was auch irgendwo Sinn macht.

...

Und mir kam gerade eine Idee, wieso das auch Sinn macht. Ach ich trottel ... ein void* hat im Gegensatz zu einem void natürlich einen Speicherbereich. *Kopf -> Tisch / Tastatur*
Man denke daher nur zum Beispiel an folgendes Beispiel:

int (*func)(char, double) = 0; // Nur als Beispiel.

void** p = new void*[20]; // 20 oder x oder y was auch immer.

*p = func;
++p;
*p = 0; // usw.

delete[] p;

Allerdings ist mir sowas in den x Jahren noch nicht begegnet in C++.

Grüssli

hustbaer

Ich glaube mich zu erinnern dass der Standard nicht "erlaubt" Funktionszeiger zu Datenzeigern (inklusive void*) zu casten (bzw. es nicht garantiert, kann sein dass "implementation defined" dasteht oder sowas). Was *sehr* schade ist, da man so einige Lowlevel-Dinge nicht portabel programmieren kann.

Dravere

hustbaer schrieb:

Ich glaube mich zu erinnern dass der Standard nicht "erlaubt" Funktionszeiger zu Datenzeigern (inklusive void*) zu casten (bzw. es nicht garantiert, kann sein dass "implementation defined" dasteht oder sowas). Was *sehr* schade ist, da man so einige Lowlevel-Dinge nicht portabel programmieren kann.

Ich weiss nur, dass es mit dem MSVC funktioniert und habe auch nie gegenteiliges gelernt. Nur bei Zeiger zu Membern weiss ich, dass man sie nicht einem void* zuweisen darf. Dort hat es allerdings irgendeinen Grund wegen Typsicherheit.
Aber keine Ahnung, ich weiss es schlicht und einfach nicht und brauche solche Konvertierungen auch nicht

Grüssli

Nexus

Dravere schrieb:

Allerdings ist mir sowas in den x Jahren noch nicht begegnet in C++.

Ich hatte einmal eine Speicherverwaltungsklasse geschrieben, die Adressen speichern sollte. Anfangs hab ich das noch voll im C-Style gemacht, also Zeiger auf dynamisch allokiertes void* -Array. Später hab ich dann die STL mit eigenem Allocator verwendet, was vieles vereinfacht und den void** unnötig gemacht hat.

Simon2

muss_klausur_bestehen schrieb:

...Ich glaube es ist einfach von der Natur aus so, dass Frauen Dinge mehr hinterfragen, weshalb ich mich ein wenig mehr mit dem Thema void* beschäftige....

Stimmt ja - wir Männer haben uns noch nie Gedanken über void* gemacht!

Wer ist eigentlich dieser Herr "Natur"? Und warum hat er aus Frauen die besseren void*-Versteher gemacht? ... alles Fragen, die ich als Mann natürlich gar nicht stellen darf...

Gruß,

Simon2.

hustbaer

Dravere schrieb:

hustbaer schrieb:

Ich glaube mich zu erinnern dass der Standard nicht "erlaubt" Funktionszeiger zu Datenzeigern (inklusive void*) zu casten (bzw. es nicht garantiert, kann sein dass "implementation defined" dasteht oder sowas). Was *sehr* schade ist, da man so einige Lowlevel-Dinge nicht portabel programmieren kann.

Ich weiss nur, dass es mit dem MSVC funktioniert und habe auch nie gegenteiliges gelernt. Nur bei Zeiger zu Membern weiss ich, dass man sie nicht einem void* zuweisen darf. Dort hat es allerdings irgendeinen Grund wegen Typsicherheit.
Aber keine Ahnung, ich weiss es schlicht und einfach nicht und brauche solche Konvertierungen auch nicht

Grüssli

Ich weiss auch dass es geht, und zwar mit allen Compilern die ich kenne. Was Member-Pointer angeht, die kann man IIRC garnicht verlässlich casten, nichtmal zu anderen Member-Pointern. Bzw. nur sehr eingeschränkt.

mammamia;

mammamia;