C++ (alle ISO-Standards)

• M

  schwieriges template? überhaupt möglich?
  • Maxi  

  3
  0
  Stimmen
  3
  Beiträge
  466
  Aufrufe

  E

  Hi Maxi, Was du da machen möchtest ist in der Tat möglich und keine Utopie. Ich würde gar nicht erst an boost::lexical_cast denken sondern eher darauf bauen das es operator >> überladungen für die Typen gibt. Das und dazu dann ein boost::tuple intern und alles ist super Aber was ich nicht so gut finde ist das hier: const mycsvfile::line& line = f.getLine(0); Ich würde da eher zu einem Iteratoren Interface tendieren anstatt in der datei dann immer hin und her zu seeken um die Zeile zu finden. BR Vinzenz
• G

  error: extra qualification ignored
  • grobian  

  2
  0
  Stimmen
  2
  Beiträge
  1340
  Aufrufe

  D

  Hi. Ich kann dir zwar nicht direkt helfen. Aber es wäre gut, wenn du den Compiler schreiben würdest. Auch noch google besuchen wäre eine Idee, respektive im Handbuch des Compilers nachschauen. Dort sind normalerweise alle Fehlermeldungen und ihre Bedeutung beschrieben. http://www.google.ch/search?hl=de&client=firefox-a&rls=org.mozilla%3Ade%3Aofficial&hs=Am2&q=error%3A+extra+qualification+on+member+ignored&btnG=Suche&meta= Dazu findet man ja einiges..
• P

  Problem mit vielen Referenzen
  • pktm  

  7
  0
  Stimmen
  7
  Beiträge
  513
  Aufrufe

  P

  _matze schrieb: Ich verstehe nicht ganz, was diese Funktion machen soll: ListNode* getAndDelMinimum() { // suche ein Element heraus ListNode* min_freq_elem = this->findMinimum(); // ändere was an dem Referenzierten Element this->deleteListNode(min_freq_elem); return min_freq_elem; } Sie löscht ein Element und gibt dann einen Zeiger auf das gelöschte Element zurück?? Ja, so die ursprüngliche Idee der Originalautorin. Wir haben die Methode so verändert, dass keine Elemente mehr aus der Liste gelöscht werden, sondern nur noch als benutzt markiert werden: /** * entferne "element" aus der LinkedList (= setze Attribut used auf true) * alt. Kommentar: Vermerke, dass das Element benutzt wurde (richtig gelöscht wird es nicht mehr). * TODO: Methode umbenennen, z.B. in remember_being_used(). * TODO: Da diese Änderung die Liste ansich nicht betrifft, könnte der im Listenelement * eingebettete HuffmanTreeNode auch direkt manipuliert werden. Fragt sich nur, wie * sauber das dann noch ist => Mergen von HuffmanTreeNode & LinkedList. */ void LinkedList::deleteListNode( ListNode* node ) { node->getTree()->setUsed(true); } Grüße, pktm
• ?

  iterator bzw. pointer problem
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  468
  Aufrufe

  ?

  ich glaub ich sollte nochmal nachschauen wie die iteratoren richtig funktionieren. und gültig dürften die zeiger eigentlich immer sein, auch wenn ich ein Objekt delete, wird im destruktor die funktion removeObject(this) vom garbagecollector aufgerufen. es hakt bestimmt nur daran wie ich den vector durchlaufe und die referenzierten objekte lösche
• T

  Abstrakte Basisklasse - Kopierkonstruktor
  • Toru  

  11
  0
  Stimmen
  11
  Beiträge
  2288
  Aufrufe

  S

  Hi Toru, ich denke, Du verwechselst hier einfach etwas. Wenn Du jedenfalls das Kopieren von Zeigern verhindern möchtest, hat das mit Kopierkonstruktoren auch nichts zu tun. Bestenfalls kannst Du die Objekterzeugung kapseln und den Direktzugriff auf die Objekte unterbinden ... damit bekommt der Anwender einfach gar keinen Zeiger auf ein Objekt mehr in die Hand und damit hast Du das "Zeigerkopieren" unterbunden. Aber damit schneidest Du Deine Objekte von allem ab, was "Kopiersemantik" benötigt ... z.B. die STL-Container wie vector, Arrays, .... Ich weiß nicht, ob's das wert ist. Beispiel: #include <vector> #include <iostream> using namespace std; class BFactory; class B { B(B const&) {} B() {} B* operator&() { return this; } friend class BFactory; public: void f() { cout << "B::f()\n"; } }; class BFactory { vector<B*> bs; BFactory(BFactory const&) {} int no; public: BFactory() : no(0) {} B& createOne() { bs.push_back(new B); return *bs.back(); } ~BFactory() { for(vector<B*>::iterator it = bs.begin(); it != bs.end(); ++it) delete *it; } }; int main() { BFactory bf; B& b = bf.createOne(); b.f(); B* bc = &b; // error: 'B* B::operator&()' is private return 0; } Gruß, Simon2.
• C

  spezielle ausgabe von vector
  • cofriga  

  12
  0
  Stimmen
  12
  Beiträge
  1038
  Aufrufe

  F

  Keine Ursache. Hatte nur mein Interesse geweckt und mir war gerade langweilig.
• S

  Wiedermal string nach *char
  • Stumpf  

  9
  0
  Stimmen
  9
  Beiträge
  673
  Aufrufe

  S

  OK hab's gesehen! Bin zu blöd Sorry !!! Danke nun denke ich sollte es gehen! Gruß Stumpf
• P

  Kontrollstruktur unless?
  • pktm  

  48
  0
  Stimmen
  48
  Beiträge
  4015
  Aufrufe

  B

  Tachyon schrieb: Bashar schrieb: Tachyon schrieb: Da haben die Entwickler die Contraint- und Type-Checks des Compilers abgeschaltet. Wo hast du denn das her? Jo, stimmt, in der Form Blödsinn. Die haben die auftretenden Exceptions nicht behandelt. Wenn ich den Link, den du gegeben hast, richtig interpretiere, wurde die Exception sehr wohl behandelt. Leider durch Einleitung der Selbstzerstörung.
• ?

  Datentyp vergleich - möglich oder nicht?
  • Gast  

  7
  0
  Stimmen
  7
  Beiträge
  637
  Aufrufe

  ?

  Danke für die Hilfe! Hab die Variante von LordJaxom genommen und klappt gut!
• ?

  CString mit cout ausgeben
  • Gast  

  7
  0
  Stimmen
  7
  Beiträge
  1319
  Aufrufe

  ?

  Waaaahnsinn! Vielen Dank!
• ?

  list stl
  • Gast  

  14
  0
  Stimmen
  14
  Beiträge
  932
  Aufrufe

  ?

  Sehr schön Danke für die Hinweise. Die Copy-Phobie trifft glaube ein wenig auf mich zu.
• ?

  String vector konvertieren
  • Gast  

  7
  0
  Stimmen
  7
  Beiträge
  633
  Aufrufe

  Q

  das war kein vorwurf, sondern nur die einleitung zu meinem codebeispiel denn dank boost/der standardbibliothek musst du dich um solche sachen zum glück nicht kümmern. du hast dich ja wohl schon erkundigt (FAQ) - da ist fragen stellen ja wohl legitim! sorry, falls das falsch rüberkam.
• S

  zeiger auf ungültiges objekt?
  • Scribbler  

  12
  0
  Stimmen
  12
  Beiträge
  899
  Aufrufe

  S

  Danke asc, da werd ich mich mal einlesen...
• C

  Rückgabe eines verschachtelten std::vector aus Funktion
  • Chewie83  

  5
  0
  Stimmen
  5
  Beiträge
  600
  Aufrufe

  C

  Argh, ich bin doof!! Zeile 11 macht den Unterschied: Falsch: void SurfaceConfiguration::loadPoints() { ifstream pointsFile("points.gen"); char buffer[100]; // just to make sure the whole line fits in int length = pointCount[0]; int width = pointCount[1]; points.resize(length); for (int i = 0; i < length; i++) { this->points[i].resize(width); for (int j = 0; j < width; j++) { points[i].resize(width); // read and split line pointsFile.getline(buffer, sizeof(buffer)); vector<string> thisPoint = explode(buffer, ","); for (int k = 0; k <= 2; k++) { istringstream(thisPoint[k]) >> this->points[i][j][k]; //cout << "Point (" << i << ", " << j << ")[" << k << "]: " << this->points[i][j][k] << endl; } } } } Richtig: void SurfaceConfiguration::loadPoints() { ifstream pointsFile("points.gen"); char buffer[100]; // just to make sure the whole line fits in int length = pointCount[0]; int width = pointCount[1]; points.resize(length); for (int i = 0; i < length; i++) { this->points[i].resize(width); for (int j = 0; j < width; j++) { this->points[i][j].resize(3); // read and split line pointsFile.getline(buffer, sizeof(buffer)); vector<string> thisPoint = explode(buffer, ","); for (int k = 0; k <= 2; k++) { istringstream(thisPoint[k]) >> this->points[i][j][k]; } } } } Hätte ich eigentlich eher sehen müssen, aber naja, jedenfalls dennoch danke, tachyon, für die Belehrung! Problem gelöst!
• P

  alle Elemente eines Vektors löschen
  • pktm  

  8
  0
  Stimmen
  8
  Beiträge
  3814
  Aufrufe

  Q

  tntnet schrieb: Ist das so im Standard definiert? Ich habe es beim ersten überfliegen nicht gefunden. Im Standard habe ich lediglich gefunden, daß nach clear() die size()==0 sein muß. Ob die capacity sich wirklich ändert, ist so, wie ich es verstanden habe, implementierungsabhängig. eben? ich habe niemals etwas gegen clear gesagt. wenn sich die capacity nicht ändern muss, etwa weil der vector gleich wieder befüllt werden soll, wäre es ja auch völlig unsinnig so etwas zu tun. nur gehört haben sollte man es mal.
• ?

  Designfrage: Interpretation Byte-Sequenz
  • Gast  

  6
  0
  Stimmen
  6
  Beiträge
  637
  Aufrufe

  ?

  Danke erstmal für eure schnellen Antworten. Ich geh mal auf die einzelnen Posts ein: @camper: interessanter Ansatz, jedoch möchte ich das Benutzen zusätzlicher Bibliotheken vermeiden. @hustbaer und Werner Salomon: Gut, ich denke, es wäre sinnvoll, mehr über die Klassen A, B, C zu sagen. Sie stellen Perioden ähnlich wie bei Kalenderfunktionen dar. Die 7 Byte sollen je nach Selektor einmal als Zahl interpretiert werden (gekapselt durch A, mit Casting-Operator nach long long). Die Zahl stellt eine fixe Differenz zwischen Zeitpunkten, an denen etwas passieren soll, dar. als 3 aufeinanderfolgende Bitfelder: Monate, Tage, Wochentage (gekapselt durch B). Dort wo die Bits gesetzt werden, passiert etwas zu genau diesem Zeitpunkt. als 7 Byte Jahrestage-Schlüssel (Bsp. zu berechnende Feiertage) Ein Anwender soll die Möglichkeiten haben, (hübsch übersetzt durch eine GUI) zu sehen, welche Periode eingestellt, soll diese ändern können oder einen anderen Periodentyp wählen können. Das Ganze wird dann wieder rausgeschrieben und in einem eingebetteten System verarbeitet. Ich habe zuerst auch an eine Factory-Möglichkeit gedacht, diese aber verworfen, da ich die Typen genau kennen muss und nicht nur die gemeinsame Schnittstelle. Mit "dynamic_cast" wollt ich eigentlich nicht arbeiten, denn dann wäre dieses Konzept nicht wirklich sinnvoll, oder? Danke aber für eure bisherigen Vorschläge!
• ?

  Variablen über Programmablauf hinaus speichern
  • Gast  

  8
  0
  Stimmen
  8
  Beiträge
  804
  Aufrufe

  K

  LordJaxom meinte das übrigens ironisch. Passwörter speichert man nicht. Punkt. Was man stattdessen speichern kann, wäre eine nicht-umkehrbare und nicht-analysierbare (= krypto-sichere) Prüfsumme des Passworts. Auf diese Weise kann man das Passwort nicht auslesen und muss gar nicht erst versuchen, die Datei zu verstecken (was zum Scheitern verurteilt ist!). Als Prüfsumme empfiehlt sich hier z.B. der SHA256-Algorithmus. Die meisten Betriebssysteme haben dafür bereits eine Funktion implementiert, die man ansprechen kann. Hinweise finden sich in der jeweiligen Entwicklerdoku des Betriebssystems. (Unter Windows wäre das die MSDN.)
• B

  Objekt soll sich selber in die liste einfügen...
  • BorisDieKlinge  

  1
  0
  Stimmen
  1
  Beiträge
  548
  Aufrufe

  B

  Folgendes objekt CTimeState, soll sich in die CTimeState-Liste im CAllocList Klasse hinzufügen. class CTimeState{ friend class CAllocList; ULONG m_lDuration; //(Dauer des Status) lStateList_t m_itMyList; //Liste in dem sich das TimeState Objetk befindet itTimeState_t m_itMe; //Iterator des Timepointsobjekts BYTE m_lEdge; //Steigende oder Fallende Flanke (für 8 verschieden Typen) //Konstruktor (private nur zugriff über AllocList modul möglich) CTimeState( lStateList_t myList, itTimeState_t itWhere, ULONG lStart) : m_itMyList(myList), m_itMe(itWhere), m_lDuration(lStart){ myList.insert(itWhere,*this); } }; Oder soll ichdas objekt im CAlloclist hinzufügen, und dann erst über eine "init" funkion initlaisieren?
• ?

  expected primary-expression before ']' token ???
  • Gast  

  8
  0
  Stimmen
  8
  Beiträge
  23977
  Aufrufe

  S

  Hi Nexus, ich stimme Dir natürlich zu und wollte nur Deiner ersten Formulierung ein wenig die (von mir empfundenen) Schärfe nehmen. Nexus schrieb: ... Simon2 schrieb: außerdem gehört nach meiner Erfahrung das gezielte Ignorieren/Interpretieren/Querlesen von Compilerfehlermeldungen zu den wichtigen Skills in C++, die man erstmal blutig sammeln muss. Ich hoffe, du meinst damit Warnungen, denn mit Ignorieren der Fehlermeldungen wird man Mühe haben, ein Programm zum Laufen zu bringen :D... Nein, ich meine das Ausfiltern von z.B. typischen Folgefehlermeldungen. Aus meinen eigenen Pascalzeiten und aus nicht wenigen Anfängerpost hier im Forum kenne ich den Ansatz: "Erstmal alle Fehler(-meldungen) beseitigen und dann neu compilieren". Beim Umstieg auf C++ musste ich erstmal umlernen, "inkrementell" vorzugehen: "Erstmal nur die erste Fehlermeldung zu einem bestimmten Codeblock bearbeiten, den Rest ignorieren und neu compilieren".... Es gehört einfach sehr viel Erfahrung zur Bewertung von Fehlermeldungen in C++ (im Gegensatz z.B. zu Pascal, wo man sich schon fragen konnte, warum der Compiler das nicht direkt selbst korrigiert) - und den Mangel daran kann man IMHO Anfänger nicht vorwerfen. Gruß, Simon2. P.S.: Sehr lustig finde ich auch immer Meldungen wie "Ich habe noch 398 Fehler in meinem Programm - Hilfe !!" ... nicht selten ein einziges vergessenes ';'.
• ?

  Taschenrechner
  • Gast  

  14
  0
  Stimmen
  14
  Beiträge
  2034
  Aufrufe

  ?

  Hallo, hab nochmal eine Frage In meinem Taschenrechner hab ich da ein Menü mit auswahlmöglichkeit, nun habe ich das Problem wenn ich dort anstatt einer Zahl einen Buchstaben eingebe das Prgramm in eine Endlosschleife läuft und immer wieder "Falsche Eingabe" ausspruckt.Anbei mal der Quellcode(ist etwas überarbeitet). #include <iostream> #include <conio.h> #include <stdlib.h> #include <cmath> #include <iomanip> using namespace std; long double calculate(int ausw, long double x, long double y); //deklaration der funktion 'calculate' int main() { int auswahl; //deklaration der Variablen für die Funktion 'main' long double a = 0.0; long double b = 0.0; long double ergebnis = 0.0; char antwort; do //Schleife fürs Auswahl-Menü die nur solange gilt { //wie die Antwort gleich 'j' ist cout << "Calculator v0.9_RC_1\n" << endl; cout << "|==============|\n\n"; cout << "[1]Addition\n"<< "[2]Subtraktion\n"<< //Auswahl-Menü "[3]Multiplikation\n"<< "[4]Division\n"<< "[5]Quadrieren\n"<< "[6]Wurzel ziehen\n"<< "[7]Prozentrechnung\n"<< "[0]Beenden\n\n"; cout << "Waehlen sie eine Option aus: "; cin >> auswahl; //Einlesen der Menü-Auswahl if( auswahl == 0 ) //Programm beenden wenn 0 gewählt wird return 0; system("cls"); //Bildschirminhalt löschen cout << "Kommazahlen muessen mit einem Punkt statt eines Kommas eingegeben werden!\n\n"; if ( auswahl >= 1 && auswahl <= 4 ) { cout << "\n1.Zahl: "; //Erste Zahl einlesen cin >> a; cout << "\n2.Zahl: "; cin >> b; //Zweite Zahl einlesen } else if( auswahl >= 5 && auswahl <= 6 ) { cout << "\nBasis: "; //Basis einlesen cin >> a; cout << "\nExponent: "; //Exponent einlesen cin >> b; } else if( auswahl == 7 ) //Werte für Prozentrechnung einlesen { cout << "bla"; } //if (auswahl != ergebnis = calculate(auswahl, a, b); cout << "\nDas Ergebnis lautet: " << setprecision(2) << fixed << ergebnis; cout << "\n\nWollen sie eine weitere Berechnung durchfuehren?\n"; cout << "<J/N>"; //Abfrage ob weitergerechnet werden soll oder nicht cin >> antwort; while( antwort != 'j' && antwort != 'n' ) { cout << "Falsche Eingabe, wiederholen: "; //Fehlerabfang falls Zahl anstatt Buchstabe eingegeben wird cin >> antwort; } system("cls"); //Bildschirminhalt löschen }while (antwort == 'j' ); //Bedingung der Do-While-Schleife return 0; } long double calculate (int ausw,long double x,long double y) //Funktion zum berechnen der einzelnen Werte { long double res = 0.0; //Definition des Ergebnis-Wertes switch(ausw) //Switch-Anweisung für Menü-Auswahl { case 1 : //Berechnung zur Addition { res = x + y; break; } case 2 : //Berechnung zur Subatraktion { res = x - y; break; } case 3 : //Berechnung zur Multiplikation { res = x * y; break; } case 4 : //Berechnung zur Division { res = x / y; if (y == 0) //Fehlerabfang falls durch 0 dividiert wird { cout << "\nDivision durch 0 nicht moeglich!"; } break; } case 5 : { res = pow (x, y); //Berechnung zu Potenzierung break; } case 6 : { res = pow(x, 1.0 / y); //Berechnung zur Wurzelziehung break; } case 7 : //Berechnung zur Prozentberechnung { //res = x y; break; } default : cout<<"Falsche Eingabeparameter!"; //Falsche Auswahl break; } return res; }