3. <map> Key vorhanden?

<map> Key vorhanden?

  • A

    otze! Ja, ich weiß. Habe auch gesagt, das man zumindest MSVC8 evaluieren sollte. Also nicht einfach blind umsteigen, sondern die MSVC2005-Testversion runter laden und ein paar Tage mit dem alten Projekt rumspielen und dann entscheiden.

    Aber er ist C++-Neuling und kommt von Java. Die alten C++-Veteranen aus der Firma sind weg. Und er braucht WTL und so wie ich es verstanden habe auch die MFC. Weiß nicht... Aber einen MS-Compiler braucht er definitiv...

    0
  • A

    plizer schrieb:

    bei nur:

    myIter->first;

    Kommt auch der gleiche Fehler!

    Was ist mit ascs Lösung? (auf das make_pair achten!)

    0
  • P

    Zum Glück werden wir hier nach dem letzten großen Projekt eine Neuplanung machen (ca. September) und uns dann ganz neu einrichten in der Softwaresparte. Da steht dann alles zur Auswahl, auch Java oder .Net.

    Ich denk einfach schonmal an die Zeit :-).

    0
  • A

    plizer schrieb:

    bei nur:

    myIter->first;

    Kommt auch der gleiche Fehler!

    Logisch, liegt ja auch nicht an der Stelle, sondern, wie der Compiler schon sagt an dem make_pair... Aber dies habe ich nun das dritte mal geschrieben 😉

    0
  • P

    Artchi schrieb:

    plizer schrieb:

    bei nur:

    myIter->first;

    Kommt auch der gleiche Fehler!

    Was ist mit ascs Lösung? (auf das make_pair achten!)

    Hmm, weiss nicht genau, wie ich das einbauen soll bzw. was er genau meint mit:

    für make_pair ist halt vorher eine Typumwandlung der Einzeltypen nötig

    0
  • A
     

    // nicht:
myMap.insert(make_pair("1", "Eins"));
// sondern:
myMap.insert(make_pair(string("1"), string("Eins")));
// bzw. bei deinem MSVC6 bestimmt:
string s1("1");
string s2("eins");
myMap.insert(make_pair(s1, s2));
    0
  • A

    plizer schrieb:

    Zum Glück werden wir hier nach dem letzten großen Projekt eine Neuplanung machen (ca. September) und uns dann ganz neu einrichten in der Softwaresparte. Da steht dann alles zur Auswahl, auch Java oder .Net.

    Ich denk einfach schonmal an die Zeit :-).

    Also wenn man einen solch krassen Technologie-Umstieg machen will/kann, frage ich mich, warum der Umstieg von MSVC6 auf MSVC8 so ein Problem sein soll?

    Naja, man steckt halt nicht drin...

    0
  • P

    Artchi schrieb:

    plizer schrieb:

    Zum Glück werden wir hier nach dem letzten großen Projekt eine Neuplanung machen (ca. September) und uns dann ganz neu einrichten in der Softwaresparte. Da steht dann alles zur Auswahl, auch Java oder .Net.

    Ich denk einfach schonmal an die Zeit :-).

    Also wenn man einen solch krassen Technologie-Umstieg machen will/kann, frage ich mich, warum der Umstieg von MSVC6 auf MSVC8 so ein Problem sein soll?

    Naja, man steckt halt nicht drin...

    Es ist mittlerweile eh keiner mehr der C++ Entwickler in der Firma. Ich bin der erste, der sich mit den 20 investierten Mannjahren beschäftigen darf. Daher ist es im Grunde egal, was man dann letztendlich neu nimmt, wenn man nicht mehr viel vom alten braucht.

    So, hab den Quellcode geändert (ok hätte ich drauf kommen müssen, mal wieder), nun funktioniert er! 🙂

    Vielen Dank an euch, vor allem an @artchi und @asc 👍

    0
  • P

    So, das wars für heute mit dem Programmieren, ich häng schon wieder fest und krieg es nicht hin den string aus "->" first irgendwie zu nutzen. 😡

    string s = myIter->first;

    error C2664: 'struct _TREEITEM *__thiscall CTreeCtrl::InsertItem(struct tagTVINSERTSTRUCTA *)' : Konvertierung des Parameters 1 von 'class std::basic_string<char,struct std::char_traits<ch
    ar>,class std::allocator<char> >' in 'struct tagTVINSERTSTRUCTA *' nicht moeglich
    Kein benutzerdefinierter Konvertierungsoperator verfuegbar, der diese Konvertierung durchfuehren kann, oder der Operator kann nicht aufgerufen werden

    Am besten such ich mir nen anderen Job... 😞

    0
  • A

    plizer schrieb:

    ...und krieg es nicht hin den string aus "->" first irgendwie zu nutzen. 😡

    string s = myIter->first;

    error C2664: 'struct _TREEITEM *__thiscall CTreeCtrl::InsertItem(struct tagTVINSERTSTRUCTA *)' : Konvertierung des Parameters 1 von 'class std::basic_string<char,struct std::char_traits<ch
    ar>,class std::allocator<char> >' in 'struct tagTVINSERTSTRUCTA *' nicht moeglich
    Kein benutzerdefinierter Konvertierungsoperator verfuegbar, der diese Konvertierung durchfuehren kann, oder der Operator kann nicht aufgerufen werden

    Punkt 1: Ist die Meldung auch aus der entsprechenden Zeile?

    Es sieht eher danach aus als das du einen Typ "struct tagTVINSERTSTRUCTA*" (der vermutlich via Typedef oder Makro einen anderen Namen bekommen hat (MFC?) einen String zuweist.

    Punkt 2: Wenn die Meldung aus der Zeile kommt: ist Vielleicht ->first von einem anderen Typ definiert (Sprich ist der Key der Map ein anderer Typ? map<FIRST, SECOND>)?

    cu André

    0
  • F

    Der gepostete Code scheint irgendwie nicht ganz zur Fehlermeldung zu passen...

    btw, statt make_pair könntest du auch my_map_type::value_type("hello", "world") verwenden.

    0
  • P

    Oh, Ihr beide habt Recht! Das passt nicht!
    Also jetzt werd ich mich erst wieder melden, wenn ich den Programmteil fertig bekomme. Ist ja schrecklich, dass ich jeden Scheiss fragen muss. Sry dafür und danke für eure Hilfe! 🙂

    0
  • ?

    plizer schrieb:

    Vor 10 Jahren bin ich mit C++ angefangen und hatte das mit den Zeigern auch soweit verstanden, aber nach 7 Jahren Java geht das wahrscheinlich nie wieder in mein Hirn rein :(.

    plizer schrieb:

    Ist ja schrecklich, dass ich jeden Scheiss fragen muss. Sry dafür und danke für eure Hilfe! 🙂

    Zur seelischen Unterstützung:
    Bei mir war's genauso. Ich habe damals zwar mehr C programmiert und nicht so viel C++, aber nach einigen Jahren Java ist mir inzwischen einiges 'suspekt' und man fragt sich sooo oft, warum man sich um a und b kümmern will, wenn man doch nur c machen will.... der aufmerksame Leser wird das Wortspiel bemerkt haben 😃
    Also sei beruhigt. Mir geht's genauso. Die Konzentration auf die Fachlichkeit ist einfach nicht möglich, ohne viel Übung und Praxis.

    0
  • P

    @SammyRukka: Danke, gut zu wissen, dass man nicht alleine ist! 🙂

    Entgegen meiner angekündigten Fragenenthaltsamkeit, muss ich nun doch nochmal nachfragen, denn es ist etwas Neues gekommen, was ich so noch nicht kenne. Das Programm kompiliert einwandfrei, stürzt aber einfach ab. Ich habe es mit dem Debugger auf eine Zeile (der fettgedruckten) reduzieren können:

    [cpp]string aktuellRealteil;
while(iterRealteil != mapRealteile.end()) {
[b]aktuellRealteil = iterRealteil->first;[/b]
m_ctlTreeCtrl.InsertItem(aktuellRealteil.c_str());
}[/cpp]

    Er stürzt übrigens schon beim ersten Schleifendurchlauf ab, also kommt er garnicht zur Zeile mit dem TreeCtrl.
    Ich habe mir im Debugger auch die Unteraufrufe dieser Zeile angeschaut und er kommt hier letztendlich zm Absturz:

    const _E *c_str() const
{return (_Ptr == 0 ? _Nullstr() : _Ptr); }

    aus der Datei:

    // xstring internal header (from <string>)

    Wie geht man nun bei solchen Fehlern vor? first liefert ja einen string zurück und wird "aktuellRealteil" zugeordnet, also wie kann er da abstürzen? Auch first.c_str() hilft nicht weiter.

    Die Absturzmeldung heisst übrigens:

    Unbehandelte Ausnahme in egal.exe (MSVCP60D.DLL): 0xC0000005: Access Violation.

    PS: Warum hat beim oberen Quelltext denn nicht [ cpp]text[ /cpp] funktioniert? Mit [ code]text[ /code] gings.

    0
  • S

    plizer schrieb:

    ...
    PS: Warum hat beim oberen Quelltext denn nicht [ cpp]text[ /cpp] funktioniert? Mit [ code]text[ /code] gings.

    Die cpp-Tags unterstützen keine "Schachtelung" mit Formattags (frag' mich nicht, warum - weiß ich nicht).

    Zu Deiner eigentlichen Frage habe ich auch erstmal keine Antwort.
    Magst Du mal ein kleines "Komplettbeispiel" (Map-Def, -Füllung und -Auslesen) zusammenstellen, bei dem dieser Fehler auftritt ?

    Gruß,

    Simon2.

    0
  • P

    Ich hab das Problem gelöst. Es fehlte einfach oben die Zuweisung des Iterators mit mapName.begin().

    Ok, dann weiss ich ja auch schonmal, wie Unachtsamkeiten bestraft werden können!

    0
  • A

    0xC0000005: Access Violation.

    Ist praktisch immer auf nen ungültigen Pointer zurück zuführen... da es verboten ist auf die Speicheradresse Null (und ein paar andere auf Systemebene) zu zugreifen. Und da du vergessen hast begin auf iterRealteil zu zuweisen, war auch iterRealteil anscheinend Null. Und peng!

    0
  • P

    Ah, gut. Werd ich mir hinter die Ohren schreiben mit Null-Pointer. Das kenn ich aus Java natürlich auch recht gut ;).

    0
  • ?

    plizer schrieb:

    Ich hab das Problem gelöst. Es fehlte einfach oben die Zuweisung des Iterators mit mapName.begin().

    Mist, das hätte sogar ich Dir sagen können, das war meine Chance zu glänzen. Hatte das Problem Anfang der Woche 🙂

    Artchi schrieb:

    0xC0000005: Access Violation.

    Ist praktisch immer auf nen ungültigen Pointer zurück zuführen...

    Wobei in diesem Fall das Glück war, dass string einen Nullpointer definiert und nicht ins Nirvana zeigt, korrekt? Als Anfänger kann man solche Pointer nämlich gut mal mit der falschen Syntax erwischen.

    0
  • P

    Jippi, das Programm ist fertig 😉 und die Performace perfekt. Ich war allerdings echt blöde. Erst habe ich die Knotenpunkte auf Existenz überprüft, war sehr langsam. Danach mit verschachtelten maps, ob bereits dieses Element vorhanden ist. Das war schon wesentlich schneller. Nachdem ich das fertig hatte, ist mir die Idee gekommen, ganz ohne maps auszukommen. Tja, so gings dann auch, einfach mit ein paar Variablen, die die letzten Baumwerte gespeichert haben und noch dafür sorgen, dass die strings aus der DB in einer sortierten Reihenfolge kommen und fertig. Das war dann nochmal wesentlich schneller (ca. Faktor 5-10). Jetzt braucht der Baum, der bis Ebene 5 geht, ca. 500ms für 5500 Knoten/Unterknoten. Habe allerdings keinen Vergleich zu anderen C++/MFC Realisierungen des TreeCtrls.

    Aber im Grunde machts nichts, dass ich es vorher mit dem TreeCtrl und den maps gemacht habe, so lernt man ja schließlich.

    Mein Wissen hat sich dank eurer Hilfe mind. verdreifacht in der letzten Woche ;-). (von 0,1% auf 0,3%).

    Vielen Dank für alle die mir geantwortet haben!

    Schöne Grüße,
    plizer

    0
Anmelden zum Antworten