C++ (alle ISO-Standards)

• C

  Hilfe für Anfänger bei verschachtelten For Schleifen und Vektoren
  • cAnfänger*12*  

  19
  0
  Stimmen
  19
  Beiträge
  1590
  Aufrufe

  W

  Variablen mit den Namen "eins" bis "neun" sind ein eindeutiges Zeichen, dass hier irgendwas gehörig flasch läuft. Ich habe ne Aufgabe, die dir das Problem nur allzu deutlich aufzeigt: erweitere das Programm so, dass der Benutzer die Länge eingeben kann (auch 100 oder 76 sollen mögliche Eingaben sein).
• ?

  besserer Code-Stil für arrays
  • Gast  

  16
  0
  Stimmen
  16
  Beiträge
  1432
  Aufrufe

  T

  Wenn du Matrizen mit fester Größe hast, dh, std::array verwendest, formt der Compiler ganz sicher die Multiplikationen zu simplen shiftoperationen um.
• D

  [C++] Webseiten Inhalt über Socket empfangen
  • DerRuedi  

  14
  0
  Stimmen
  14
  Beiträge
  1245
  Aufrufe

  F

  DerRuedi schrieb: Ich habe das Problem (die Probleme) gefunden. Das erste was die Art und weiße wie ich die Bytes empfangen habe. Was durch @Fricky667 behoben werden konnte. Danke, Bro. Ich freue ich mich, dass ich dir helfen konnte.
• ?

  Palindormtest
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  821
  Aufrufe

  F

  dein code haut voll nicht hin. aber das lässt wohl keine wünsche mehr offen: https://stackoverflow.com/questions/8362572/check-if-a-string-is-palindrome
• D

  Funktion mit Objekt als Übergabe und Rückgabe
  • dragonfight86  

  11
  0
  Stimmen
  11
  Beiträge
  1073
  Aufrufe

  D

  Habt vielen Dank, mittlerweile läuft es dank euch. Doch die nächsten Probleme werden kommen
• ?

  parallele Funktion mit gleichem Ergebnis bei jedem Aufruf (openMP) ?
  • Gast  

  18
  0
  Stimmen
  18
  Beiträge
  1727
  Aufrufe

  ?

  Hmm, ich glaube das Runden auf eine eindeutige Zahl ist mathematisch nicht möglich. Wenn ich x als Ergebnis habe und mein Fehler f ist, kann ja ein anderes Ergebnis y z.B y=x-f sein, dann weiß ich aber nix von x, also könnte es dann auch z=y-f=x-2f sein usw. . Der Faktor vor f kann beliebig groß werden und dann muss ja rundFunction(x-n*f)=rundFunction(x+n*f) sein für alle n. Oder anders gesagt y weiß nicht ob es zu x oder z gehört. Man könnte ggf. die einzelnen Werte vor dem Addieren runden. Dazu müsste man erst addieren den 2-er Exponent des Ergebnis ausrechnen, dann die letzten Bits der Werte 0 setzen (je nachdem wie der Exponent des Wertes sich vom Ergebnis unterscheidet). Dann solte immer das gleiche rauskommen, bei vielen Werten mit einenm Ergebnis viel größer als die Werte würde man dann aber ziemlich viel wegrunden.
• B

  Kann man nur Zeiger von Objekten deleten?
  • buu2188  

  2
  0
  Stimmen
  2
  Beiträge
  385
  Aufrufe

  C

  Du solltest daran arbeiten, deine Gedanken besser zu ordnen und dich aufs Wesentliche zu konzentrieren. Ein paar mehr Kommas wären auch nicht schlecht. buu2188 schrieb: Nun meine allgemeine Frage ( Klausur relevant für mich ) kurz und knapp beantwortet bitte damit ich mir das merken kann und wenn der Prof in der Klausur explizit fragen sollte, ich weiß wenn das Schlagwort kommen sollte zum deleten einer Liste damit ich weiß was zu tuen ist. Das ist sehr viel (auch Irrelevantes) geschrieben, die Frage selbst hast du aber offenbar unterschlagen. Die einzige Frage überhaupt ist ja diese: buu2188 schrieb: Hallo habe kurz folgende Frage an Euch: Hab ein Klasse die ein Array deklariert und meine Objekte hinzufügt. Wenn ich in der Main nun das Objekt aufrufe also das Objekt das meine Arrayelemente listet.Geht das nur wenn ich ein Zeiger auf ein Objekt habe? Ich verstehe die Frage nicht. Was sollen "geht" und "das" hier bedeuten? Wenn sich "das" auf die folgende Problematik beziehen sollte, bedürfte es ja der ganzen Einleitung nicht, und in diesem Fall buu2188 schrieb: Wenn ich zum Beispiel hier: CUsedLEDs list1(3); versuchen würde zu deleten... sagt der Compiler das er einen Zeiger zum deleten erwartet. beantwortet der Compiler die Frage schon. delete dient ausschließlich dazu, Objekte, die mittels new erzeugt (d.h. Speicherreservierung+Konstruktion) wurden, zu zerstören und deren Speicher freizugeben. Argument von delete ist dabei der Wert, den new ursprünglich zurückgegeben hat, also ein Zeiger auf das jeweilige Objekt. In CUsedLEDs list1(3); wird list1 nicht per new erzeugt. Mithin ist es weder notwendig noch zulässig, dieses Objekt mit delete zu zerstören. Benannte Objekte werden ohne explizites Zutun des Programmiers zerstört und ihr Speicher freigegeben, wenn der Scope, in dem die Definition steht, verlassen wird, bzw. am Ende des Programmes für Objekte mit statischer Speicherdauer.
• F

  "Merging Iterator"
  • Fytch  

  6
  0
  Stimmen
  6
  Beiträge
  603
  Aufrufe

  

  Fytch schrieb: Das ist auch was ich jetzt gemacht habe. Ich habe gehofft, dass es sowas schon gibt, damit ich mir das (auch in der Zukunft) sparen kann. Reich deine Lösung bei Boost ein!
• ?

  wie bekomme ich den conversion error string literal to 'char*' weg
  • Gast  

  6
  0
  Stimmen
  6
  Beiträge
  886
  Aufrufe

  K

  Gast3 schrieb: (wie ist das in D oder Rust?) In Rust unterscheidet man wie in C++ auch zwischen mutability einer Variablen-Bindung (kann man den Wert einer Variablen nachträglich verändern?) und mutability einer Referenz (bezieht sich auf das, worauf gezeigt wird). So ergeben sich folgende 4 Kombinationen von mutability bei Referenzen: let a : & i32; // immutable binding, immutable reference let mut b : & i32; // mutable binding, immutable reference let c : &mut i32; // immutable binding, mutable reference let mut d : &mut i32; // mutable binding, mutable reference Im Gegensatz zu C++ ist die Mutability einer Variablen-Bindung nicht Teil des Typs sondern eine Eigenschaft der "Bindung". Es gibt also kein "mut & i32" als Typ für b . Und wenn man eine mutable referenz über eine immutable/shared referenz erreicht, verliert man quasi das "mut": let mut x = 42; let mr = &mut x; // mutable referenz auf x *mr += 1; // OK, obwohl man mr selbst nicht verändern kann let rr = &mr; // shared referenz auf referenz mr **rr += 1; // FEHLER Das geht ein bisschen in Richtung dessen, was man in D "transitive const" nennt. Ein wichtiges Prinzip in Rust ist, dass es nur einen Weg geben darf, über den man etwas verändern kann (no mutable aliasing). In D kenne ich mich nicht wirklich aus. So, wie ich D verstehe, gibt es von den vier genannten C++/Rust Fällen nur drei: const int* a = ...; // const bezieht sich hier auf a und wegen // transitive const damit auch auf *a // Achrung: In C und C++ würde sich das const hier nur // auf *a beziehen, nicht a. const(int)* b = ...; // const bezieht sich hier nur auf *b, nicht auf b int* d = ...; // d und *d beide veränderbar Fall "c" wie oben gibt es in D wegen "transitive const" nicht. Man müsste es ohne "transitive const" wie a deklarieren und a wäre dann const(const(int)*)
• B

  Fehler bei operator << overloading mit const
  • buu2188  

  3
  0
  Stimmen
  3
  Beiträge
  383
  Aufrufe

  F

  buu2188 schrieb: Kann ja nicht funktionieren weil da der return Wert nicht geändert werden darf.... Dass der Return-Wert nicht geändet werden durfte war hier allerdings nicht dein Problem - auch wenn es kaum eine sinnvolle Anwendung für das const gibt, wenn man by value zurückgibt. Ich denke das ist wichtig zu verstehen, daher erwähne ich es hier nochmal, auch wenn das Problem bereits gelöst ist. Die Stream- Ausgabe mit << verändet des zurückgegebenen Wert nicht, daher ist es egal ob der Rückgabetyp const ist oder nicht. Ich hoffe du hast verstanden, dass eine nicht-const-qualifizierte Funktion (ohne const am Ende) dem Compiler mitteilt "ich kann dieses Objekt verändern". Daher kann man bei einem const-Objekt ( rop ) eben nur Funktionen aufrufen, die const-qualifiziert sind, die also garantieren, dass Objekt nicht zu verändern (oder genauer - etwas salopp: Die garantieren, das Objekt nicht von außen beobachtbar zu verändern). Finnegan
• 

  Fehler bei return eines Objects (bzw. dessen Inhalt)
  • simonmicro  

  4
  0
  Stimmen
  4
  Beiträge
  464
  Aufrufe

  ?

  Benutze std::vector.
• P

  Frage zum Aufbau dieses Aufruf bei Arduino: Wifiserver server(80);
  • pascas  

  6
  0
  Stimmen
  6
  Beiträge
  793
  Aufrufe

  ?

  SeppJ schrieb: Das doofe ist halt, dass das Feedback in dem Fall nicht gut ist. Wenn man auf der Konsole herumspielt, dann sieht man unmittelbar, wie ein Programm genau funktioniert. Sehr kurze Entwicklungszyklen, klare Ausgaben. Stimmt, aber es soll eben auch Spaß machen, und da ist Abwechslung bestimmt nicht schlecht
• ?

  Error Link2019
  • Gast  

  7
  0
  Stimmen
  7
  Beiträge
  2212
  Aufrufe

  F

  Alex2202 schrieb: Habs jetzt in C++ Primer gefunden . Nur nicht diesen Fehler (error C2704: "DrawString": Systeminterne __va_start nur in variabler Argumentliste zulässig) Finde im internet aber nicht die lösung https://stackoverflow.com/questions/19326612/meaning-of-compilation-error-error-c2704-va-start-intrinsic-only-allowed-in Siehe akzeptierte Antwort. Ferner empfiehlt es sich, VS auf Englisch umzustellen: Auch wenn die Übersetzung recht gut ist, wird man nur selten etwas zu den deutschen Fehlermeldungen in Suchmaschinen finden. Dazu ist Englisch in der Programmierwelt zu sehr verbreitet. Ich kenne wirklich niemanden, der Projektmappen erstellt und Vorlagenargumente zwischen spitze Klammern schreibt, wenn er C++ programmiert.
• 

  C++ Stilfrage: Zugriff auf member
  • DocShoe  

  13
  0
  Stimmen
  13
  Beiträge
  2087
  Aufrufe

  

  ps: DocShoe schrieb: Ausschlaggebend für die Frage war nur mein persönlicher Geschmack, ich finde den Zugriff über eine Member Funktion, die eine Referenz zurück gibt, nicht intuitiv. Ich finde es nicht nur nicht intuitiv, ich finde es sinnlos und irreführend. Liefert man eine Referenz zurück, kann man die Variable genau so gut gleich public machen. Weil man keinerlei Kontrolle mehr über irgendwas hat. Gleichzeitig gaukelt der Funktionsaufruf aber Sicherheit/Kapselung vor. Was noch Sinn machen würde, wäre den "Accessor" statt der Referenz nen Proxy zurückliefern zu lassen. Das hat aber unnötigen Overhead der nicht immer wegoptimiert werden kann, und ist IMO unnötig kompliziert. Kein echter Benefit gegenüber einer normalen Setter-Funktion. Bzw. es verleitet bloss dazu Dinge als direkten Setter ( set_health ) zu machen die eben besser ein Mutator ( take_damage ) sein sollten.
• I

  boolesche algebra
  • infoe  

  27
  0
  Stimmen
  27
  Beiträge
  2583
  Aufrufe

  F

  Fricky667 schrieb: Finnegan schrieb: Die Elektrotechniker schreiben das gerne mit * und +. Ich habe von dieser Notation gehört, bin auch E-Techniker, aber bei uns galt sowas damals (vor etwa 15 Jahren) als exotisch. Auch in der Mathematik kann man sich vorzüglich über Quellcode-Formatierung streiten Nachdem wir damals einmal für Technische Informatik zur Vereinfachung von digitalen Schaltungen (bevor wir solche Methoden wie Quine–McCluskey kennengelernt haben), und einmal für die Logik-Vorlesungen bis zum Erbrechen und seitenweise solche Ausdrücke umformen mussten, bin ich zum Fan dieser "exotischen" Notation geworden. Und auch wenn diese nicht weit verbreitet ist, so ist sie denke ich für die meisten Leute übersichtlicher und lesbarer, was letztendlich genau wie bei Quellcode zu weniger Fehlern führt. In Logik haben sich bei mir mit "¬∨∧\lnot\lor\land¬∨∧"-Notation damals jedenfalls subjektiv deutlich mehr Fehler eingeschlichen, und ich brauchte spürbar länger für Aufgaben mit vergleichbarer Komplexität. "Das haben wir schon immer so gemacht" und "das machen alle so" ist jedenfalls für sich kein gutes Argument eine schlechtere Lösung zu wählen. "Andere können es nicht lesen, weil es keiner so macht" akzeptiere ich da schon eher. Fricky667 schrieb: Konsequenterweise sollte man bei dieser Notation das Minuszeichen als Not-Operator verwenden. Dieser Einwand wurde ja schon diskutiert, daher wollte ich eigentlich nur noch einen praktischen Vorzug des Überstichs einbringen: Dieser kann auch über mehrere Terme laufen und somit die Aufgabe einer Klammerung übernehmen. Nicht selten hat man solche Kandidaten hier: ¬(\lnot(¬(<furchtbar langer Ausdruck>))). Oft ist sowas auch mehrfach geschachtelt und geht vielleicht sogar über die ganze Zeile. Dabei muss ich mir erstmal bewusst werden, dass das, was ich mir gerade ansehe, Teil eines geklammerten Ausdrucks ist, und dieser auch noch invertiert ist. D.h. ich muss mit den Augen eventuell ziemlich weit nach links und nach rechts scannen um das zu erkennen. Nicht so bei Überstrich-Schreibweise, hier kann ich ohne "Augen-Scan" direkt sehen, zu wie vielen invertierten Klammerungen der Teilausdruck gehört, auf den ich schaue: ab+cd+ef+g+h‾‾‾‾\overline{ ab + \overline{ cd + \overline{ ef + g + \overline h } } }​ab+​cd+​ef+g+​h​​​​​​​​​​​​ vs. ¬(a∧b∨¬(c∧d∨¬(e∧f∨g∨¬h)))\lnot(a \land b \lor \lnot( c \land d \lor \lnot( e \land f \lor g \lor \lnot h)))¬(a∧b∨¬(c∧d∨¬(e∧f∨g∨¬h))) Vielleicht bin ich wirklich ein "Exot", aber ich für meinen Teil checke bei der ersten Variante wesentlich schneller, was "abgeht" Finnegan
• B

  Warum diese Return Werte?
  • buu2188  

  4
  0
  Stimmen
  4
  Beiträge
  561
  Aufrufe

  C

  buu2188 schrieb: Warum muss ich bei folgender Methode die 0 return? Solche Fragen rauben mir immer alle Energie zu antworten. Du musst da kein return 0 stehen haben. Das ist offensichtlich eine Schlussfolgerung, die du selbst getroffen hast - warum das so ist, können wir auch nicht sagen, wir können ja nicht in deinen Kopf schauen. Also: 1. return 0 muss da nicht stehen. 2. return 0 ist sogar falsch. 3. Die Tatsache, dass der Compiler return 0 annehmen wird, ist eine etwas unglückliche Lücke in der Spezifikation; in jedem Fall ist das Verhalten deines Programmes undefiniert, falls dieses return jemals ausgeführt wird. 4. Der Compiler sagt nur, dass er irgendein (passendes) return-Statement haben will, nicht das return 0 das einzig Mögliche wäre. 5. Der Compiler beschwert sich, weil er erkannt hat, dass wenigstens ein Eingangswert existiert, für den das return im switch-Statement nicht erreicht wird. Es ist ja (abstrakt) nicht der Fall (case), dass jeder Wert für type gleich NOTYPE ist. 6. Theoretisch könnte es sein, dass dein Programm die Funktion stets nur mit NOTYPE aufruft, in diesem Fall wäre ein fehlendes return am Ende unbeachtlich. Weil der Compiler in der Regel nicht erkennen kann, ob diese Bedingung erfüllt ist oder nicht, ist dieser Hinweis des Compilers für gewöhnlich nur eine Warnung - die Hochstufung auf Fehler hast du selbst durch entsprehende Compileroptionen vorgenommen.
• V

  Einlesen aus einer .txt Datei
  • vivess  

  9
  0
  Stimmen
  9
  Beiträge
  1139
  Aufrufe

  W

  Scorcher24 schrieb: std::getline(in_stream, line); const boost::char_delimiters_separator<char> separator(" "); boost::tokenizer<> tokenizer(line, separator); auto iterator = tokenizer.begin(); float sample = boost::lexical_cast<float>(*iterator ); Funktioniert nicht! Angewandt auf auf die Problemstellung von vivess sähe es doch so aus: #include <boost/tokenizer.hpp> #include <boost/token_functions.hpp> #include <boost/lexical_cast.hpp> #include <iostream> #include <string> int main() { // std::getline( in_stream, line ); std::string line = "2015 3848,3 322,2 99,232 12,453"; // siehe vivees Beitrag const boost::char_delimiters_separator<char> separator(" "); boost::tokenizer<> tokenizer(line, separator); for( auto iterator = tokenizer.begin(); iterator != tokenizer.end(); ++iterator ) { std::cout << "aus '" << *iterator << "'"; float sample = boost::lexical_cast<float>(*iterator ); // ...und ich dachte, die Konvertierung wird von boost::tokenizer erledigt!? std::cout << " wird: " << sample << std::endl; } return 0; } Liefert: aus '2015' wird: 2015 aus '3848' wird: 3848 aus ',' <Exception> atrium schrieb: Was macht der boost-Code genau? Ich würde erwarten, dass hier nur Leerzeichen als Trennzeichen in Frage kommen, aber es wird munter auch bei /, - und bei Tabs getrennt. Ja- genau so sieht das aus. Und was muss man tun, damit boost::tokenizer mit dem Komma als Dezimaltrenner klar kommt? Und was soll das lexical_cast? Ich zitiere: Scorcher24 schrieb: .. aber fürs einlesen der Nummern ist der tokenizer 1A und auch bewährt. Weniger bugs, mehr action. .. 'mehr action' ist richtig. Ansonsten bin ich nicht überzeugt. Gruß Werner
• W

  Sortieren mit std::function als Vergleichsfunktion
  • wob  

  5
  0
  Stimmen
  5
  Beiträge
  458
  Aufrufe

  W

  Ah! Danke manni66 für die Idee. Mit -stdlib=libc++ kompiliert clang es auch mit -std=c++14. Hier hört aber definitiv meine Kenntnisse über die Interna der Compiler/stdlibs auf. Von daher kann ich manni66s Frage nicht beantworten. Müsste/sollte es denn eigentlich auch ohne den stdlib-Switch kompilieren? Ich verwende den Code normalerweise mit ROOT, der jitted das C++. Keine Ahnung, ob ich da irgendwie die stdlib ändern kann/will/sollte - das wird ja bestimmt weitere Nebeneffekte haben. Müsste ich dann wohl mal im entsprechenden Forum fragen. Vielleicht ist das auch eine Erklärung, warum standardmäßig ROOT noch ohne C++14 gebaut wird.
• F

  std::unique_ptr Overhead
  • Fytch  

  11
  0
  Stimmen
  11
  Beiträge
  1380
  Aufrufe

  C

  hustbaer schrieb: Wobei mir nichtmal ganz klar ist was da genau abgeht. Also wieso da mehr Register - die im Code den man sieht für gar nichts verwendet werden - gepusht werden. Davon abgesehen ist der Code ja identisch. Also eigentlich eh sehr nahe an "kein Overhead". Das ist vermutlich eine Anforderung des Stackwalkers. Im Cleanup-Code wird der Inhalt von rbp verändert aber nicht restauriert. Also wird das vermutlich vom Stackwalker organisiert, damit alles richtig ist, wenn irgenwann der Exception-Handler aufgerufen wird. Mit -m32 zeigt sich ein ähnliches Bild: -fomit-frame-pointer ist wirkungslos, wenn in der jeweiligen Funktion etwas aufzuräumen ist.
• T

  Verständnisproblem std::error_code und std::error_category und std::error_condition
  • TNA  

  3
  0
  Stimmen
  3
  Beiträge
  597
  Aufrufe

  T

  Danke, das war sehr informativ und vollständig.