C++ (alle ISO-Standards)

• J

  Valgrind-Ausgabe interpretieren
  • Jay1980  

  13
  0
  Stimmen
  13
  Beiträge
  1320
  Aufrufe

  J

  Sodala, jetzt schaut das schon besser aus, danke euch. Klar lese ich die Sachen und mache mir darüber Gedanken, in dem Thread war es aber einige Mal so, dass die Antwort noch nicht vor meinen Augen war, weil ich den Thread offen hatte und direkt auf meinen eigenen Beitrag antwortete, ohne die Seite vorab zu aktualisieren. ==13588== ==13588== HEAP SUMMARY: ==13588== in use at exit: 5,610 bytes in 82 blocks ==13588== total heap usage: 389,628 allocs, 389,546 frees, 10,013,178 bytes allocated ==13588== ==13588== 33 bytes in 1 blocks are definitely lost in loss record 1 of 4 ==13588== at 0x402569A: operator new(unsigned int) (vg_replace_malloc.c:255) ==13588== by 0x807DB7A: void seqan::appendValue<seqan::StringSet<seqan::String<char, seqan::Alloc<void> >, seqan::Owner<seqan::Tagseqan::Default_ const> >, seqan::String<char, seqan::Alloc<void> > >(seqan::StringSet<seqan::String<char, seqan::Alloc<void> >, seqan::Owner<seqan::Tagseqan::Default_ const> >&, seqan::String<char, seqan::Alloc<void> > const&) (basic_allocator_interface.h:199) ==13588== by 0x8080BB5: Msa::readMsaFromFile(std::string) (msa.h:417) ==13588== by 0x80733F1: main (msa.h:384) ==13588== ==13588== 100 bytes in 1 blocks are definitely lost in loss record 2 of 4 ==13588== at 0x402569A: operator new(unsigned int) (vg_replace_malloc.c:255) ==13588== by 0x807DB7A: void seqan::appendValue<seqan::StringSet<seqan::String<char, seqan::Alloc<void> >, seqan::Owner<seqan::Tagseqan::Default_ const> >, seqan::String<char, seqan::Alloc<void> > >(seqan::StringSet<seqan::String<char, seqan::Alloc<void> >, seqan::Owner<seqan::Tagseqan::Default_ const> >&, seqan::String<char, seqan::Alloc<void> > const&) (basic_allocator_interface.h:199) ==13588== by 0x8080B92: Msa::readMsaFromFile(std::string) (msa.h:415) ==13588== by 0x80733F1: main (msa.h:384) ==13588== ==13588== 1,320 bytes in 40 blocks are definitely lost in loss record 3 of 4 ==13588== at 0x402569A: operator new(unsigned int) (vg_replace_malloc.c:255) ==13588== by 0x807D827: seqan::Size<seqan::String<seqan::String<char, seqan::Alloc<void> >, seqan::Alloc<void> > >::Type seqan::_Resize_String<seqan::Tagseqan::TagGenerous_ const>::resize_<seqan::String<seqan::String<char, seqan::Alloc<void> >, seqan::Alloc<void> > >(seqan::String<seqan::String<char, seqan::Alloc<void> >, seqan::Alloc<void> >&, seqan::Size<seqan::String<seqan::String<char, seqan::Alloc<void> >, seqan::Alloc<void> > >::Type) (basic_allocator_interface.h:199) ==13588== by 0x807DB0D: void seqan::appendValue<seqan::StringSet<seqan::String<char, seqan::Alloc<void> >, seqan::Owner<seqan::Tagseqan::Default_ const> >, seqan::String<char, seqan::Alloc<void> > >(seqan::StringSet<seqan::String<char, seqan::Alloc<void> >, seqan::Owner<seqan::Tagseqan::Default_ const> >&, seqan::String<char, seqan::Alloc<void> > const&) (string_base.h:1705) ==13588== by 0x8080BB5: Msa::readMsaFromFile(std::string) (msa.h:417) ==13588== by 0x80733F1: main (msa.h:384) ==13588== ==13588== 4,157 bytes in 40 blocks are definitely lost in loss record 4 of 4 ==13588== at 0x402569A: operator new(unsigned int) (vg_replace_malloc.c:255) ==13588== by 0x807D827: seqan::Size<seqan::String<seqan::String<char, seqan::Alloc<void> >, seqan::Alloc<void> > >::Type seqan::_Resize_String<seqan::Tagseqan::TagGenerous_ const>::resize_<seqan::String<seqan::String<char, seqan::Alloc<void> >, seqan::Alloc<void> > >(seqan::String<seqan::String<char, seqan::Alloc<void> >, seqan::Alloc<void> >&, seqan::Size<seqan::String<seqan::String<char, seqan::Alloc<void> >, seqan::Alloc<void> > >::Type) (basic_allocator_interface.h:199) ==13588== by 0x807DB0D: void seqan::appendValue<seqan::StringSet<seqan::String<char, seqan::Alloc<void> >, seqan::Owner<seqan::Tagseqan::Default_ const> >, seqan::String<char, seqan::Alloc<void> > >(seqan::StringSet<seqan::String<char, seqan::Alloc<void> >, seqan::Owner<seqan::Tagseqan::Default_ const> >&, seqan::String<char, seqan::Alloc<void> > const&) (string_base.h:1705) ==13588== by 0x8080B92: Msa::readMsaFromFile(std::string) (msa.h:415) ==13588== by 0x80733F1: main (msa.h:384) ==13588== ==13588== LEAK SUMMARY: ==13588== definitely lost: 5,610 bytes in 82 blocks ==13588== indirectly lost: 0 bytes in 0 blocks ==13588== possibly lost: 0 bytes in 0 blocks ==13588== still reachable: 0 bytes in 0 blocks ==13588== suppressed: 0 bytes in 0 blocks ==13588== ==13588== For counts of detected and suppressed errors, rerun with: -v ==13588== ERROR SUMMARY: 4 errors from 4 contexts (suppressed: 22 from 7)
• ?

  Type inference - gutes C++0x-Feature?
  • Gast  

  24
  0
  Stimmen
  24
  Beiträge
  3048
  Aufrufe

  ?

  Ich sehe, was Lesbarkeit angeht, zwischen (Beispieltyp aus der Luft gegriffen) std::vector<std::pair<std::vector<foo*,std::string>>*> *bar = obscure_function(); und ObscureTypedef *bar = obscure_function(); und auto bar = obscure_function(); überhaupt keine Unterschiede. Hilfreich zum Verstehen des Codes ist keins von denen dreien - aber wenn man mal einen solchen aus der Reihe tanzenden Typen hat, kommt man einfach nicht drum rum. Schwieriger wirds dann schon, wenn ich den Code nicht nur verstehen soll, sondern was ändern und direkt mit dem Typen arbeiten muss: auto bar = obscure_funciton(); //hmm... mal nachdenken bar[i].first->DoSomething(); //mist, compilerfehler //hmm... vll. doch eher so? (*bar)[i].first->DoSomething(); //hm, passt auch nich und so weiter. Da würde ich die ursprüngliche Fassung std::vector<std::pair<std::vector<foo*,std::string>>*> *bar = obscure_function(); schon bevorzugen. Wobei man auch sagen muss, dass ich selbst hier auto bevorzugen würde (aufgrund von Schreibfaulheit), falls Visual Assist X und Konsorten auto endlich mitparsen würden. Oder noch schöner: Wenn man einfach nen Button klickt (oder ne Tastenkombination drückt) und es wird ne schöne Textersetzung losgefahren, die mir den tatsächlichen Typen hinschreibt. Auf alle Fälle sind das aber eher Unangenehmheiten beim Tippen und Kompilieren (im schlimmsten Fall 3 oder 4 mal kompilieren anfangen bis man die Syntax richtig hat). Ich sehe da recht wenige Möglichkeiten, übel unsichtbare Bugs zu erzeugen. Was Codeverstehen angeht, nehmen sich alle 3 Beispiele nicht viel, denke ich. Ob der Schreibaufwand, den man sich durch auto zunächst spart, größer ist, als der, der dann entsteht wenn man später wieder zum Code zurückkehren muss, wird man wohl nur mit Erfahrung mit dem Wort rausfinden können. Ansonsten, fürs durchiterieren von Ranges ist auto immer gut.
• ?

  std::triple?
  • Gast  

  8
  0
  Stimmen
  8
  Beiträge
  5232
  Aufrufe

  S

  Darauf kriegst du keine Antwort. Die Antwort steht bereits auf der verlinkten Seite. Sieh dir halt mal die Functions an... MfG SideWinder
• ?

  Rückgabepointer einer const-Funktion löschen
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  816
  Aufrufe

  N

  StellerFragen schrieb: Und was passiert wenn es auch vorkommen kann, dass der Pointer nur mit nullptr initalisiert wurde? Nichts, delete auf Nullzeiger hat keinen Effekt. Aber warum sollte man einen zurückgegebenen Zeiger löschen? Warum überhaupt rohe besitzende Zeiger? asc hat schon Recht.
• ?

  schwierigkeiten bei namespace zuordnung
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  747
  Aufrufe

  ?

  Hat wunderbar funktioniert. Danke für die schnelle Hilfe an euch.
• C

  Problem mit constexpr
  • camper  

  1
  0
  Stimmen
  1
  Beiträge
  454
  Aufrufe

  C

  constexpr unsigned foo[] = { 0, foo[0] }; int main() {} gcc sagt dazu: test.cpp:1:40: error: the value of ‘foo’ is not usable in a constant expression test.cpp:1:20: note: ‘foo’ used in its own initializer hat er recht?
• C

  BOOST Regex Frage
  • cevastiko  

  1
  0
  Stimmen
  1
  Beiträge
  522
  Aufrufe

  C

  Hallo zusammen, ich habe mal eine Frage bzgl. Boot und dem darin enthaltenen REGEX. Installation und Funktionalität ist soweit ok. Das passt auch ganz gut. std::string ss = "^(?<const>a|b)\\g{const})$"; static const boost::regex e(ss); std::cout << "Expression: \"" << e << "\"\n"; std::cout << "Text: \"" << s << "\"\n"; const bool x = boost::regex_match(s, e, boost::match_default | boost::format_all | boost::match_extra); Nun möchte ich jedoch einige Expressions per Namen aufrufen. DAzu verwende ich (?<const>a|b) zur Definition und \\g{const} um diese aufzurufen. Leider wird aber das Wort "a" und das Wort "b" als FALSCH von reges_match zurückgegeben. Weiß jemand was ich falsch mache? Danke & Gruß
• V

  dll in C++ erstellen und in delphi nutzen.
  • ViktorII  

  7
  0
  Stimmen
  7
  Beiträge
  2024
  Aufrufe

  V

  Funktioniert Vielen Dank.
• 

  Wann Header only?
  • Pikkolini  

  10
  0
  Stimmen
  10
  Beiträge
  1785
  Aufrufe

  Z

  hustbaer schrieb: Zeus schrieb: Ich würde wetten, dass Inlinen-Optimierung unabhängig von LTO funktionieren. Cross-TU Inline-Optimierung kann ohne LTO per Definition nicht funktionieren. Da ich nicht als Kanarienscheißer gelten will, widersprach ich dir mal nicht.
• ?

  return in einer whileschleife
  • Gast  

  7
  0
  Stimmen
  7
  Beiträge
  1056
  Aufrufe

  

  Belli schrieb: Edit: Will damit sagen: Wer seine Ressourcen - wie auch immer - vor einem return am Funktionsende freigibt, wird das aller Wahrscheinlichkeit nach wohl auch vor einem return in der while - Schleife tun. Eigentlich würde ich genau vom Gegenteil ausgehen. Wer seine Ressourcen von Hand freigibt, vergisst so etwas schon mal.
• ?

  template-sinus
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  618
  Aufrufe

  

  Falls dies keine rein akademische Übung ist: So etwas zur Compilezeit auszurechnen, ist eine grundlegende Compileroptimierung von der man immer erwarten darf, dass sie gemacht wird.
• O

  Polygone in C++
  • oeserlinho  

  3
  0
  Stimmen
  3
  Beiträge
  526
  Aufrufe

  O

  Vielen Dank erstmal
• C

  Klasse verstecken
  • cooky451  

  8
  0
  Stimmen
  8
  Beiträge
  918
  Aufrufe

  T

  Vielleicht noch das pimpl-Idiom?
• ?

  Eigenschaften von Basisklassen innerhalb von Templates erben
  • Gast  

  14
  0
  Stimmen
  14
  Beiträge
  1341
  Aufrufe

  B

  Klingt nach Variante 1: Mach's mit Temples. struct Abstract1 { virtual void a() = 0; }; struct Abstrct2 { virtual void a() = 0; }; struct Impl1 : Abstract1 { virtual void a() { cout << "Impl1";} }; struct Impl2 : Abstract2 { virtual void a() { cout << "Impl2";} }; template<typename Abstract> class Base { public: Base(Abstract& impl) : impl(impl) {} void run() { impl.a(); } private: Abstract& impl; };
• X

  Zugriff auf n-tes Element eines variadic tuple templates
  • XSpille  

  11
  0
  Stimmen
  11
  Beiträge
  2530
  Aufrufe

  X

  Nexus schrieb: XSpille schrieb: Wenn ich jetzt eine Lösung mit std::tuple verwirklichen möchte, wie krieg ich [...] den Typen der entsprechenden Position heraus? std::tuple_element , siehe z.B. MSDN-Dokumentation. Danke dir! Ich hatte nichts gefunden und nachdem ich gepostet habe, dann quasi sofort
• X

  Alternative zu Spezialisierung von Member-Funktions-Template
  • XSpille  

  9
  0
  Stimmen
  9
  Beiträge
  807
  Aufrufe

  N

  Vermeide einfach Funktionstemplate-Spezialisierung, mit Überladung bist du immer flexibler. Manchmal musst du dafür eine etwas unschönere Aufrufsyntax in Kauf nehmen.
• K

  member functions
  • kantaki  

  10
  0
  Stimmen
  10
  Beiträge
  891
  Aufrufe

  C

  kantaki schrieb: was ich mir denke ist das der wert von total auf isbn gezeigt wird und trans auf isbn gezeigt wird. dann bräuchte man nur ein var zu deklarieren. Genau genommen sind an der gesamten Aktion zwei Objekte beteiligt - total und trans (die wurden irgendwo in der umliegenden Funktion angelegt). Wenn du jetzt deine Methode per total.same_isbn(trans) aufrufst, wird this (ein implizit mit übergebener Parameter für Klassenmethoden) mit der Adresse von total und rhs mit einem Verweis auf trans initialsiert, das heißt per *this und rhs erreichst du deine beiden Objekte nur unter einem anderen Namen (die "echten" Namen kannst du in der Methode idR nicht verwenden - aber genau dafür gibt es ja Parameter). isbn ist ein Element der Klasse, das heißt jedes deiner Objekte besitzt ein eigenes Teilobjekt mit diesem Namen, die du im aufrufenden Code per "total.isbn" bzw. "trans.isbn" nutzen könntest (wenn es nicht privat wäre) und innerhalb der Methode über this->isbn (da der Name eindeutig ist, ist die reine Angabe isbn hier äquivalent dazu) bzw. rhs.isbn erreichst. (den Rest hast du womöglich unglücklich formuliert, aber ich denke mal du meintest das richtige)
• K

  [GELÖST] Probleme beim Einlesen/Ausgeben (fstream, Stringarray)
  • Ki  

  8
  0
  Stimmen
  8
  Beiträge
  1149
  Aufrufe

  K

  Thema erledigt, Problem gelöst. Habe den Code nach einigen Schwierigkeiten folgendermaßen umgeschrieben und es funktioniert wunderbar: reader.h #ifndef READER_H #define READER_H #include <iostream> #include <string> #include <map> #include <fstream> class Reader { // VARIABLES std::map<std::string, std::string> items_; const std::string filename_; public: // CONSTRUCTORS Reader(std::string filename); ~Reader(); // GETTERS std::string get(const std::string& property) const; // SETTERS void set(std::string key, std::string value); // FUNCTIONS void write(); }; #endif reader.cpp #include "reader.h" Reader::Reader(std::string filename) : filename_(filename) { std::ifstream is(filename_.c_str()); std::string line; while(std::getline(is, line)) { size_t i = line.find(' '); items_.insert(std::make_pair(line.substr(0, i), line.substr(i).erase(0,1))); } } std::string Reader::get(const std::string& item) const { std::map<std::string, std::string>::const_iterator in = items_.find(item); if(in != items_.end()) { return in->second; } return ""; } void Reader::set(std::string key, std::string value) { items_.insert(std::make_pair( key , value ) ); } void Reader::write() { std::ofstream os(filename_.c_str()); for( std::map<std::string, std::string>::iterator in = items_.begin(); in != items_.end(); ++in ) { os << in->first << ' ' << in->second << '\n'; } } Reader::~Reader() { write(); } EDIT: Entschuldigung für den Doppelpost, ich dachte, man könne Beiträge löschen.
• M

  kleine anfängerfrage
  • meeydoo  

  14
  0
  Stimmen
  14
  Beiträge
  1794
  Aufrufe

  M

  FreakY<3Cpp schrieb: Wie wärs wenn du einfach Google als Startseite einstellst? Nichts gegen deine Person, aber scheinbar bist du jemand, der von der Programmierung gehört hat und sich nun denkt, dass das alles ein Ponyhof ist und es wohl jeder kann. Es ist nicht einfach, auf die Suchleiste von Firefox zu zugreifen, zu prüfen ob man sich auf Google befindet und jenachdem die Seite zu wechseln. Bzw. ist es für dich nicht einfach und du kannst nicht damit rechnen alles vorgekaut zu bekommen. Da musst du dich wahrscheinlich eher an den WinAPI Bereich des Forums wenden. also ich hab schon alles was ich brauche danke ich hatte nur früher mit autoit gearbeitet und damit war es sehr simple. nur c++ lernen ohne selber programme zu schreiben ist irgentwie sehr öde. naja ich hab meine programme jetzt danke für die hilfe
• E

  CSVs parsen
  • Eisflamme  

  5
  0
  Stimmen
  5
  Beiträge
  2009
  Aufrufe

  B

  Und was machst du mit einer CSV Datei in deutscher Sprache ? 23,das ist ein Text,"3,14" 24,mehr Text,"-1,012E-12" Und was machst du wenn das Feldtrennzeichen ; ist und nicht , ? 23;das ist ein Text;3,14 24;mehr Text;-1,012E-12 Ich glaube es wäre hier eine gute Übung einen zustandsbasierten Parser zum Interpretieren einer CSV Zeile zu modellieren und implementieren.