unsigned char nr[] = "asa";
	std::cout<<nr<<std::endl;
	m_cardMap.insert(std::make_pair(nr, 33)));

das cout scheint mir irgendwas zu machen weil wenn ich in einer anderen Funktion nach dem Schlüssel nr suche und dort das Ergebnis ausgebe kommt schrott raus also irgendeine Zeichenkombination, wenn ich jedoch das obige cout wegnehme passt die ausgabe?
thx

Sicher, dass nr auch nicht irgendwo den Scope verlässt?

MfG SideWinder

map<char* str,int> m_cardMap;

aber das ist doch egal?

Nun verliert der String auf den der Zeiger zeigt aber frühzeitig seine Gültigkeit. Ab dann zeigt dein Zeiger ins Leere. Schließlich hält die Map ja nur den Zeiger und keinen String, kopiert diesen folglich auch nicht.

Im Falle von std::string hält sie den std::string und nicht den Zeiger auf einen C-String, es wird der gesamte std::string kopiert und du hast auch keine Probleme.

MfG SideWinder

char nr[]="konstanter ausdruck"

verwendest, sollte trotzdem alles okay sein... seltsam
zeig mal die ganze funktion!

MfG SideWinder

naja... mit solchen dingern passiert ja eigentlich nie was schlimmes, gutes stil hin oder her...
aber ich glaube dem OP nicht, dass er in der funktion nur konstante ausdrücke in die map speichert

MfG SideWinder

float* getPointerToConstantFloat(){ const float pi=3.1415926; return π }

aber ob sowas auch geht=keine ahnung. würde ich jetzt nicht riskieren...

edit: hab jetzt beides ausprobiert: das erste geht, das zweite definitiv nicht. Beim ersten gibts nicht mal warnungen vom compiler...

char* getCString(){ return "abc"; } //das ist in ordnung
cahr* getCString2(){ char c[4]="abc"; return c; } //da gibts krach

kann mir bitte jemand erklären, inwiefern sich die beiden fälle unterscheiden? Für mich sieht der zweite fall ziemlich genauso aus, das entspricht 1:1 dem, was der OP in seiner funktion gemacht hat, und es klappt nicht!

ist gleich

char* getCString(){ return adresseVomStringLiteralInDerExeDatei; } //das ist in ordnung

und

cahr* getCString2(){ char c[4]="abc"; return c; } //da gibts krach

ist gleich

cahr* getCString2(){ 
char c[4]; //sowas wie STACKPOINTER=STACKPOINTER-4
memcpy(c,adresseVomStringLiteralInDerExeDatei,5);
return c; 
} //da gibts krach

Downset schrieb:

unsigned char nr[] = "asa";

speichert zeiger auf lokale kopie.

das cout scheint mir irgendwas zu machen weil wenn ich in einer anderen Funktion nach dem Schlüssel nr suche und dort das Ergebnis ausgebe kommt schrott raus

jup. die lokale kopie ist inzwischen weg.

speichert zeiger auf lokale kopie.

achso, okay! thx, da hab ich wieder mal was dazugelernt..

MfG SideWinder

wenn ich aber

map<string, Tier>tiere;

mache und Tiere so

tiere.insert(std::make_pair("esel",new Tier("esel")));

hinzufüge dann hab ich da ein Objekt aus einer Klasse erzeugt und hinzugefügt und das bleibt wie der string bestehen oder? weil ist ja kein pointer sondern neues objekt?

(der pointer wird ja auch wunderbar kopiert, mit dem unterschied, dass er nach dem verlassen der funktion ins leere zeigt)

wobei, wenn du das so machst, dann funktioniert es evtl. schneller, wenn der container sich mal reallokieren muss. Dann müssen nähmlich nicht die ganzen objekte, sondern nur die kurzen zeiger kopiert werden. Dann pass aber auf, dass du das am ende alles sauber mit "delete" aufräumst!

map<string, Tier> tiere;
//                      ok, wird std::string  
tiere.insert(make_pair("esel",
//                             kein new, einfach schaun das Tier copy-constructor hat
                               Tier("esel"));

Wenn du da ein new hinwirfst, wird dir das Objekt am Heap angelegt und bleibt länger im Speicher als dir lieb ist. Nämlich bis du es wieder explizit mit delete freigibst - nie.

MfG SideWinder

nie

häää??? wo ist denn das problem??

MfG SideWinder

jo aber copy konstruktor brauch ich wenn ich eine kopie erzeugen will ich will das tier aber ganz neu anelegen und nicht kopieren?

mit Tier("name") legst du ein ganz neues an. das wird dann in den datenbereich des containers reinkopiert und danach das originaltier gelöscht. hat am ende den gleichen effekt, als wäre das tier direkt im datenbereich des containers entstanden.