C++ (alle ISO-Standards)

• M

  Hin und her
  • Maldikus  

  8
  0
  Stimmen
  8
  Beiträge
  595
  Aufrufe

  S

  youtube kannste als tutorial vergessen wie ich finde (und das werden viele andere auch finden) du schreibst dir eine funktion, die das macht was du willst wenn dein C++ soweit auch noch nicht reicht (ist ja keine schande, wird noch kommen) dann musst du halt etwas redundanten code schreiben und das alles was einfacher angehen. int hp_enterprise = /* Zufallswert */; int hp_nautikus = = /* Zufallswert */; while ( !(hp_enterprise == 0 ) || !(hp_nautikus == 0) ) { int angriffsschaden = /* Zufallswert */; if ( angriffsschaden < 0 ) hp_enterprise += angriffsschaden; else hp_nautikus -= angrissschaden; } das wäre ein einfacher minimalistisch kleiner ansatz...
• G

  Unterschied dynamic/static cast
  • gallagher  

  19
  0
  Stimmen
  19
  Beiträge
  3698
  Aufrufe

  ?

  DocShoe schrieb: bmario_ schrieb: Das wird nix. Kannst du garantieren, das die nicht-const Version von baz sich const verhält? Sonst darfst du sie ja nicht aus der const Version von baz aus aufrufen! Im Allgemeinen sollte das nicht der der sein, denn sonst bräuchtest du ja keine nicht-const Version :xmas1: Ähm ja, war wohl zu kurz gefasst. Das man in einem nicht-const Objekt jede beliebige const Funktion aufrufen kann, sollte klar sein. Genauso klar ist es, dass du ohne Probleme aus nicht-const Funktionen const Funktionen aufrufen kannst und beim Rückgabewert etwaige const-ness wegcasten kannst. Das kannst du machen, da dein Objekt ohne nicht const ist und ein Benutzer deiner Klasse damit auch nicht erwartet, dass sich das Objekt const verhält. Anders herum ist es aber ein Problem. Hast du ein Objekt, dass const ist und du versuchst nun eine nicht const-Funktion zu benutzen (dank const cast auf this ohne Probleme möglich) hast du ein Problem, wenn diese nicht const Funktion etwas am Objekt verändert. Das ist ein Problem, da sich in diesem Fall aus Benutzersicht ein const Objekt, für das eine const Funktion aufgerufen wurde, ändert! Da du das Objekt selbst "ent-const-est" kannst du auch keinerlei Garantien darüber abgeben, ob die aufgerufene Funktion sich const verhält. Aber andersherum ist das egal. Du hast ein nicht-const Objekt und darfst damit alles machen was du willst, unter anderem Funktionen nutzen, die const sind. Hoffe das ist jetzt verständlicher, ansonsten mal bei Scott Meyers nachschlagen, der Mann kann definitiv besser erklären als ich.
• M

  default template argument einer klasse
  • Meep Meep  

  4
  0
  Stimmen
  4
  Beiträge
  661
  Aufrufe

  P

  meistens trifft man default-Template-Parameter nicht schon im ersten Argument an, sondern später. Prominentes Beispiel ist der std::vector: template <class T, class Alloc = std::allocator<T> > class vector; Wenn du mal einen Compilefehler bekommst, der sich in einem std::vector bemerkbar macht, siehst du das in vielen Compilern auch in der Fehlermeldung:
• T

  Forward declarations
  • Tomahawk  

  5
  0
  Stimmen
  5
  Beiträge
  974
  Aufrufe

  S

  genau dafür sind doch vorkompilierte header...
• ?

  Multiple Definition of Function
  • Gast  

  7
  0
  Stimmen
  7
  Beiträge
  751
  Aufrufe

  3

  Nein
• K

  Lebensdauer von Zeigern in Methoden / Funktionen
  • kauflummi  

  18
  0
  Stimmen
  18
  Beiträge
  2011
  Aufrufe

  K

  Danke für die Tipps, habe mal zwei Semester C++ gehört aber nicht mitgearbeitet. Du bringst wahrscheinlich die ganzen Sachen zur Sprache die ich damals nicht verstanden habe, jetzt aber für die offene Hausarbeit brauche.
• ?

  Pointer Array übergeben
  • Gast  

  7
  0
  Stimmen
  7
  Beiträge
  2436
  Aufrufe

  

  das bin ichichichich schrieb: Ich wollte das ganze nun über Pointer lösen, damit man nur eine Referenz auf die Daten hat, aber irgendwie habe ich das nicht hinbekommen. Dachte an so was: int methode(int* array[10][15]){ } Knapp daneben ist auch daneben. int methode(int (*array)[10][15]) { printf("%lu",(unsigned long)(sizeof*array)); } int a[10][15]; methode(&a);
• D

  Stringstream to Int64_t
  • Dark_Alfred  

  4
  0
  Stimmen
  4
  Beiträge
  1192
  Aufrufe

  T

  Vielleicht noch etwas weniger gefummel mir ohen Arrays: #include <iostream> #include <fstream> #include <sstream> #include <string> #include <algorithm> struct replacer { replacer(std::string const & to_replace) : m_to_replace(to_replace){} bool operator()(char c) const{ return std::find(m_to_replace.begin(), m_to_replace.end(), c) != m_to_replace.end(); } std::string m_to_replace; }; int main(int argc, char *argv[]) { int64_t nummer = 0; int64_t zeitSub = 0; int64_t zeit_Pub = 0; int64_t nummern = 0; std::string str = "meinedatei.txt"; //oder gleich direkt im stream angeben... ifstream reader(str.c_str()); std::string line; while(std::getline(reader, line)) { std::cout << "Current line: " << line << std::endl; //alle trennzeichen durch leerzeichen austauschen std::replace_if(line.begin(), line.end(), replacer(",:;"), ' '); std::istringstream isstr(line); int64_t current = 0; while(isstr >> current) { if(nummer == 0) { nummer == current; isstr >> nummern; } else { if(zeitSub == 0) { zeitSub = current; } else { zeit_Pub = current; } } } std::cout << "Parse line result: \n" << " nummer : " << nummer << '\n' << " nummern : " << nummern << '\n' << " zeitSub : " << zeitSub << '\n' << " zeit_Pub : " << zeit_Pub << std::endl; } } Außerdem: Bist Du Dir sicher, dass die Logik, nach der nummer, zeitSub und zeit_Pub zugewiesen werden so richtig ist?
• C

  Löschen von 2D Array
  • curry-king  

  10
  0
  Stimmen
  10
  Beiträge
  873
  Aufrufe

  

  curry-king schrieb: Wenn es keine andere Möglichkeit gibt, dann bleibt mir wohl nichts anderes übrig... Gibt es die wirklich nicht? Doch, wurde dir doch auch schon gesagt.
• O

  Programm mit einer Funktion [HELP]
  • OPTIMUS  

  19
  0
  Stimmen
  19
  Beiträge
  1700
  Aufrufe

  *

  Bei "das soll zum Einen dem Compiler helfen" habe ich vergessen "angeblich" hinzuzuschreiben, weil das nicht meine persönliche Meinung ist. Das Parsen von Prototypen ist kein Problem. Ich habe es zwar nicht überprüft, aber ich denke, das wird genauso wenig Zeit in Anspruch nehmen wie die Überprüfung von richtigen Funktionsaufrufen, Rückgabewerten, etc. (in kleinen Programmen ist das performancetechnisch sowieso irrelevant). Von da her sehe ich keine objektiven Gründe für die Anwendung dieser Schreibweise, wenn's aber für jemanden schöner/besser/angenehmer ist, so zu schreiben, soll er's machen. Grüße, Rew.
• B

  String Methode
  • BamDenied  

  6
  0
  Stimmen
  6
  Beiträge
  726
  Aufrufe

  B

  Alles klar jetzt gehts, vielen Dank. Hatte ein include nicht drin.
• X

  bsp: aus 2.1 wird 0.1; aus 4.234 wird 0.234
  • xX.123.Xx  

  12
  0
  Stimmen
  12
  Beiträge
  1587
  Aufrufe

  X

  pumuckl schrieb: xX.123.Xx schrieb: ich habs auch so dann vorhin gemacht.. [...] wie gesagt mein problem sind die negativen zahlen Siehst du den Widerspruch? Du hast es eben NICHT so gemacht - sonst hättest du keine Probleme mit den negativen Zahlen. Oo... ____________ naja. ich hatte es gestern dann doch noch geschafft.. ohne floor.. double u(double t) //FUNKTION { if (t<0) { double x = t; x = x - (int)x; x = 1 + x; return x; } else { double x = t; x = x - (int)x; return x; } } trotzdem danke für die Tips.
• ?

  Konstruktor array-Pointer übergeben
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  899
  Aufrufe

  P

  Beobachter01 schrieb: Also reicht es aus einfach Index 0 mitzugeben? Nein, wie gesagt. Google mal nach "Array to pointer decay" class A{ private: double* m_i; public: A(double* i){ this->m_i = i; } }; class B{ public: B(){ double t[199] A *a = new A(t); } }; Sicher ist allerdings wie gesagt was anderes - vor allem wegen des Pointers auf das lokale Array im Ctor von B. Der Pointer wird sofort ungültig! Schau dir mal folgendes an: class A{ typedef std::vector<double> Array; //Moeglichkeit 1 std::array<double, 199> Array; //Moeglichkeit 2 Array& m_i; public: A(Array& i) : m_i(i) { } }; class B{ public: std::array<double, 199> t; B(){ A *a = new A(t); } };
• X

  [Solved] (o)fstream löscht immer die Datei
  • Xandaros  

  19
  0
  Stimmen
  19
  Beiträge
  1410
  Aufrufe

  

  Xandaros schrieb: Hmm, auf die Idee die Datei lesend zu öffnen, bin ich gar nicht gekommen... (Schließlich möchte ich ja eigentlich nur schreiben) Nun, das ist im Prinzip nur eine clevere Benutzung der zur Verfügung stehenden Flags. Das kann manchmal etwas verwirrend sein. Falls du mit den Flags bei den C-Dateien sicherer umgehen kannst (anscheinend ist das ja so, da du mit fwrite keine Probleme hattest), ist in Tabelle 95 im Standard (C++98) eine Übersetzung zu finden. Der Modus "r+" den du hier möchtest (anders würde das in C auch nicht gehen) entspricht gerade in und out.
• F

  Arraywertige Funktion malloc.c:3096: sYSMALLOc...
  • fronzenlaf  

  2
  0
  Stimmen
  2
  Beiträge
  875
  Aufrufe

  

  Nein, das läuft nicht fehlerfrei. Du schreibst fröhlich über Arraygrenzen hinweg (Zeile 48). Du merkst es bloß zufällig nicht bei dem einen Knoten, weil das eben undefiniertes Verhalten ist und nicht unbedingt auffallen muss. Da du Linux benutzt, empfehle ich valgrind, um solche Fehler zu finden. So habe ich das so schnell gemacht, ohne deinen Code groß ansehen zu müssen. Was soll das Programm eigentlich machen? Das kann man garantiert VIEL besser machen, dein gegenwärtiger Code sieht schrecklich aus, ich mag gar nicht hinsehen. Hast du schon einmal etwas vom Drei-Sterne-Programmierer gehört? Das ist in C schon ein Anti-Pattern, aber in C++ so wild mit rohen Pointern rumjonglieren ist nun wirklich nicht nötig. Und wenn du es trotzdem tust, dann halte dich an gängige Sicherheitsvorschriften wie die Regel von den großen Drei oder gute Vorgehensweisen wie RAII. P.S.: Und was da übrigens genau schiefgeht: So wie es aussieht, überschreibst du durch deinen illegalen Zugriff gerade irgendwelche internen Verwaltungsdaten des Speicherallocators. Wenn dieser das nächste Mal gefragt ist, dann passieren schreckliche Dinge. Das ruft das interessante Phänomen hervor, dass das Programm in valgrind fehlerlos durchläuft, auch mit der auskommentierten Zeile. Dies liegt da dran, dass valgrind den Allocator ersetzt und der Allocator von valgrind ganz woanders seine Daten hat. Aber den illegalen Zugriff sieht man so natürlich trotzdem.
• ?

  Modulsystem? Compilezeit mit Templates
  • Gast  

  16
  0
  Stimmen
  16
  Beiträge
  1786
  Aufrufe

  V

  Hemeraterahmu schrieb: Wieviel Templates sind im Linux-Kernel? Keine. Aber es sind unglaublich viele große Dateien. Hemeraterahmu schrieb: Mit den entsprechenden boost includes bekommst du es schnell hin, dass ein File ca. 1 Minute compiliert, auch auf richtig guten Rechnern. In produktivem Code berechne ich Primzahlen nicht durch Template-Metaprogrammierung. Wenn man was fettes von boost::spirit verlangt, dann sollte das nicht in einem Header stehen, den man in allen eigenen Dateien inkludiert. Aber Dir zuliebe habe ich auch mal boost gemessen. boost compilieren: real 4m29.966s user 15m14.844s sys 0m58.180s Um zu schauen, wieviele Dateien das waren, mache ich mal ccache an. cache hit (direct) 0 cache hit (preprocessed) 0 cache miss 602 called for link 45 no input file 16 files in cache 1203 Also wohl 602 Dateien und die benutzen boost. Macht bei 270 Sekunden ca eine halbe Sekunde pro Datei. Ich denke, das mit den Compilezeiten kann man schon ganz entspannt angehen, wenn man nur ein ganz klein Bißchen geizig ist, was vor allem heißt, nur das Benötigte zu inkludieren. Und zum Beispiel mit #ifdef den Compiler rausfinden und was behaupten und dann mit static_assert prüfen, statt mit mit type lists und Prüfung es berechnen zu lassen.
• M

  zahl zwischen ?? und ??
  • Maldikus  

  4
  0
  Stimmen
  4
  Beiträge
  577
  Aufrufe

  M

  freaky danke für den link habe ich mir jetzt schon zu hälfte durch gelesen und danke auch dir pumukl ja genaus so hab ich mir das vorgestellt ^^
• ?

  Meinungen zu typeid?
  • Gast  

  20
  0
  Stimmen
  20
  Beiträge
  1782
  Aufrufe

  Z

  weicher schrieb: Hallo zusammen, ich habe diesen Thread mal meinem Mitarbeiter gezeigt. Sein Kommentar: "Mann, wenn man keine Probleme hat, kann man sich auch welche suchen! Aber wenn wir gerade dabei sind, in der Core.Lib und der Common.Lib haben wir seit über einem Jahr keine Fehler mehr gefunden, da könnte man die Traces jetzt löschen". Das habe ich dann auch gemacht. Ich bin ratlos, worin die Ironie sein soll
• ?

  Suche Tutorial
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  639
  Aufrufe

  T

  gast3 schrieb: in den tutorials benutzen die pthread_create() von POSIX ich benutze aber die 'windows.h' bibliothek, da sind die befehle ganz anders und dafür brauche ich ein Tut. Ich würde auch gerne bald anfangen aber es scheint einfach kein komplettes tut zu geben, im netz findet man infos für dieses Thema nur krümmelweise. Threading und Processing in Windows http://msdn.microsoft.com/en-us/library/windows/desktop/ms684847%28v=vs.85%29.aspx#thread_functions Ansonsten kannst du schauen ob du irgendwo das Buch Windows-Programmierung: Das Entwicklerhandbuch zur WIN32-API herbekommst wenn du dich mit der Win32 Api beschäftigen willst.
• ?

  Cast zwischen Struktur und Array
  • Gast  

  9
  0
  Stimmen
  9
  Beiträge
  1535
  Aufrufe

  C

  Nein, die Konvertierung ist nicht sicher. Bzw. sie wäre sicher, wenn die DXlib ein Array nutzen würde, aber wenn sie das nicht tut, hast du genau das gleiche Problem wie vorher. Je nach dem was du brauchst, ist eine eigene Mathe-lib aber nicht sonderlich schwer. Wenn du den Vektor so baust, kann nichts schief gehen: class Vector3f // Ist natürlich ein Template für Größe und Typ { float data_[3]; public: ... // operator [] etc. }; int main() { Vector3f v(3, 4, 5); // Und dann Zugriff mit &v[0] } Allerdings, wenn du dich mit DirectX eh auf Windows festlegst, werden vielleicht auch bestimmte Padding-Eigenschaften garantiert. (VS wird das auf jeden Fall machen.) Von daher könntest du auch einfach den Standard links liegen lassen.