C++ (alle ISO-Standards)

• R

  Wertebereich//Datentyp
  • RonnyF  

  39
  0
  Stimmen
  39
  Beiträge
  1160
  Aufrufe

  

  @Finnegan sagte in Wertebereich//Datentyp: @SeppJ sagte in Wertebereich//Datentyp: Zumal du ja meiner Erklärung, dass 7.12 nicht binär darstellbar wäre [...] Nicht als Binärbruch darstellbar, wäre glaub ich etwas genauer, oder? (Nennt man das so? Impliziert jedenfalls, dass es nicht mit endlich vielen binären Nachkommastellen darstellbar ist). Korrekt, man könnte es mit einer periodischen Bruchentwicklung darstellen. (Eigentlich war mir die Wortwahl egal, aber jetzt habe ich es doch nachgeguckt und möchte es auch weitergeben. Im Deutschen würde man sagen: Jede rationale Zahl ist als Bruch darstellbar, und dieser Bruch ist (in egal welchem Zahlensystem) immer entwickelbar. In manchen Zahlensystemen bricht diese Entwicklung nach endlich vielen Stellen ab (hier z.B. 7.12 im Zehnersystem), ansonsten ist die Bruchentwicklung immer periodisch (z.B. 7.12 im Binärsystem, schreibe ich jetzt aber nicht aus, da selbst die Darstellung mit Periode zu lang ist))
• T

  IF-Abfrage
  • tech-house  

  44
  0
  Stimmen
  44
  Beiträge
  1091
  Aufrufe

  F

  @wob sagte in IF-Abfrage: Ich fand die grundsätzliche Frage durchaus interessant (auch wenn nach Hausaufgabe klingend). Auch dass clang das schon so krass optimieren kann, war durchaus spannend zu gucken - wähle ich dagegen gcc in Godbolt aus, kommen beim addieren der Bools + Modulo auch tatsächlich Additionen heraus (aus mod wird aber natürlich and). Von daher: ich bin auch kein Freund des schnellen Sperrens. Ich glaube ich habe hier auch schon auf viele faule Fragen ohne erkennbare Eigeninitiative ausschliesslich deshalb geantwortet, weil es eine interessante Frage war. Wenn das Problem spannend genug ist, mache ich auch anderer Leute Hausaufgeben (obwohl ich eigentlich nicht sollte)... aber Pssst! Nicht weitersagen!
• M

  Wie implementiere ich ein Debugging-Tool in meinem individuellen C++-Editor?
  • manda3d  

  2
  0
  Stimmen
  2
  Beiträge
  126
  Aufrufe

  

  Es gibt ein GDB/MI Interface: https://stackoverflow.com/questions/32921105/c-c-linux-gdb-api https://sourceware.org/gdb/onlinedocs/gdb/GDB_002fMI.html Viel Spass!
• 

  C-Style cast -> statich_cast<>()
  • MegaV0lt  

  18
  0
  Stimmen
  18
  Beiträge
  463
  Aufrufe

  *

  @Columbo sagte in C-Style cast -> statich_cast<>(): Klar. Es ist aber auch irgendwie seltsam, dass GCC sich entscheidet, narrowing conversions zuzulassen, Ich sehe zu, dass auch alle Warnungen bei eigenem Code entfernt werden. Insofern macht das für mich keinen großen Unterschied, ob das nun Warnungen oder Fehler sind. Zudem existiert das Compiler-Flag "-Werror". Was mich an dem Zustand der Syntax stört, ist auch die Tatsache, dass C-Style casts so viel einfacher zu tippen sind (ich hab keinen Bock static_cast<> auszuschreiben). C Casts sind aber immer die gleichen, und unterscheiden nicht nach den für C++ notwendigen Fällen.
• S

  Fehler beim nutzen eines structs
  • Steff00212  

  3
  0
  Stimmen
  3
  Beiträge
  152
  Aufrufe

  W

  Die Fehler sollten auch sagen, wo sie auftreten. Und das ist wohl nicht im hier gezeigten Code. Mit dem obigen Code kann man das nämlich nicht nachvollziehen. Wenn man das, was du unter "Header" stehen hast, in den Code unter "Nutze ich dieses struct nun" reinkopiert (an die Stelle des #include "Canvas.h"), dann kompiliert der Code ohne Fehler (mit gcc -c)
• D

  C++ Lernen - Verständnisfragen
  • Drgreentom  

  63
  0
  Stimmen
  63
  Beiträge
  2065
  Aufrufe

  D

  @wob sagte in C++ Lernen - Verständnisfragen: Generell würde ich dir noch raten, möglichst viel const zu verwenden. Wenn sich Variablen nicht ändern, ist es einfacher zu sehen, wofür die Variablen stehen. Vor allem nicht: "hier in Zeile 1 steht x für diese Daten, in Zeile 10 steht x für diese anderen Daten". Durch const vermeidest du das. Da du eine const-Variable aber nicht ändern kannst, funktioniert logischerweise auch der call-by-reference nicht zum Ändern der Variable. Du müsstest eine const& als Parameter nehmen und könntest somit die Variable in der Funktion auch nicht ändern. Wenn du aber stattdessen einfach eine neuen Wert zurückgibst, der sich aus altem const-Wert + Änderung ergibt, dann hast du dieses Problem nicht und dein Programm wird tendenziell klarer. Natürlich muss man schauen, ob das so immer sinnvoll ist. Wenn du große Objekte hast, ist es möglicherweise ineffizient, immer zu kopieren und eine direkte Änderung kann dann sinnvoller sein. Jedenfalls: sofern nichts dagegen spricht, bevorzuge const-Variablen und return-Werte anstelle von Reference-Parametern ohne const. Danke nochmal für den Hinweis, ich versuch das mit den const Variablen bereits zu beachten. Gerade Vectoren die viele Strings enthalten (z.b. eingelesene Dateien) habe ich fast immer als const referenz aufgerufen um mir das Kopieren zu sparen - sofern nur gelesen werden sollte. By Value habe ich bisher sogut wie nie genutzt. Jedoch gerade der letzte Punkt war auch aus den letzten Antworten der entscheidene Hinweis, für meine nächsten Projekte - jetzt wo ich das mit dem Return verstanden habe
• 

  code localtime nach localtime _r umwandeln
  • MegaV0lt  

  7
  0
  Stimmen
  7
  Beiträge
  193
  Aufrufe

  

  @MegaV0lt sagte in code localtime nach localtime _r umwandeln: Hatte ich vergessen zu erwähnen. Die tools.h kann ich nicht ändern, da die nur includiert wird und nicht zu meinem Projekt gehört. Es handelt sich um ein Plugin. Davon hatte ich aber auch nichts geschrieben, sondern meinte es so, wie du es jetzt umgesetzt hast.
• 

  Verbesserungsvorschläge für generischen Code mit Containern
  • Quiche Lorraine  

  1
  0
  Stimmen
  1
  Beiträge
  81
  Aufrufe

  

  Ich habe einen einfachen Wrapper für GUI Fenster geschrieben. Hierbei möchte ich Comboboxen füllen. Die Comboboxen entsprechen in den meisten Fällen irgentwelche Container mit irgentwelchen Daten. Also habe ich eine generische Funktion der folgenden Form geschrieben: #include <iostream> #include <functional> #include <algorithm> template<typename T> concept CharType = std::is_same<T, char>::value || std::is_same<T, wchar_t>::value; class Person { public: std::string mName; unsigned int mAge; public: Person(const std::string& Name, unsigned int Age) : mName(Name), mAge(Age) {} }; template<CharType T> class Window { public: template<std::forward_iterator _InIt, typename _Fn> void Foo(_InIt _First, _InIt _Last, _Fn fn) { std::cout << "Resetting combo box\n"; // Debug Ausgabe for (_InIt Cur = _First; Cur != _Last; ++Cur) { const std::basic_string<T> Entry = fn(*Cur); std::cout << "Adding new combo box entry: " << Entry << "\n"; // Debug Ausgabe. Wird nur für char funktionieren } std::cout << "Selecting first element\n"; // Debug Ausgabe } }; int main() { const std::vector<Person> L{ { "Nils", 11} , {"Eva", 13} }; Window<char> W; // Ist ok so W.Foo(std::begin(L), std::end(L), [](const Person& P) { return P.mName; }); return 0; } Habt ihr hierzu Verbesserungsvorschläge? Wäre es hier ggf. sinnvoll den Code von std::for_each zu adaptieren? In meinem Fall (Visual Studio) also die Funktionen _Adl_verify_range() und _Get_unwrapped() zu nutzen?
• N

  Dieses Thema wurde gelöscht!
  • Nishat79  

  1
  0
  Stimmen
  1
  Beiträge
  7
  Aufrufe
• N

  Dieses Thema wurde gelöscht!
  • Nishat79  

  1
  0
  Stimmen
  1
  Beiträge
  12
  Aufrufe
• T

  Allgemeine Frage: Wird der Rückgabewert beim Verlassen der Funktion kopiert? (C und C++)
  • TaucherOne  

  4
  0
  Stimmen
  4
  Beiträge
  202
  Aufrufe

  

  @TaucherOne sagte in Allgemeine Frage: Wird der Rückgabewert beim Verlassen der Funktion kopiert? (C und C++): ... Eine Frage noch, also wäre bei Referenzen auf den Kopierkonstruktor kein Verlass? Auf den Kopierkonstruktor braucht man sich da nicht verlassen zu können, er würde bei Benutzung von Referenzen überhaupt nicht aufgerufen. Das Beispiel, das @SeppJ angesprochen hat, sähe dann so aus: void initialize( SomeComplexObject& obj ) { // stelle Initialzustand von obj her und wirf ggf. eine exception, falls iwas schiefgegangen ist } int main() { SomeComplexObject myObject; initialize( myObject ); } Das Verhalten bei Rückgabewerte kann man sich in Godbolt's Compiler Explorer sehr schön ansehen, in einem Panel schreibt man C++ Quelltext und in einem anderen kann man sehen, welchen Objektcode der Compiler daraus erzeugt.
• O

  Int*** pnt
  • Odalv  

  15
  0
  Stimmen
  15
  Beiträge
  306
  Aufrufe

  F

  @Belli sagte in Int*** pnt: Ja, so kenn ich das auch: jedes Mal, wenn die Beschleunigung größer als 12 wird, kommt ein Sternchen hinzu. Das leuchtet ein. Obwohl bei mir glaube ich deutlich mehr Sternchen auftauchen würden, wenn ich einer solchen Beschleunigung ausgesetzt wäre
• R

  C++ Vektoren und Klassen
  • rumo  

  4
  0
  Stimmen
  4
  Beiträge
  171
  Aufrufe

  

  Und schon mal als Warnung: Niemals using namespace std; (global) in Headerdateien (s.a. den Hinweis in Namespaces (C++): using-Direktiven)!
• ?

  C++ Linkliste
  • Ein ehemaliger Benutzer  

  17
  2
  Stimmen
  17
  Beiträge
  831
  Aufrufe

  O

  Danke, wenn Du da noch schaust?
• C

  Sieb des Eratosthenes 2
  • cyborg_beta  

  1
  0
  Stimmen
  1
  Beiträge
  119
  Aufrufe

  C

  https://www.c-plusplus.net/forum/post/2617795 ist eigentlich ein klassischer Fall von viel zu kompliziert und dabei in-performant umgesetzt ... ich möchte das hier noch einmal zur Diskussion stellen. Das hat etwas von Quelltext-Obfuskation. @SeppJ
• C

  Sieb des Eratosthenes
  • codie  

  7
  0
  Stimmen
  7
  Beiträge
  2815
  Aufrufe

  

  Ob das noch jemanden was bringt nach 8 Jahren? Wenn du deinen Code diskutiert haben möchtest, dann mach lieber einen neuen Thread auf. Mir macht es jedenfalls Angst, wenn dein Code erst einmal die meiste Zeit damit beschäftigt ist, selber Zahlen aus Strings zu extrahieren, danach hatte ich keine Lust, weiterzulesen.
• S

  Forward Declaration funktioniert nicht
  • Steffo  

  3
  0
  Stimmen
  3
  Beiträge
  181
  Aufrufe

  S

  Ach du Sch... Ich erinnere mich: Tatsächlich hatte ich ein einziges Mal dieses Problem und ein Kollege hat mich darauf hingewiesen... Leider hat C++ zu viele Fallstricke. Danke für die Lösung jedenfalls!
• 

  Signatur Klassen template
  • DocShoe  

  5
  0
  Stimmen
  5
  Beiträge
  188
  Aufrufe

  *

  @DocShoe sagte in Signatur Klassen template: @john-0 Danke für die Info, die Umstellung auf einen template template Paramter habe ich schon, aber die Benutzung von Tals Default Template Parameter kannte ich noch nicht. Man muss leider relativ lange suchen, bis man die korrekte Formulierung findet. Auch in dem an für sich sehr guten Buch von Josuttis und Vandevoorde C++ Templates steht das nicht drin.
• 

  [gelöst] Benutzung von temporäre Variablen verhindern
  • DocShoe  

  4
  0
  Stimmen
  4
  Beiträge
  155
  Aufrufe

  F

  Edit: Hey cool, die Ref-Qualifier muss ich mir dann doch nochmal genauer ansehen. Meine ursprünglich Antwort war so doch nicht ganz korrekt
• C

  Variable übernimmt Wert nicht.
  • Christine0107  

  26
  0
  Stimmen
  26
  Beiträge
  1027
  Aufrufe

  

  Sind all diese Ausflüchte jetzt wirklich weniger Mühe, als einfach mal den konkreten Code zu deinem Problem zu zeigen? Tut mir leid, aber man kann dir nur helfen, wenn du es auch willst.