C++ (alle ISO-Standards)

• B

  Rechnen in c++
  • buu2188  

  7
  0
  Stimmen
  7
  Beiträge
  1149
  Aufrufe

  W

  buu2188 schrieb: omg danke @wob daran kann es liegen. Mein Konstruktor initalisiert mein Objekt mit Integer .... Die Frage ist gerade NICHT, womit du die Variablen initialisierst, sondern welchen Typ sie haben. Es ist also egal, ob du // a) double d = 1; // oder b) double d = 1.0; schreibst, denn im Fall a) wird die 1 in eine 1.0 umgewandelt. Wenn du dagegen hast: // c) int i = 1; // oder d) int i = 1.0; Wird bei d) die 1.0 in eine 1 umgewandelt. Die Berechnung folgt dann den üblichen Regeln (Punkt vor Strich, ansonsten von links nach rechts). Und für jeden Teilausdruck schaust du dir dann an, welche Typen miteinander verwurstet werden. int/int = int intint = int doubleint = double int*double = double usw. Wenn du also den Ausdruck double*int/int hast, dann wird zuerst double*int=double gerechnet, dann double/int=double. Also die gesamte Zeit als double! Bei int/int*double dagegen rechnest du erst int/int=int (also nur ganzzahliges Ergebnis!), dann int*double=double. Alles klar?
• O

  Vergleich von Listen, gespeichert in Dropdown als Anfänger
  • OleB  

  5
  0
  Stimmen
  5
  Beiträge
  677
  Aufrufe

  ?

  Worum handelt es sich bei den Modellen? Was wird da an Daten verglichen? Wo kommen die überhaupt her? Wie werden sie gespeichert? Wenn du tatsächlich blutiger Anfänger bist, sind 5-6 Wochen schon sportlich.
• K

  Mehrere .cpp Dateien
  • Kababär  

  1
  0
  Stimmen
  1
  Beiträge
  586
  Aufrufe

  K

  Hi, vielleicht kann mir ja wer helfen. Ich habe eine Aufgabe, bei der ich eine Header-Datei erstellen soll, wo alle Funktionen deklariert werden. Jede Funktion soll in eine eigene .cpp-Datei und von der main aus aufgerufen werden. Jedoch bekomme ich bei jedem Funktionsaufruf aus der main einen Fehler: undefined reference to Meine Dateien sehen so aus: main #include <iostream> using namespace std; #include "deklarationen.h" float a; int main () { float b; einlesen (a, b); cout << "a = " << a << ", b = " << b << endl; return 0; } header #ifndef DEKLARATIONEN_H #define DEKLARATIONEN_H void einlesen(float &a, float &b); #endif //DEKLARATIONEN_H einlesen.cpp #include <iostream> #include "deklarationen.h" using namespace std; void einlesen(float &a, float &b){ cout << "Erste Zahl eingeben: "; cin >> a; cout << "Zweite Zahl eingeben: "; cin >> b; } Wo liegt der Fehler? In der Aufgabe steht nichts davon, dass man für einlesen.cpp ebenfalls eine .h-Datei erstellen. Man soll nur deklarationen.h verwenden. Danke für die Hilfe. Edit: Die main.cpp wurde so vorgegeben. Ich habe die einlesen.cpp und Header-Datei erstellt. Edit2: Gelöst.. blöd von mir. Habe vergessen die CMakeList anzupassen.
• A

  Speicherleck trotz smart-pointer
  • axels.  

  14
  0
  Stimmen
  14
  Beiträge
  2099
  Aufrufe

  G

  manni66 schrieb: goi schrieb: Garbage collection hilft hier nicht, denn die hat genau mit den gleichen Problemen zu kämpfen. Nein, hat sie nicht goi schrieb: Im alltäglichen Gebrauch dagegen bilden die Smart-Pointer schön ab, was sich der Entwickler dabei gedacht hat Wenn der Entwickler an Besitz gedacht hat, ja. Wenn es nicht um Besitz geht haben Smartponter keie Berechtigung. Der Iterator eines std::vector hat gefälligst ein Raw Pointer zu sein und nicht ein zeitfressendes Smartgedöns. Eine Funktion, die nicht den Besitz an einem Objekt übernimmt, braucht als Datentyp keine Smart Pointer - auch nicht als const Referrenz. goi schrieb: Ansonsten sind raw-Pointer eher schwierig zu handhaben und daher nicht das Mittel erster Wahl. Ich persönlich verwende sie nur intern, wenn die STL und boost nicht die passende Template-Struktur liefern, aber das wir immer seltener. Jeder kann seine persönlichen Ansichten haben. Wenn er sie aber in einem Forum als Regel aufstellt muss er sich auch auf Widerstand gefasst machen. Raw Pointer sind gut, wenn man tatsächlich Pointer braucht (eine Referenz oder std::optional sind oft die besseren Alternativen). Besitzende Raw Pointer sollte man wo möglich vermeiden. Willst Du einfach nur diskutieren? Lies was ich geschrieben habe und dann sag mir wo das im Gegensatz zu dem steht was Du sagst . Natürlich soll ein std::vector intern mit Raw-Pointern arbeiten. Das ist eine Brot und Butter Struktur die gefälligst funktionieren soll. In den restlichen 99% sind Smart-Pointer oder - wie Du selber sagst - je nach Szenario Referenzen oder Optionals einfach empfehlenswerter, es sei denn man will heimlich C programmieren. Den Strohmann von wegen man soll alles krampfhaft in Smart-Pointer-Logik verpacken, kannst Du Dir an den Hut stecken, hab ich nie gesagt.
• ?

  Tupel und Objektzeiger: geht das auch ohne SFINAE?
  • Gast  

  13
  0
  Stimmen
  13
  Beiträge
  1923
  Aufrufe

  

  camper schrieb: Arcoth schrieb: camper schrieb: Arcoth schrieb: camper schrieb: Arcoth schrieb: Dein TupleLeaf schöpft EBO nicht aus, das ist dir klar? Wenn alle Tupleelemnte state haben, ist das nicht besonders nützlich, oder übersehe ich etwas? Aus welchem Finger hast Du diese Prämisse gezogen? Bring doch einfach ein (einigermaßen sinnvolles) Beispiel, um mich vom Gegenteil zu überzeugen. Es ist doch ein allgemein bekannter Trick, Allokatoren oder sonstige Objekte, von denen wir erwarten, dass ihre Klasse leer ist, zusammen mit mindestens einer anderen Klasse in tuple zu speichern, damit nur der Speicherverbrauch der anderen Klasse greift. Oder ist das schon aus der Mode? Richtig. Das war aber auch nicht die Frage. Die Frage war, ob man solche Objekte, die potentiell leer sind, in ein Tupel packen würde in einem Kontext, bei dem die Größe des Tupels eine Rolle spielt (Funktionsargumente/-rückgaben also nicht). Innerhalb einer String Klasse könnte dieser Trick legitim angewendet werden. Und es ist durchaus vorstellbar, viele Strings zu erzeugen.
• D

  Problem bei Name-Lookups mit namespace / templates
  • decimad  

  9
  0
  Stimmen
  9
  Beiträge
  1214
  Aufrufe

  

  camper schrieb: Mein pathologischer Code betrifft ein anderes Problem. Ist A in template <typename T> void foo(bar<T>& v) { v.template A<T>::x = 1; } abhängig oder nicht? Soweit ich sehe trifft auf Deinen Code Paragraph 4 zu (zur Definitionszeit), d.h. GCC 7.1 hat hier u.U. Recht, da der alternative Zweig genommen werden muss ( v ist abhängig, und damit kann A nicht in der zugehörigen Klasse gesucht werden). Diese Exegese des wordings wird auch von den Beteiligten der oben verlinkten PRs geteilt. Genau wie schon oben von Dir demonstriert kann man hier das Verhalten durch eine entsprechende Qualifizierung anpassen. Interessanter ist der Fall, in dem das Klassentemplate A umbenannt wird. Obiger Argumentation zufolge hätten wir nun eine Fehlermeldung, und das ist tatsächlich genau was GCC 7.1 uns gibt. Clang hält weiter an der Anwendung des lookups zur Instantiierungszeit fest. Jetzt bleibt nur noch die Frage, ob man einen PR für Clang öffnet, oder einen Thread in std-discussion.
• R

  if/while Schleife C++ Klausr Aufgabe
  • RBS1979  

  20
  0
  Stimmen
  20
  Beiträge
  2027
  Aufrufe

  R

  Danke an alle für die wertvollen Tipps. Vor allem die Tabellen Idee. Macht euch aber bereit ich hab da noch einige Aufgaben.
• O

  Fehler im bool?
  • otto56  

  6
  0
  Stimmen
  6
  Beiträge
  789
  Aufrufe

  O

  Danke
• T

  unsignierter Ganzzahltyp mit unendlicher Reichweite im Plusbereich
  • Timon Paßlick  

  11
  0
  Stimmen
  11
  Beiträge
  1274
  Aufrufe

  T

  Bin beeindruckt. Wenn ich "Accelerated C++" zuende gelesen habe und den Code verstehen kann, komme ich hierhin zurück und guck mir das an. Dann kommen auch die anderen Operatoren dazu und vielleicht sogar mehr Effizienz, poste ich dann hier rein. Braucht noch ein bisschen, aber kommt.
• R

  for Schleife Klausur Aufgabe
  • RBS1979  

  12
  0
  Stimmen
  12
  Beiträge
  1500
  Aufrufe

  R

  Danke für den Tipp mit dem Buch. Ich hab mir C++ Lernen und professionell anwenden, 7. Auflage ausgeliehen. Das Thema Kontrollstrukturen wird dort behandelt ab Seite 117. Leider gehen die Bücher nicht so ins Detail, dass ich solchen Tricks erkenne. Ich hab Sie auch nicht persönlich um Hilfe gebeten. Diesen Aufruf ist an den Leuten gerichtet, die ihren Wissen anderen nicht vorenthalten möchten und einfach helfen möchten. Ach und die Sprache die ich vor allem lernen soll heißt wohl Deutsch. So deine_dummheit_nervt! da haben Sie was von mir gelernt.
• ?

  Operatorfunktion
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  474
  Aufrufe

  ?

  @camper Dane für den Link, hat mir grade einiges erklärt @wob wenn ich das wüsste hätte ich hier keinen Beitrag verfasst
• ?

  Wird ein in einer Funktion ersteller Vektor am ende gelöscht?
  • Gast  

  7
  0
  Stimmen
  7
  Beiträge
  884
  Aufrufe

  T

  Ok, stimmt. Danke.
• A

  std::map::iterator in std::set speichern
  • axels.  

  4
  0
  Stimmen
  4
  Beiträge
  775
  Aufrufe

  A

  Danke für die ausführliche Antwort! Hat mir sehr geholfen!
• B

  Referenz beim Überladen des += Operators?
  • buu2188  

  3
  0
  Stimmen
  3
  Beiträge
  624
  Aufrufe

  W

  buu2188 schrieb: Egal ob per Referenz oder per Value zurückgegeben wird. Wenn du keine Referenz zurückgibst, erzeugst du eine Kopie deines (eventuell großen) Objektes. Warum willst du kopieren? Beispiele, wo was anderes rauskäme: (a+=b)+=c; Oder vielleicht realistischer: (a+=b).modifyObject(); Wenn du eine Kopie zurückgibst, dann wird das +=c bzw. modifyObject auf der Kopie aufgerufen. Gibst du eine Referenz zurück, dann bezieht sich das auf das geänderte a. Aber generell willst du hier einfach keine Kopie haben. Du willst schließlich etwas ändern. Anders sieht es bei operator+ aus. Da gibst du keine Referenz zurück.
• D

  Erstes C++ Programm
  • Daniel-Iniuria  

  8
  0
  Stimmen
  8
  Beiträge
  1301
  Aufrufe

  ?

  buu2188 schrieb: Benutz lieber: using namespace std; damit sparst du Dir das "std::" Warum benutzt man denn dann überhaupt namespaces, wenn die nur stören?
• ?

  Speicher lieber zusammen oder einzeln anlegen?
  • Gast  

  6
  0
  Stimmen
  6
  Beiträge
  769
  Aufrufe

  

  Fisch schrieb: Wenn ich immer nur kleine Stücke alloziere, das dann nebenbei gleich noch gerechnet werden kann, bzw. während des rechnens schon der nächste alloziert werden kann. So wie du das vermutlich meinst: nö, das geht so nicht. Du kannst nicht auf einem Core gleichzeitig rechnen und Speicher allozieren. Ja, ein Core kann mehrere Dinge gleichzeitig machen, aber nicht so massiv dass new() gleichzeitig mit einer anderen ähnlich komplizierten Aktion laufen würde. Mit mehreren Cores geht es natürlich. Nur das passiert nicht automatisch nur weil deine CPU mehrere Cores hat - das muss man entsprechend programmieren. Tut aber denke ich alles nix zur Sache. Wenn du 1 Mio. Elemente gleichzeitig brauchst, dann forder 1 Mio. an - mit einem Aufruf. Das ist immer schneller als 1000x je 1000 Elemente anzufordern. Weil es für die Allokator-Funktion quasi Wurst ist ob eine Anforderung über 1000 oder 1 Mio. Elemente geht. Eine Anforderung ist eine Anforderung und die braucht inetwa gleich lange. 1000 Anforderungen brauchen also 1000x so lange. Die nächste Frage ist dann aber, ob du wirklich 1 Mio. Elemente gleichzeitig brauchst. Das können wir nicht erraten, weil du ja nicht verrätst was du eigentlich machen willst.
• L

  Vererbung funktioniert nicht
  • Leftwitch2  

  15
  0
  Stimmen
  15
  Beiträge
  2215
  Aufrufe

  

  Wer macht den auch so ein scheiß mit symlinks? wtf? #pragma once macht viel weniger probleme als #ifndef etc. Vor allem sind versehentliche doppeltbenutzungen der macros oft nicht sehr offensichtliche Fehler. ...genauso wie leute die Pfade haben die MAX_PATH überschreiten und mit Sonderzeichen vollgeballert sind, nur weil die noch nie was von Datenbanken gehört haben... manche Leute wollen es auch wirklich wissen, wie man sich alles zerschießt!
• ?

  Integral berechnen in C++
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  3082
  Aufrufe

  H

  Wenn du an der Anwendung interessiert bist und nicht daran den numerischen Solver selbst zu bauen, würde ich odeint aus boost nehmen. Zum Beispiel so: #include <cmath> #include <iostream> #include <boost\numeric\odeint.hpp> using namespace boost::numeric::odeint; double Li(double x) { auto f = [](double const &, double &dxdt, double t) { dxdt = 1.0 / std::log(t); }; double result = 0; auto stepper = make_controlled(1.0e-12, 1.0e-12, runge_kutta_dopri5<double>()); integrate_adaptive(stepper, f, result, 2.0, x, 1.0e-12); return result; } int main() { for (double x = 2; x < 10; x += 1) { std::cout << "Li(" << x << ") = " << Li(x) << "\n"; } } Ausgabe: Li(2) = 0 Li(3) = 1.11842 Li(4) = 1.92242 Li(5) = 2.58942 Li(6) = 3.17706 Li(7) = 3.71189 Li(8) = 4.20855 Li(9) = 4.67607
• ?

  Newlines im Pfad
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  582
  Aufrufe

  

  Escapesequenzen wäre auch mein erster Tip. Mich würde aber ehrlich der Anwendungsfall interessieren. Also speziell wieso man das File nicht einfach umbenennen kann...
• J

  error_category
  • Jodocus  

  7
  0
  Stimmen
  7
  Beiträge
  828
  Aufrufe

  ?

  Hallo! Lokalisation alleine ist für mich noch kein Argument. Das kann man im Prinzip auch ganz statisch durch-if'en. Die Sache mit dem strerror() ist hingegen ein plausibles Argument. Ich arbeite momentan auf einem etwas vollgeladenen Embedded System und versuche, etwas Überzeugungsarbeit von C in Richtung C++ zu machen. Theoretisch können wir auch den Heap vergrößern, aber ich finde es nicht richtig, zum Standard-Heapspeicher genötigt zu werden, wenn man ihn gar nicht unbedingt braucht, denn da kommt ja auch der Overhead der internen Verwaltungsstruktur und Mutex-Synchronisation hinzu. Mir bleibt dann wohl einzig, eine eigene error_code/error_category-Implementierung zu schreiben. Ist kein Drama.