#include <iostream>
#include <string>
#include <algorithm>

using namespace std;

//Ünäres Prädikat
bool istZahl(char c)
{
	if(c>=48 && c<=57) return true;

	return false;
}

int main()
{
    string mem = "Wo 67 bin 54 ich:4847";
    string zahl;

    remove_copy_if(mem.begin(),mem.end(),zahl.begin(),istZahl);

    cout<<zahl;

    return 0;
}

Ich finde einfach den Fehler nicht. Benutze ich irgendetwas falsch ???
Wenn ich in mein Prädikat noch ein cout setze wenn die Bedingung wahr ist und somit auch sehe das true zurückgegeben wird, bleibt zahl trotzdem leer.

string::iterator itr = zahl.begin();

    insert_iterator<string> its(zahl,itr);

    remove_copy_if(mem.begin(),mem.end(),its,istZahl);

zahl.resize(mem.length());
    remove_copy_if(mem.begin(),mem.end(),zahl.begin(),istZahl);

Obwohl ich mir beim 2. nicht sicher wahr. string sollte doch selber sich vergrößern ???

Ach und jetzt werden in "zahl" die Bustaben gespeichert, obwohl das Verhalten anders sein sollte ???
Was ist jetzt wieder falsch...

Wenn ich dann natürlich true und false vertausche klappt es
Aber soll solls ja nicht sein.

Obwohl ich mir beim 2. nicht sicher wahr. string sollte doch selber sich vergrößern ???

Ja, wenn du mittels append(), operator+= etc. etwas anhängst, passt er die Größe an, bei deiner Iterator-Konstruktion schreibst du auf uninitialisierten Speicher (wenn die Bibliothek das nicht entschärft).

Ach und jetzt werden in "zahl" die Bustaben gespeichert, obwohl das Verhalten anders sein sollte ???
Was ist jetzt wieder falsch...

remove_copy_if macht genau das, was der Name andeutet, es schmeißt alle Elemente weg ("remove"), die die angegebene Bedingung erfüllen ("if") und überträgt die übrigen ans Ziel ("copy"). Das heißt, mit deinem Prädikat löscht er dir alle Ziffern aus dem übergebenen String.

überträgt die übrigen ans Ziel ("copy")

Achso, ich dachte die die er löscht kopiert er ...

Freak_Coder schrieb:

Obwohl ich mir beim 2. nicht sicher wahr. string sollte doch selber sich vergrößern ???

Ja, wenn du mittels append(), operator+= etc. etwas anhängst, passt er die Größe an, bei deiner Iterator-Konstruktion schreibst du auf uninitialisierten Speicher (wenn die Bibliothek das nicht entschärft).

Ich hätte gedacht die STL ist schlau genug um den String auch noch zu vergrößern...
remove_copy_if() hätte ja auch append() und operator+= aufrufen können um in den string reinzuschreiben. Wie kriegt er sonst die Daten da rein.

Eine Aussage, die mir Google geliefert hat (http://www.infosys.tuwien.ac.at/Research/Component/tutorial/prw432.htm):

remove_copy_if writes all elements referred to by the iterator i in the range [first, last) to the output iterator result, for which the following condition does not hold:

pred(*i) == true. The algorithm returns the end of the resulting range.

(btw, in der zweiten Variante (resize) solltest du den String noch auf die richtige Länge stutzen)

(btw, in der zweiten Variante (resize) solltest du den String noch auf die richtige Länge stutzen)

Stimmt. OK

Ich hätte gedacht die STL ist schlau genug um den String auch noch zu vergrößern...
remove_copy_if() hätte ja auch append() und operator+= aufrufen können um in den string reinzuschreiben. Wie kriegt er sonst die Daten da rein.

Die STL ist generisch aufgebaut - dadurch kannst du die Algorithmen identisch mit jedem Container verwenden, der geeignete Iteratoren bereitstellt. Der Nachteil davon ist, daß die Algorthmen nicht auf container-spezifische Funktionen zurückgreifen können (stell dir mal vor, was passiert, wenn du append() auf ein old-style Array anwenden willst ;)).
Und genau dafür ist der insert_iterator (und Kollegen) gedacht - er erwartet im unterliegenden Container eine insert()-Methode, an die er die ankommenden Daten weitergibt (std::string hat glücklicherweise eine, die auch in der Lage ist, die Stringlänge aktuell zu halten).

(Ich sollte mal langsam Anfangen mich mit der Stl näher zu beschäftigen )

Ist sicher eine gute Idee - in der STL sind mehr nützliche Sachen drin als man vermutet. Und du kannst sie bei Bedarf frei erweitern und mit eigenen Dateitypen und Algorithmen kombinieren.