ich habe im FAQ-Archiev zum Thema 'new' leider nicht ganz das gefunden was ich brauche.

Undzwar möchte ich für einen Pointer mit 'new' Speicher allokieren und später diesen Speicher mit 'new' erweitern, also quasi so ähnlich wie mit 'push_back' bei Vektoren. Wie macht man das mit 'new' ohnen den bisherigen Inhalt des Pointers zu löschen?

Beleg neuen Speicher der so groß ist wie die brauchst und kopier den alten rein. Dabei musst du natürlich beachten das alles Pointer die in den alten Speicherbereich reichen dadurch ungültig werden.

kleineres Pointers in den neuen, größeren Pointer?

Pointer sind pro Maschine und OS immer gleich gross.

Pointer sind pro Maschine und OS immer gleich gross.

Soll das heißen ich soll wirklich schreiben: "pNew = pOld;" ?

So macht das std::vector nicht.

Nicht? Sondern?

Wie würdest du das denn machen? Ich brauche auf alle Fälle einen Pointer.

std::vector<char> mem(10);
mem.resize(20);
char* ptr = &mem[0];

So macht das std::vector nicht.

wie denn dann? oder willst du nur darauf hinaus, dass std::vector evtl. mehr speicher als direkt benötigt wird reserviert?

std::copy dient zum kopieren von Vektoren und eine for-Schleife ist mir zu langsam. Gibt`s da denn keine andere möglichkeit? Wie genau funktioniert das denn in der Klasse 'Vektor'? Die arbeitet doch intern auch mit Pointern oder?

wieso zu langsam? wie hast du das gemessen?
wie willst du denn bitte ohne schleife x > 1 elemente von a nach b bewegen?

Und std::copy ist nicht nur für Vektoren. Geht auch für Arrays jeglichen Typs.

wie denn dann? oder willst du nur darauf hinaus, dass std::vector evtl. mehr speicher als direkt benötigt wird reserviert?

korrekt!

Naja, wenn man in einem Vektor über 10000 Werte gespeichert hat, dann ist eine solche for-Schleife nicht gerade schnell oder? Und Vektor ist meines Erachtens beim hinzufügen von Elementen shr schnell.

Ja, weil vector auch nur ganz ganz selten kopiert. Der Speicher wird nämlich immer gleich verdoppelt wenn er ausgeht. Dadurch passiert es nicht allzu oft, dass er überhaupt ausgeht. Wenn's aber passiert, dann bezahlst du das auch.

Kannst natürlich auch memcpy benutzen, wenn du denn das Geheule der "bloß kein C"-Fraktion ertragen kannst.

mit "geheule" meint unser freund hier wahrscheinlich die tatsache, dass memcpy nur für pod funktioniert und bei allem anderen jämmerlich verreckt.
das kann man natürlich ignorieren - wenn man dumm ist.

wie denn dann? oder willst du nur darauf hinaus, dass std::vector evtl. mehr speicher als direkt benötigt wird reserviert?

korrekt!

dann verstehe ich deinen vehementen einspruch nicht.

Naja, wenn man in einem Vektor über 10000 Werte gespeichert hat, dann ist eine solche for-Schleife nicht gerade schnell oder? Und Vektor ist meines Erachtens beim hinzufügen von Elementen shr schnell.

da du keinen einfluss darauf hast, wo der von new gelieferte speicher liegt, MUSST du kopieren. es führt also kein weg an einer schleife vorbei.
du kannst dir natürlich mit memcpy in den fuß schießen wenn es dir spaß macht (tust du ja eh schon mit new und delete), aber auch memcpy wird den speicher in einer schleife kopieren.

warum nimmst du nicht std::vector und ersparst dir eine menge aufwand und ärger?

... oder es ausreicht.

na klar. in der bizarro-welt ist es natürlich vernünftig, sich grundlos von vornherein mit einer dämlichen funktion wie memcpy einzuschränken und später dann den gesamten code durchzugehen, wenn der datentyp in der deklaration sich plötzlich geändert hat und kein pod mehr ist.

&(elem[0])

Wozu brauchst du das denn?