C++ (alle ISO-Standards)

• C

  Programm stürzt ohne Fehlermeldung ab
  • cpp_nap  

  4
  0
  Stimmen
  4
  Beiträge
  3656
  Aufrufe

  C

  if(!help->pred) { intElem* temp=help; help=help->succ; delete temp; head=help; } if(!help->succ) { intElem* temp=help; help->pred->succ=NULL; delete temp; } else { intElem* temp=help; help->pred->succ=help->succ; help->succ->pred=help->pred; delete temp; } Schau dir mal an, welche der Bedingungen hier erfüllt sind, wenn du das auf das Kopf-Element anwendest (sowas nennt sich "double delete" und gehört zu undefiniertem Verhalten).
• T

  spezialisierte Template Function wird nicht aufgerufen
  • Touny  

  6
  0
  Stimmen
  6
  Beiträge
  1252
  Aufrufe

  T

  pumuckl schrieb: Funktionstemplates sollte man nicht spezialisieren sondern überladen. Gibt einige Gründe, die ich grade nicht raussuchen mag, aber es sind gute Gründe Darüber habe ich bei meiner (erfolglosen) Recherche gelesen. Allerdings verstehe ich nicht so ganz, wie das bei einer "Blackbox" Klasse funktionieren soll. Also hier z.B. werden ~10 Leute mit der Klasse arbeiten. Und die möchten ein möglichst konsistentes Interface und nicht je nach Typ unterscheiden. Also immer <Object>.get<Typ>("Pfad") Sonst hätte ich ja direkt getDouble, getPoint,... nehmen können
• ?

  2 Design Fragen
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  818
  Aufrufe

  W

  Da gibt es verschiedene Möglichkeiten: 1. Design ändern -> Die Funktionen, die mehrere Tiles brauchen, werden von World erledigt 2. Array im Konstruktor mitgeben 3. Array global zugänglich machen (nicht so gut) Außerdem würde ich einen std::vector<std::vector<shared_ptr<Tile> > > oder so nehmen.
• N

  Dynamisches Array und OOP ( es wird die Funktion des Parents aufgerufen)
  • Namenlooser  

  8
  0
  Stimmen
  8
  Beiträge
  1150
  Aufrufe

  K

  Objekt Pascal ist nicht gleich Objekt Pascal. Ich bin mit dem alten Turbo Pascal mit OOP-Erweiterung groß geworden. Da musste man noch Zeiger explizit definieren und New/Dispose als Procedur-Aufrufe verwenden. In Delphi scheint das anders zu sein. Da ist eine Variable eines Klassen-Typs implizit nur ein Zeiger. Genauso sind in Sprachen wie Java und C# Variablen von Klassen-Typen nur Referenzen. In C++ gibt es diese aufgezwungene Indirektion nicht. Vorteil: Mehr Regularität und Objekte können auf dem Stack angelegt werden. Das ist so ziemlich das wichtigste, was Du erstmal verstehen solltest. Am besten besorgst Du Dir ein schlaues C++ Buch und parkst Dein Delphi-Wissen im Keller. Das dürfte eher hinderlich beim C++ Lernen sein.
• *

  Intelligente Zeiger aus Funktion zurückgeben
  • *-BootLag-*  

  8
  0
  Stimmen
  8
  Beiträge
  2098
  Aufrufe

  *

  OK hat geklappt! Danke schön
• *

  Objekte, Scopes und Destruktoren
  • *-BootLag-*  

  4
  0
  Stimmen
  4
  Beiträge
  772
  Aufrufe

  *

  OK danke für diese Hinweise
• ?

  Überladen von Konstruktoren
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  889
  Aufrufe

  ?

  asdsadsa schrieb: So etwas solltest du dir auch abgewöhnen #define DEFAULT_FOLDER "C:\default" Wenn du heute noch irgendwo #define brauchst, dann machst du grundsätzlich was falsch. In diesem Fall ist es sogar offensichtlich. Zur info warum man so etwas vermeiden sollte gibt es hier im Forum bestimmt 1000xxxxxxxx Einträge. Ups habe deinen Namen nicht gelesen, dann hätte ich es ein wenig freundlicher ausgedrückt. Mögliche Probleme sind -Typsicherheit -Debughaltepunkte -Optimierung -Preprozessor sollte nicht die Aufgaben des Compilers übernehmen. #define braucht man heute eigentlich nur zur Steuerung der Compilate für versch. Betriebssysteme.
• ?

  Template-basierende Funktion mit Typecasting? (&quot;Generika&quot;) (gelöst)
  • Gast  

  13
  0
  Stimmen
  13
  Beiträge
  2597
  Aufrufe

  3

  Wie Nexus mich durch diesen Link eines besseren belehrt hat, wird im Falle, dass man versucht in einen Zeiger zu casten, aber man den falschen Typ angibt, ein Nullzeiger zurück gegeben. Meiner Implementierung wirft einen std::bad_cast, wie bei nicht-Zeigertypen. Mit Move-Semantiken ist das Feature des nächsten Standards gemeint, mit dem man teure Kopien vermeiden kann. Will ich zum Beispiel alle Elemente aus einem std::vector in einen anderen std::vector hineinbekommen, dann wird im Normalfall der alte vector kopiert und danach gelöscht. Stattdessen könnte man die Elemente direkt in den neuen vector speichern - ohne unnötige Kopie, die sehr teuer sein kann. Ich habe dir einmal die Zeigerbehandlung ergänzt, ich nehme nicht an, dass du die Move-Semantiken brauchst: http://ideone.com/SxdAA Zur main: Hier wird 2 mal die selbe Adresse ausgegeben, was bedeutet, dass der Cast geglückt ist. Beim Cast auf double* wird 0 zurückgegeben, da der Typ im Objekt int* und nicht double* ist.
• D

  Schlüßelwort in txt finden
  • DrunkenMastered  

  8
  0
  Stimmen
  8
  Beiträge
  1156
  Aufrufe

  *

  -zu spät gepostet-
• O

  Operatoren überladen von Klassen mit dyn.Variablen: bad_alloc
  • ostseenashorn  

  12
  0
  Stimmen
  12
  Beiträge
  1723
  Aufrufe

  3

  Und außerdem heißt es "Destruktor" und nicht "Dekonstruktor".
• 

  unsigned char negieren
  • Pikkolini  

  5
  0
  Stimmen
  5
  Beiträge
  1783
  Aufrufe

  K

  Pikkolini schrieb: unsigned char a = 20; std::cout << (static_cast<int>(a) ^ 0x80000000) << std::endl; Damit möchte ich die Variable a negieren. Allerdings wird trotz dem static_cast<int> die Variable als unsigned interpretiert und statt -20 liefert mit cout 2147483668. Beschäftige Dich mit - integral promotion c++ - usual arithmetic conversions c++ - integer literals c++ (und/oder siehe C++ Buch Deiner Wahl) Auf einem 32Bit-System ist durchaus zu erwarten, dass 0x8000000 vom Typ "unsigned int" ist. Dann hättest Du "signed int ^ unsigned int" wobei für den ersten Operand eine der "usual arithmetic conversions" durchgeführt wird, welche die linke Seite wieder vorzeichenlos macht. Der ganze Ausdruck ist damit vorzeichenlos und vom Typ "unsigned int". Schreibst Du stattdessen einfach -a findet eine integral promotion statt (unsigned char -> signed int (1)) und der int-Wert wird wegen des unären Minusoperators negiert. (1: Der Zieltyp ist "unsigned int", falls "signed int" den Wertebereich von "unsigned char" nicht komplett abdeckt. UCHR_MAX > INT_MAX ist aber unwahrscheinlich) kk
• S

  Einfach verkettete Liste -&gt; wieso struct?
  • Stefan_B  

  12
  0
  Stimmen
  12
  Beiträge
  3066
  Aufrufe

  T

  Kann ein struct auch einen Konstruktor oder Destruktor haben? Ja. Genau wie bei einer Klasse. Wird dann dieser beim erstellen/löschen des Objekts auch automatisch aufgerufen ? Ja. Edit: Wie vermutlich schon mehrfach in diesem Thread genannt: Der einzige unterschied zwischen class und struct ist die default Sichtbarkeit (der Member und bei der Vererbung).
• T

  Klassen: Instanz einer Klasse als Elementvariable einer anderen?
  • TER  

  7
  0
  Stimmen
  7
  Beiträge
  2052
  Aufrufe

  N

  Man kann auch nur die Daten speichern, mit denen das Rechteck eindeutig ist. Zum Beispiel zwei Punkte und ein Drehwinkel. Mit dem Vergleich erhöhst du nur den Aufwand für den Benutzer und hast zudem das Problem unexakter Floating-Point-Gleichheit. (Oder intern zur Optimierung vier Punkte speichern, aber die Schnittstelle von der Redundanz befreien.)
• N

  &quot;error LNK2005: already defined&quot; trotz Mehrfach-Include-Sperre?
  • Neokil  

  32
  0
  Stimmen
  32
  Beiträge
  16342
  Aufrufe

  ?

  Meines Wissens können selbst aktuelle optimierer "korrekten" code kaputt machen, selbst die CPU-Interne Branch prediction kann eigentlich funktionierenden code - meines Wissens - in einer Multithreaded Umgebung ruinieren (bzw race conditions schaffen wo vorher keine waren). Stichwort "Optimistic write". Bin mir aber nicht sicher ob euch sowas sowieso klar ist, und ihr seht eine fehlende Verwendung der entsprechenden keywords/methoden, die das unterbinden bereits als falschen code an - dann will ich nix gesagt haben.
• ?

  Zeichenketten nach muster durschsuchen(nur Zeiger)
  • Gast  

  9
  0
  Stimmen
  9
  Beiträge
  2114
  Aufrufe

  C

  *p kannst du umschreiben in p[0] **p ist äquivalent zu p[0][0] Nebenbei bemerkt ist dein Code ill-formed und dürfte nicht kompilieren: int main (int argc,[b] char** argv[/b]){ for([b]char const**pp(argv+1)[/b];... Ich verweigere mich allerdings der weiteren Diskussion, weil ich diesen furchtbaren Klammerfetischismus nicht ausstehen kann :p
• ?

  Rebalance AVL
  • Gast  

  7
  0
  Stimmen
  7
  Beiträge
  1073
  Aufrufe

  D

  MaxC++ schrieb: Dankeschön! Hab's gefunden. Allerdings funktioniert's bei mir noch nicht ganz (hab ja au unterschiedliche Bezeichnungen). Mach die Rotationen an einem Baum von Hand bis du exakt begreifst was geschieht und dann programmierst du das und kannst es nötigenfalls anhand des Testbaumes, den du von Hand gemacht hast debuggen. Es empfiehlt sich da gleich einige solche Testbäume zu machen, um möglichst alle Fälle abdecken zu können.
• *

  [C++0x/SFINAE] Feststellen, ob eine bestimmte Member-Funktion existiert?
  • *rant*  

  4
  0
  Stimmen
  4
  Beiträge
  2000
  Aufrufe

  *

  Danke für die beiden Artikel. Der erste von hustbaer scheint ja erstaunlich nahe an meinem Code zu sein, abgesehen von der Verwendung von decltype , was meiner Meinung nach ein wenig eleganter ist (aber natürlich noch nicht konform; überhaupt weiss ich nicht, ob ich decltype so einsetzen darf...) als der weithin bekannte sizeof -Hack. Beim CodeProject-Artikel gibts noch ein schönes Select-Template, was ich in dieser Form gebrauchen könnte, aber mal schauen, ob TR1 nicht bereits sowas anbietet. hustbaer schrieb: Was Konformität angeht: mit einem konformen Compiler wirst du im Moment dein Beispiel gar nicht compilieren können, da decltype ein C++0x Feature ist, und C++0x ist noch nicht Standard Dann wird es Zeit, dass ich denen mal Feuer unter dem Hintern mache, weil mein Code hier bereits an diversen Stellen Dinge wie auto , decltype und Lambda-Ausdrücke verwendet. Im Prinzip hast du natürlich Recht, dass ich mit der Konformität ein wenig früh dran bin. Ich versuche C++0x zu programmieren, was schwierig ist, wenn der Standard noch nicht verabschiedet ist
• H

  Aufruf einer &quot;pure virtual&quot; Methode über Basisklassen-Konstruktor?
  • hep_programmierer  

  12
  0
  Stimmen
  12
  Beiträge
  3357
  Aufrufe

  C

  hustbaer schrieb: CStoll hat es so dargestellt als ob es ein Problem für den Compiler wäre. Es ist aber kein Problem für den Compiler, und darauf wollte ich hinweisen. OK, für den Compiler wäre es vielleicht kein Problem, aber für die virtuelle Methode, die du nutzen willst. In C++ ist ein null-initialisiertes Objekt nicht immer sinnvoll zu verwenden, sondern erst nach dem Konstruktor-Aufruf - da reicht mitunter eine kleine Änderung an der Klasse und dir fliegt der gesamte Aufruf um die Ohren. Davon abgesehen wird der Konstruktor der Member auch noch aufgerufen, nachdem die Basisklasse fertig ist - und der geht davon aus, daß er mit dem Objekt alles machen kann ohne auf irgendwelche Vorbelegungen zu achten.
• B

  Wie hieß denn noch der Datentyp ?
  • Bacid90210  

  31
  0
  Stimmen
  31
  Beiträge
  4089
  Aufrufe

  C

  asdfasd schrieb: TyRoXx schrieb: Wozu denn dieses union -Gefrickel, wenn man doch etwas ganz anderes erreichen möchte? int i = 12; char *p = reinterpret_cast<char *>(&i); if (*p == 12) .. Weil auch das undefiniert ist (strict aliasing) Ich wage zu widersprechen.
• C

  Mastermind
  • Cranos  

  12
  0
  Stimmen
  12
  Beiträge
  2099
  Aufrufe

  C

  Und das hier ist undefiniertes Verhalten: int a,c; kzahl[a][v] = pos; kzahl[c][v] = rz; Die beiden Variablen sind nicht initialisiert, also kannst du nicht voraussagen, wohin deine Ergebnisse geschrieben werden. (übrigens dürfte das Array unnötig sein - nach der Ausgabe der Werte werden sie nicht weiter benötigt)