C++ (alle ISO-Standards)

• U

  problem mit stack und basisklasse
  • uhsuhz  

  23
  0
  Stimmen
  23
  Beiträge
  1494
  Aufrufe

  U

  Shade Of Mine schrieb: Ableitung macht hier wenig Sinn. Was du willst ist Komposition. Damit loesen sich uebrigens auch alle Namensprobleme in Luft auf. Stack und Deque sind zwar Container, aber bei Vererbung das Liskov Substitution Principle beachten. io ich werde mir das morgen mal anschauen, für heute habe ich genug^^
• T

  Sonderzeichen in Datei schreiben
  • Tribreaker  

  5
  0
  Stimmen
  5
  Beiträge
  481
  Aufrufe

  ?

  Danke für die Hilfe , geht jetzt!! Vielen vielen Dank!
• P

  Zugiff auf die Daten eines privaten Stucts?
  • Pille456  

  6
  0
  Stimmen
  6
  Beiträge
  466
  Aufrufe

  N

  Pille456 schrieb: Hmm ja klar ist das einfacher, aber das Ziel momentan ist es nicht irgendein Programm fristgerecht oder sonst wie zu programmieren, sondern solche Implemantationen mal selber zu versuchen, zu sehen wie das mal geht und so. Okay, dann ist das natürlich gerechtfertigt Das mit den Iteratoren würde ich aber am Anfang vielleicht noch weglassen. Versuch mal, einzelne Elemente an die Liste anzuhängen und zu entfernen, dann bist du schon ein rechtes Stück weiter. Mit der Zeit kannst du dann noch (Kopier-)Konstruktoren, Destruktoren, und überladene Zuweisungsoperatoren implementieren. Bei Problemen kannst du ungeniert fragen. PferdMitSki schrieb: Du kannst einen getter machen der diesen Pointer auf diese Struct zurück gibt, dann kann man die Daten der Struktur ändern, aber nicht den internen Pointer in der Klasse, weil bei nem einfachen Returnwert immer ne Kopie erzeugt wird. Für das kann man auch Referenzen verwenden
• ?

  Problem beim auslesen einer Datei.
  • Gast  

  6
  0
  Stimmen
  6
  Beiträge
  482
  Aufrufe

  ?

  Das Array in das du einliest sollte auch mindestens so groß sein wie die max Anzahl der zeichen die du einlesen willst, also 256. Wenn du C++ Programmieren willst, dann nimm für sowas std::ifstream und std::string
• L

  Value type
  • lord.hong  

  20
  0
  Stimmen
  20
  Beiträge
  1203
  Aufrufe

  N

  Shade Of Mine schrieb: insofern ist statische variablen immer private machen sicher nicht verkehrt. Ich hatte da einen Fall, wo ich kein Singleton verwenden wollte, und deshalb bei einer Klasse alles statisch gemacht habe - nicht gerade das ideale Design, ich weiss (aber mir gefällt der Operator :: eben so, und vereinheitlicht auch alles, wenn ich noch Enums habe). Nein, das mit den einheitlichen Zugriffsrechten klingt für mich eigentlich logisch (ich wüsste auch keinen Fall, wo man statische Variablen öffentlich bräuchte). Noch was zu Strukturen: Das ist vielleicht Ansichtssache, aber für mich ist eine struct , die mehr als nicht-statische Membervariablen und einen Konstruktor anbietet, schon eher eine Klasse ( class ). Shade Of Mine schrieb: Alles was konstant ist, kann ruhig public sein. sofern sich der wert nie ändert (zB wird erst später initialisiert oder so). Sorry, ich kann mir jetzt nicht gerade vorstellen, wie man auf normalem Wege eine konstante, nicht-statische Variable nach dem Konstruktor initialisieren kann. Btw: Shade Of Mine schrieb: konstanten sind keine variablen. Begrifflich gesehen stimmt das zwar, aber ich bezeichne auch Konstanten per const als Variable, weil sie Werte aufnehmen können (das ist zwar eine ungenaue Definition, aber ihr wisst, was ich meine). Aber das ist meine Sichtweise, und in C++ sind sowieso einige Begriffe nicht ganz eindeutig...
• ?

  Problem beim Interieren über Zeiger
  • Gast  

  10
  0
  Stimmen
  10
  Beiträge
  901
  Aufrufe

  N

  cpp_noob schrieb: cout << *(zeigtests + 1)<<endl; // Zeile 24 cout << *(zeigtests + 2)<<endl; // Zeile 25 Ich bekomme allerdings keinen fehler bei den zeilen 24 + 25 Das liegt daran, dass da das Array (genauer dessen Anfangsadresse) nicht verändert wird. Der Bezeichner zeigtests kann in diesem Kontext als (sozusagen konstanter) Zeiger verwendet werden, womit auch die Zeigerarithmetik funktioniert.
• ?

  Liste aus char* einen Vector aus strings zuweisen
  • Gast  

  15
  0
  Stimmen
  15
  Beiträge
  5775
  Aufrufe

  P

  helferlein schrieb: vielleicht gehts auch ohne allokieren, da die zeiger solange gültig sind solange man die strings nicht anfasst. wenn du also den vector nicht benutzt kannst du die zeiger in der liste speiciehrn Die Restritkionen wären aber immens. Viele Zugriffe auf den vector können dafür sorgen, dass der neuen Speicher allozieren muss, dadurch die Strings umkopiert, wodurch wiederum die Zeiger in der Liste ungültig werden (können). Wenn man den vector umkopiert kommts natürlich genauso. Da vermutlich irgendjemand anderes den Code später modifiziert muss dem mit großen roten Warntafeln und Starkstromzäunen klargemacht werden, dass er auf keinen Fall den vector berühren soll... Dann doch lieber dynamisch Speicher anfordern oder noch besser garnicht erst mit blanken char-pointern hantieren. Gut dass das nur als Übung gedacht war
• E

  überladene function unter VS c++ 2005
  • esskar  

  2
  0
  Stimmen
  2
  Beiträge
  359
  Aufrufe

  E

  habs gefunden; class TcpSocket : public Socket { /* .. */ public: using Socket::Bind; virtual long Bind(unsigned short port); virtual long Bind(unsigned long addr, unsigned short port); /* .. */ }; war mir echt neu, obwohl ich nun schon jahre c++ programmiere.
• C

  raw image laden: eigenartiges verhalten
  • cman  

  6
  0
  Stimmen
  6
  Beiträge
  470
  Aufrufe

  F

  Mach am besten aus // assumes f is opened for reading gleich // assumes f is opened for binary reading Nur für die Zukunft.
• S

  Problem mit circular dependency
  • Seikilos  

  10
  0
  Stimmen
  10
  Beiträge
  599
  Aufrufe

  S

  pumuckl schrieb: Mein Fazit aus alledem ist immernoch, inline nicht explizit anzugeben. Über Inlining nachzudenken macht erst Sinn, wenn mir der Profiler das sagt - und wenn er mir dann sgat dass es vielleicht was bringen könnte, dann ziehe ich (zur Zeit noch) die Definition aus der .cpp in den Header (ob ich da jetzt inline reinschreibe oder die Definition mitliefere, rekompilieren muss ich eh alles) und überlasse weiterhin dem Compiler die Entscheidung, ob und wo er die Funktion inlined. (Ein inline ofne Definition bringt ja traditionell eh nur innerhalb der ÜE was). Später wenn cross-module inlining weiter verbreitet (und ausgefeilt) ist, verzichte ich auch darauf und vertraue der Technik. Früher hat ein Entwickler noch selbst entscheiden müssen, welche Variable er in welches Register schiebt, irgendwann haben die Compiler das dann übernommen. Mit dem Inlining ist das nicht anders, wir können nurnoch Entscheidungshilfen bieten auf die eh kaum ein Compiler noch großen Wert legt, bald (vllt. auch jetzt schon) kann mans sich auch ganz abgewöhnen. 100% ACK.
• T

  Definition globaler Variable in if Bedingung
  • Tembudrus  

  7
  0
  Stimmen
  7
  Beiträge
  917
  Aufrufe

  

  0L für nen Pointer is unfug, 0 reicht vollkommen.
• G

  [c++] Funktionsaufruf in if-anweisung
  • guddy  

  17
  0
  Stimmen
  17
  Beiträge
  6460
  Aufrufe

  S

  guddy schrieb: Hallo Leute, ich hab noch eine Frage. Wie kann ich folgendes realiesieren. genome (map, objective): Wenn objective = objective1 dann tue das Wenn nicht tue etwas anderes Grüße Guddy Ich würde (nochmal) sagen: Laufzeit-polymorphie mit virtuellen Funktionen. Alternativ noch statische Polymorphie mit Templates. Beide Konstrukte sind für "ähnlich bis auf ..."-Situationen gemacht. Gruß, Simon2.
• ?

  Fast std::map and std::set replacement
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  716
  Aufrufe

  L

  Habe im Artikel noch gelesen, dass diese Variante (memmove) nur für integrale Typen zum Tragen kommen darf und es für diese per Default auch tut. Der Text liest sich aber so, als könnte man nicht-primitive Typen auch auf diese Weise benutzen. Wenn das so wäre, könnte man das per static assertion sicherlich unterbinden. Ansonsten frage ich mich, ob ein memmove wirklich schneller ist als eine Compiler-optimierte Kopierschleife.
• ?

  stringstream gibt Muell aus
  • Gast  

  10
  0
  Stimmen
  10
  Beiträge
  940
  Aufrufe

  ?

  super, danke, wieder was gelernt. Habs auch schon entsprechend angepasst. Einen Stream also wieder in den Ursprungszustand zu versetzen muss man ss.str(""); ss.clear() ausfuehren
• S

  Dummy Knoten
  • Shade Of Mine  

  20
  0
  Stimmen
  20
  Beiträge
  1413
  Aufrufe

  C

  nicht wirklich oder schrieb: Ist das wirklich die Standardvorgehensweise, oder nur was selber ausgedachtes? Ein reinterpret cast auf einen Pointer der irgendwo in den Knoten zeigt, sieht mir mehr nach low level C style gehacke aus, als nach schöner Standardlösung. Da verwechselst du was. 1. die ursprüngliche Frage zielte auf ein "schönes" und handliches Interface ab. 2. der vorgestellte Code-Entwurf dient gerade dazu, dass es möglich ist, dieses Interface einfach und sauber zu halten, auch wenn die Innereien mal etwas komplizierter werden: das ist, was Eleganz ausmacht. 3. "low level C" ist ein wichtiger Bestandteil von C++. So wenig, wie es sinnvoll es, in C++ im Allgemeinen einen C-Stil beizubehalten (einfach weil C++ bessere Abstraktionsmittel zur Verfügung stellt), ist eine Position gerechtfertigt, die C-Stil völlig verbietet, ohne mögliche Alternativen zu untersuchen. 4. der gezeigte Code ist eine mögliche Lösung für ein spezifisches Problem. Ich würde nie soweit gehen, diese als einzig Möglichkeit hinzustellen. Jede hinreichend komplexe Stück Code stellt ohnehin immer nur einen Kompromiss dar. Bezogen auf diese Prämissen denke ich aber, das er relativ sauber gehalten ist (der Fokus ist auf Standardkonformität gerichtet, unter Annahme bestimmter Erweiterungen durch den nächsten Standard und somit auch Portabilität). 5. wie ich bereits geschrieben habe, ist mir keine echete "Standardvorgehensweise" bekannt. Für ein echtes Pattern ist es inhaltlich zu dünn, für ein Idiom wiederum eher zu komplex.
• A

  Intergerwert ausgeben in Vs 2005
  • alica2005  

  11
  0
  Stimmen
  11
  Beiträge
  814
  Aufrufe

  T

  hustbaer schrieb: Hmmm... Müssen die standard-streams float unterstützen? Das Problem ist dass es keinen Overload für float gibt, mit double/long double ginge es ja. @Werner Salomon: er castet den int ja nach float, mit int würde es sicher gehen. Nein, es geht garade nicht mit int (laut der Problembeschreibung). Wenn er direkt int s in den Stream schiebt, gibts den Fehler. Es geht erst, wenn er castet.
• X

  Aus zwei Zeiten die Differenz berechnen
  • XxM4ST3RxX  

  4
  0
  Stimmen
  4
  Beiträge
  501
  Aufrufe

  X

  k ich versuchs mal @zwutz ich lese es scho als string ein weiss nur nicht wie man in cpp strings parsen tut aber ich glaub google wird mir schon helfen
• ?

  Das Ende von C++
  • Gast  

  6
  0
  Stimmen
  6
  Beiträge
  443
  Aufrufe

  ?

  ah stfu.
• F

  Template kein zugriff auf Parentmember
  • FoxDie  

  5
  0
  Stimmen
  5
  Beiträge
  643
  Aufrufe

  F

  irgendwo wirst du my_singleton auch definieren müssen (statische Datenmember werden in einer Klassendefinition bloß deklariert). Das kann und sollte ebenfalls im Header geschehen, damit der Member auch implizit instantiiert wird (wenn irgendeine der gezeigten Memberfunktionen instantiiert wird. Also genau das war der knackpunkt, ich hab ganz einfach vergessen die statische variable zu initialisieren ^^ template <> tPPool< XXX >* Singleton < tPPool< XXX > >::my_singleton = NULL; sehr geniale überlegung von dir ich hab den wald vor lauter bäumen nicht mehr gesehen, vielen lieben dank
• ?

  memset wird nicht mehr gefunden?!
  • Gast  

  19
  0
  Stimmen
  19
  Beiträge
  8384
  Aufrufe

  ?

  was mich verwirrt hat, ist, dass ich bei den lib64 bibs keine string oder memory *h includen brauchte. KOMISCH!!!