C++ (alle ISO-Standards)

• P

  vector-Klasse, die auf dem Stack liegt
  • Pellaeon  

  3
  0
  Stimmen
  3
  Beiträge
  625
  Aufrufe

  P

  *an den Kopf greif* stiiiimmt. Danke!
• ?

  Operator
  • Gast  

  14
  0
  Stimmen
  14
  Beiträge
  2090
  Aufrufe

  

  Ja. Eigeninitiative zeigen.
• P

  Auf enum als Member zugreifen
  • Progressive  

  14
  0
  Stimmen
  14
  Beiträge
  1883
  Aufrufe

  P

  wob schrieb: Ah, du nutzt root! Hätte ich mir bei Hamamatsu-Sensoren denken können, die hatten wir im hcal, als ich mich noch damit beschäftigt habe Wird damit die Anrede "Genosse" zwingend ? Bin an einem hcal recht nah dran. wob schrieb: In root musst du die Funktion natürlich irgendwie != main nennen, wenn du sie als Macro* mit .x ausführen willst oder mit .L laden willst. Bzw. du nennst die genauso wie deine Datei, wenn sie gleich ausgeführt werden soll, also Min.cpp. Durch Trial & Error ist mir das schon aufgefallen, von daher aber gut zu wissen, dass das so sein muss. wob schrieb: Wenn du mit g++ compilierst, dann brauchst du ein main und dann ginge das so: g++ Min.cpp $(root-config --cflags --ldflags --libs) -o dein-programm Es gibt auch irgendwo in ein FindROOT.cmake, damit man das nicht immer von Hand machen muss. Mein Makefile sieht etwas anders aus aber letztlich dürfte das analog sein. Habe für root I$(ROOTINC) wob schrieb: Ich hoffe für dich nur, dass du ein halbwegs aktuelles ROOT6 nutzt, da der C++-Interpreter von ROOT5 mistig ist (oft ist es auch mal sinnvoll mit .x Min.cpp+g (beachte das +) den echten Compiler zu nehmen). Habe es letzten Monat endlich auf Version 6 gebracht, davor hatte ich V. 5, was tatsächlich eine Quälerei war.. auch jetzt könnte manches noch besser sein aber man merkt den Unterschied schon deutlich Danke für den Tipp! wob schrieb: * Macro hier im Sinne von Programm, das direkt in ROOT ausgeführt wird, früher per CINT, jetzt ists Cling/LLVM. Das verwirrt C/C++-Entwickler immer, die bei Macro sofort an Präprozessor denken. Das erklärt jetzt wiederum auch eine Konversation kürzlich
• E

  Eine Funktion in der Bedingung für eine While-Schleife aufrufen?!?
  • ElGrummlo  

  5
  0
  Stimmen
  5
  Beiträge
  1140
  Aufrufe

  E

  Damke, habe es jetzt verstanden! Ja, das Buch ist so mittel.Ich würde es nur begrenzt weiterempfehlen, da die Beispiele oft unnötig kompliziert wirken. Aber wenn man sich mit viel Zeit wie in der Schule Zeile für Zeile durchbeist und ab und zu mal zusätlich noch Tutorials guckt und in Foren ließt, dann kommt man schon irgendwie durch.
• ?

  Funktionspointer in std::map<> speichern
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  847
  Aufrufe

  ?

  Ah, danke.
• G

  p-q Formel und Ausgabe Nannan
  • Gintex  

  4
  0
  Stimmen
  4
  Beiträge
  1004
  Aufrufe

  D

  Es ist auch eine gute Idee, die Eingaben nochmal auszugeben. Ebenso die Zwischenergebnisse. Und zwischen deinen Ergebnissen sollte noch etwas Leerraum (auch Zeilenumbruch) stehen.
• ?

  Statische Funktion versus Funktion im Namespace
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  919
  Aufrufe

  ?

  wob schrieb: Nun habe ich hier oft gelesen (insbes. von manni66, sofern ich ihn richtig verstandnen habe), dass man doch die Namespace-Variante nehmen soll, wenn der struct eigentlich gar nicht als solcher benutzt werden soll. Ja wob schrieb: Zumindest kann eine Klasse nicht später wieder geöffnet werden und neue Dinge von anderswo hinzugefügt werden, sodass ich den Style struct+static irgendwie klarer finde. Naja, das ist wohl subjektiv. Was wäre an std::irgendwas unklar? Wenn aber eine struct nicht nur zwei Zeilen enthält, ist nicht auf den ersten Blick klar, dass es niemals Instanzen davon geben soll. Eine struct std wäre sicher auch etwas groß. "using struct std" ist nicht möglich. Eine Funktion kann es auch ohne speziellen Namespace im globalen Namespace :: geben. Warum sollte das Konstrukt anders sein, wenn ich Funktionen irgendwie gruppieren möchte? Genau dazu sind namespaces da.
• D

  Produktfreie Formel von Vieta
  • D4RKS0UL23  

  5
  0
  Stimmen
  5
  Beiträge
  1032
  Aufrufe

  ?

  Sowas geht in der Regel einfacher mit Mathematica oder anderen Mathematiktools. (folgendes geht zum Beispiel auch in Mathics) f2pf[1] = 0; f2pf[n_] := 2+Sqrt[f2pf[n - 1]]; Table[{n, N[2^n*Sqrt[2-Sqrt[f2pf[n]]], 20]}, {n, 1, 8}] //TableForm 1 2.8284271247461900976 2 3.0614674589207181738 3 3.1214451522580522851 4 3.1365484905459392619 5 3.1403311569547529108 6 3.1412772509327728874 7 3.1415138011443011584 8 3.1415729403670918280
• ?

  Ascii Variable
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  790
  Aufrufe

  

  Führ die Rechnung nach der Eingabe durch! C++ ist eine imperative Sprache, da wird eine Anweisung nach der anderen abgearbeitet. In Zeile 5 wird nicht gesagt, dass y nun als x - 96 definiert sei (wieso eigentlich nicht x - 'a' ?), sondern dass y ganz konkret den Wert annehmen soll, der sich auf der rechten Seite ergibt. Und zwar mit den Werten die dann und genau dann auf der rechten Seite stehen. Wenn einer dieser Werte sich später ändert, juckt dies das y nicht.
• M

  Wie sicher ist vector.insert bei einem zu großen index?
  • MrSpoocy  

  6
  0
  Stimmen
  6
  Beiträge
  960
  Aufrufe

  M

  Was sagt ihr zu: parent.data.insert(parent.data.end(), reinterpret_cast<const unsigned char*>(&value), reinterpret_cast<const unsigned char*>(&value) + sizeof(value)); ? @camper, aber genau das wundert mich ja, wir wissen ja die genaue Größe und passen bei resize die Größe bereits genau an. Also wird es doch keine 2te allokation geben oder sehe ich da etwas falsch?
• C

  C2027 in Struct
  • CJens  

  16
  0
  Stimmen
  16
  Beiträge
  1849
  Aufrufe

  ?

  Ich glaube Cjeans hat überhaupt keine Ahnung vom programmieren . Dieses Forum erwartet sehr viel eigenleistung
• ?

  Problem bei Verwendung von share_ptr oder unique_ptr
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  871
  Aufrufe

  D

  Bennisen schrieb: Das Problem bei unique_ptr ist halt das ich beschränkten Zugriff darauf habe. Hab mich dann also für shared_ptr entschieden. Da ich zwischendurch auf die Texture Instanzen zugreifen möchte. da hast du irgendwas grundlegend falsch verstanden. Der Zugriff auf das enthaltene Objekt ist bei beiden Varianten gleich. Unterschiede gibt es lediglich beim Kopier- und Zuweisungsverhalten.
• ?

  fehlerhafter Konstruktur einer Klasse
  • Gast  

  12
  0
  Stimmen
  12
  Beiträge
  2011
  Aufrufe

  ?

  Julia_w schrieb: ... verwende. Was ist daran falsch? Fehlermeldung: main.cpp:74: error: ISO C++ forbids declaration of `pos' with no type main.cpp:74: error: `begin' undeclared (first use this function) main.cpp:74: error: (Each undeclared identifier is reported only once for each function it appears in.) main.cpp:74: error: `end' undeclared (first use this function) main.cpp:81: error: no matching function for call to `std::vector<std::string, std::allocator<std::string> >::erase(int&)' Der Compiler scheint kein C++-11 zu verstehen. Welchen benutzt du? Gegebenenfalls C++-11 einschalten.
• C

  Unbekannter Fehler auf Stack
  • cpp_Jungspund  

  20
  0
  Stimmen
  20
  Beiträge
  2051
  Aufrufe

  C

  Gast3 schrieb: google mit "c++ code formatter" mit http://format.krzaq.cc/ (Style auf "file" stellen) kannst du deinen Code formatieren - wenigstens den Teil den du hier reinstellst Hi Nachdem ich etwas recherchiert habe bin ich auf das Programm astyle gestoßen und es ist wirklich super Habs mir installiert, die Nutzung ist super simpel und ich konnte all meinen Code sauber fomatieren. Ich lasse zukünftig jedes cpp file darüber laufen und versuche so zu coden wie astyle es formatiert. Grüße p.s. Zum Thema: Hab den Bug noch nicht, muss mich aber gerade leider um andere (auch C++) Sachen kümmern. Ich meld mich wieder.
• ?

  Zufallszahl - C4244 Fehler
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  1036
  Aufrufe

  ?

  Warum möchtest du den Zufallsgenerator denn mit der Zeit initialisieren? Wenn du 2 Programme in derselben Sekunde startest, bekommst du 2x dieselben Werte. Für echten Zufall ist std::random_device da. Damit initialisierst du dann deinen Pseudozufallsgenerator. Da solltest du std::mt19937 nehmen. std::random_device rd; std::mt19937 generator(rd()); Ansonsten schau dir mal https://channel9.msdn.com/Events/GoingNative/2013/rand-Considered-Harmful an. Ein Punkt gleich am Anfang ist, dass man nicht time nutzen soll. Ab Minute 10 oder so geht es los, wie mans richtig macht. Vorher ist, wie man es nicht machen soll.
• ?

  hilfs-template zur überladungsauflösung
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  669
  Aufrufe

  ?

  ok, danke euch beiden. schade, dass das noch nicht möglich ist mit unserer version von c++.
• M

  unshift function im codecvt-facet
  • Meep Meep  

  2
  0
  Stimmen
  2
  Beiträge
  544
  Aufrufe

  W

  Hallo Meep Meep, 'unshift' heißt hier soviel wie 'mach es fest(unverrückbar)' oder lakser gesagt: 'mach es klar'. Mal angenommen, das Zielformat in das die codecvt-Facette den Output umwandeln soll ist blockweise organisiert. Jeder Block enthalte am Ende noch 2 Byte. Das erste Byte sei die Anzahl der (gültigen) Bytes in dem Block und das zweite Byte ist eine Checksumme der (gültigen) Bytes. Jeder Block sei 10 Byte lang - also 8 Byte Nutzdaten und die eben beschriebenen zwei Bytes. Weiter mal angenommen, der ursprünglich Output seinen 77 Byte. Dann sind am Ende 9 vollständige Blöcke geschrieben worden und 5 Byte (77 mod 8 = 5) stehen auch schon im Zieldevice, aber der letzte Block ist noch unfertig. Dann wird der codecvt-Facette mit 'unshift' mitgeteilt, dass jetzt Schluss ist. Diese ist jetzt in der Lage die restlichen drei Bytes (z.B. 3x 0x00) in den Output zu schreiben um die Blockgröße herzustellen und anschließend eine 5 (für die Anzahl) und die Checksumme zu schreiben. Somit ist das Format jetzt abgeschlossen. Daher ruft auch die Funktion std::basic_filebuf::close unshift auf, bevor ein File entgültig geschlossen wird. Gruß Werner
• 

  Minimale Geld stückelung
  • HarteWare  

  13
  0
  Stimmen
  13
  Beiträge
  1957
  Aufrufe

  B

  HarteWare schrieb: @Belli, ich glaube man kann sich im Allgemeinen nicht darauf verlassen, dass 0 in einem Array kein gültiger Wert ist. Selbstverständlich nicht! Das war ein Vorschlag für das konkrete Problem.
• M

  cstring-array und std::lower_bound
  • Meep Meep  

  6
  0
  Stimmen
  6
  Beiträge
  867
  Aufrufe

  M

  hat sich erledigt. stimmt schon so. ich hatte bei den strings ein paat dabei die ein kleines L als anfangsbuchstaben hatten und ich dachte das waere ein großes I. war also nicht sortiert. mit richtiger sortierung funktioniert es.
• Y

  Kleine Typlisten Bibliothek
  • Yamahari  

  2
  0
  Stimmen
  2
  Beiträge
  739
  Aufrufe

  C

  Mir gefällt die Verwendung von von Template-Templateparametern nicht so recht. Damit können z.B. Predikate nicht selbst in einer Liste auftauchen. Für besser halte ich es, hier auf dass bewährte ::apply-Idiom zurückzugreifen. template <template <typename> class PredicateTemplate> struct predicate { template <typename T> using apply = typename PredicateTemplate<T>::type; }; Ausserdem erscheint die Nutzung von template <typename...> typename TTypelist Parametern wenig sinnvoll: damit können die Algorithmen auf Typen angewendet werden, die gerade keine Listen sind. Das wird man in der Regel nicht brauchen (und im Zweifel kann man einen Adapter verwenden) - und wäre typischerweise ein Fehler. Ich sage mal Metatypsicherheit dazu