std & lib ?
-
@ListView,
check ich nicht ????@furz,
leeres Project, neu cpp rein, dein Code und die obige Fehlermeldung.
-
@furz,
ist w32 keine Konsole?
-
bei Visual C++ kann man bei der Projekterstellung auswählen ob es eine Win32-Konsolenanwendung oder eine Win32-Anwendung werden soll. weiß jetzt nicht die genauen bezeichner. da wählste dann Konsolenanwendung
-
@furz,
ok, console funzt!!!
-
dann erstell nochmal ein neues win32 projekt und füg da deinen aktuellen code nochmal rein. vielleicht hast du dir bei den projektoptionen was verstellt.
-
@furz,
danke, probiers mal!
Buster
-
Grad deinen Code gesehen ...
Zu dem Linken ... siehe oben !1. du benutzt MFC, warum ned die MFC-Klassen ?
Das ist wie in der Schule, wo man den Buben rechnen lernen will und ihnen deshalb den Taschenrechner verbietet ! Die STL Container haben Ihre berechtigung, wenn man Biblotheks- /und Betriebssystemunabhaengig programmieren muss, bzw. keine Biblothek hat, die einem unter die Arme greift (ATL, Konsolen-Apps ... etc) ! Und wenn man es lernen will
Anmerkung: die STL Implementierung von M$ hat probleme bei Multithreading ... die MFC Container nicht ! Die MFC hat auch ne Klasse, die Direct auf das Speichern von CObject Objekten Spezialisiert ist .... !!!2. Pointer in Container ist ok ! Jeder der was anderes behauptet ....
Ich benutz es fast ausschliesslich, bin kein Fan von Operatoren ueberschreiben und Kopiekonstruktoren erzeugen, nur um meine Klassen in einen COntainer boxen zu koennen !!! :-))) Ja, aufpassen muss man schon, das man keine Speicherleaks bekommt, aber das muss man anderswo auch 3. Der sauberere weg waere ne eigene Listenklasse zu schreiben, die dir nur deine ListViewChild Objekte verwaltet .... mittels nen member als Containerklasse oder direkt von ner Containerklasse abgeleitet ....
4. Noch sauberer waere ne Pointerklasse, die Dir ein ListViewChild-pointer verwaltet ... vielleicht mit referenzzaehlung aehnlich wie smartpointer .... man kanns aber auch uebertreiben ....
5. der Typ des Containers richtet sich nach dem Zugriff - dem verwendungszweck ... und der benoetigten Performance ....
willst einfach nur durchiterieren -> Liste
willst die sache Sortiert vorliegen haben -> Set
willst eine Zuordnung von Objekt zu Key (und mittels Key schnell zugreifen koennen) -> Map
willst ein dynamisches array mit schnellen zugriff auf nen Index (5.tes Objekt z:B.) -> vector
willst nen Stapel -> stack
willst nen Fifo -> queue
...
vieles ist geschmachssacheCiao ...
Ciao ....
-
Ups doch keine MFC ... ok vergiss 1. !
Ciao ...
-
@XYZ,
danke für Deine Mühe, ich will einfach nur die this-Pointer in Verbindung mit dem in der Classe erzeugten FensterHandle ablegen, beim Destructor aus der Liste löschen.
Das soll in der Procedure des Fensters dann abgefragt werden, denn da bekommt man den FensterHandle, weiß aber nicht, auf welche KlassenInstanz sich das bezieht, nun this rauswurschtel und freie Fahrt auf alle Member Vars u. Methoden.
Hattu da Idee?
-
@all und furz
neues Projekt, alles reingeklopft und auch die map funzt :-))
Ein paar Einstellungen habe ich schon getätigt, doch mich diesmal nur auf die Lib comctl32.lib beschränkt, brauche aber später noch andere, dessen Code in noch konvertieren muss.
Kann es sein, dass sich die Libs beißen und wenn ich eher auf die anderen angewiesen bin, auf die map verzichten soll?
Aber er hatte ja was nicht fidnen können, es war ja keine doppelte Referenz.
Vielen Dank für Eure Mühe, die Remote Hotline hat mal wieder ihren Beitrag geleistet und ich hoffentlich was dazu gelernt.
Gruß
Buster