C++ (alle ISO-Standards)

• S

  Kleines Problem bei erstem Programm
  • skullyan  

  3
  0
  Stimmen
  3
  Beiträge
  637
  Aufrufe

  S

  läuuuuuuft danke!
• H

  Designproblem (Methoden auslagern)
  • horscht2999  

  2
  0
  Stimmen
  2
  Beiträge
  683
  Aufrufe

  ?

  Kapiert das einer? Ein Diagramm täte gut tun. So nach dem Motto UML.
• ?

  virtual operator == , wie den vergleich durchführen?
  • Gast  

  18
  0
  Stimmen
  18
  Beiträge
  2338
  Aufrufe

  

  volkard schrieb: hustbaer schrieb: Ich dachte mir bloss bevor mich wer deswegen anpflaumt schreib ich gleich dynamic_cast wir werden grundsätzlich angepflaumt und tun das auch gegenseitig. :p *zurück-pflaum* :p
• ?

  problem mit std::set
  • Gast  

  7
  0
  Stimmen
  7
  Beiträge
  1206
  Aufrufe

  

  Huch! Das ist ja wirklich ein =0 im Service Hatte ich übersehen. In dem Fall löst man das über boost::shared_ptr<Service> oder ähnlichem. Natürlich sollte man erstmal verstehen WARUM das wie im Kopfposting zu sehen nicht gehen kann... Container != Collection und so, ne.
• ?

  wohin mit #defines?
  • Gast  

  7
  0
  Stimmen
  7
  Beiträge
  1207
  Aufrufe

  

  Ich verstehe die Frage nicht. Wohin packt man Defines? Na, wohin packt man Funktions-Deklarationen, Klassen-Deklarationen etc.? Dort wo sie hingehören/dazugehören
• A

  Division mit Rest bei großen unsigned Integer
  • Athene  

  8
  0
  Stimmen
  8
  Beiträge
  1674
  Aufrufe

  F

  Athene schrieb: ... Zwar schön das du dir so Mühe gegeben hast, aber keine Sau, wie The-Kenny schon meinte, wird sich das anschauen. Ich hab nur drüber gescrollt und hab fast das, entschuldigung für meine Ausdruckweise, gekotzt, weil das einfach zu kryptisch aussieht und man erstmal Minuten lang brauch, ein paar Zeilen zu verstehen.
• S

  Problem mit Referenzparameter
  • sporti_87  

  19
  0
  Stimmen
  19
  Beiträge
  2150
  Aufrufe

  N

  Nexus schrieb: nocheinmitglied schrieb: Ok Danke, hab immer Referenz dazu gesagt, wenn es als Parameter deklariert wurde/übergeben wurde Besonders "deklariert/übergeben" lässt mich darauf schliessen, dass du etwas verwechselst. Also: Parameter werden deklariert (seitens der Funktion). Argumente werden übergeben (vom Aufrufer). Das Folgende kennzeichnet eine Funktion, die eine Referenz auf ein int als Parameter hat. void Function(int& Ref); Das hingegen ist ein Aufruf, bei dem die Adresse der Variablen Var übergeben wird. Dazu muss die Funktion einen Zeiger als Parameter haben. OtherFunction(&Var) nocheinmitglied schrieb: Weil der Code nicht so sehr vom Originalen abweicht. Warum gewisse Eintscheidungen getroffen wurden, das Frage bitte sporti_87 Gut, das hat was. Naja, ich lege beim Antworten zum Teil mehr Wert auf elegante, intuitive Lösungen als auf möglichst wenig Veränderung am Original. Schliesslich soll sporti_87 was lernen und nicht seine Unschönheiten kompilierbar machen. "deklariert/übergeben"... doofe angewohnheit von mir. damit meinte ich eigentlich ein "und". Also ich habe immer gedacht es heißt referenz beim deklarieren und beim übergeben, aber danke für deine Hilfsbereitschaft Ich hab es auch gemerkt, dass wir zwei irgendwie etwas anderes wollten
• ?

  rundung bei umwandlung von float ind char
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  925
  Aufrufe

  N

  grashuepfer schrieb: und tut mir leid das ich es mir keiner ordentlich beigebracht hat,in demm buch mit demm ich das programieren gelernt habe wurde es so beschrieben Kein Problem, da kannst du ja nichts dafür. Es ist leider so, dass viele C++-Bücher nicht wirklich zu gebrauchen sind. Welches hast du denn? Vielleicht solltest du dir eines zulegen, das von vielen empfohlen wird - zum Beispiel der C++-Primer oder Thinking in C++. Denn es ist gut möglich, dass dir noch viele weitere "merkwürdige" Dinge beigebracht werden...
• C

  LNK2019 linking error
  • Consideration  

  4
  0
  Stimmen
  4
  Beiträge
  686
  Aufrufe

  C

  ja. thx.
• K

  [boost] mutex und exceptions
  • kynarion  

  13
  0
  Stimmen
  13
  Beiträge
  2386
  Aufrufe

  K

  Argh, schreibt mich nicht ab, ich lern noch lesen... aber das da gibt es: typedef unique_lock<mutex> scoped_lock; drum geht's.
• .

  Ausführen meines Programmes funktioniert nicht
  • .-Joni-.  

  4
  0
  Stimmen
  4
  Beiträge
  784
  Aufrufe

  N

  FreakY<3Cpp schrieb: Was du noch machen kannst ist die Headerdatei conio zu inkludieren und folgendes zu machen Bleiben wir lieber beim C++-Standard. In dem genannten FAQ-Beitrag sollte eigentlich alles stehen... P.S.: Ich kann _matze nur zustimmen. Ausserdem empfehle ich, Dev-C++ nicht mehr zu verwenden, da es veraltet ist und nicht mehr weiterentwickelt wird. Alternativen wären Code::Blocks und Microsoft Visual C++ Express.
• M

  Startfunktion Main ändern
  • MarcR  

  4
  0
  Stimmen
  4
  Beiträge
  1306
  Aufrufe

  ?

  MarcR schrieb: KapselMain() schlechte idee. ich würde mich weigern, das zu benutzen. alleine schon deshalb, weil es ein wirklich lächerlicher name ist. denglische bezeichner sind generell die pest, da rollen sich mir die fußnägel hoch. außerdem gibt es standards nicht zum spaß und es sollte schon sehr gute gründe geben, warum man sich darüber hinwegsetzt. ein großes ego ist kein guter grund.
• B

  Typ aus Datei lesen und in Klasse speichern
  • Bigmek  

  18
  0
  Stimmen
  18
  Beiträge
  1653
  Aufrufe

  N

  volkard schrieb: const char* ist gar nicht mal so dumm! es ist eher andersrum, daß 20% der verwendungen von std::string als dumm einzustufen sind, als anfängerfehler im besten fall, aber meistens als ignoranz- und faulheitsfehler. ich nenne nur mal einen klassiker const string config_filename="myapp.ini"; Das stimmt. Aber das "als Anfängerfehler im besten Fall" musst du schon beachten - lieber, man macht etwas von Anfang an richtig. Sehr viele Anfänger haben grosse Mühe mit Zeigern und folglich auch Zeichenkettenverwaltung im C-Stil. Allerdings ist es schade, dass einige Leute sich auch nach besserer Kenntnis von C++ nur noch mit std::string rumschlagen, weil sie nichts anderes kennen. FreakY<3Cpp schrieb: Dravere schrieb: PS: wtf? char* kommt dir als erstes bei C++ in den Sinn? What tha love hab ich auch gedacht Is pures C... Das bedeutet nicht, dass es in C++ grundsätzlich unberechtigt ist. Also pass mit solchen Pauschalisierungen auf.
• ?

  calloc
  • Gast  

  7
  0
  Stimmen
  7
  Beiträge
  1037
  Aufrufe

  N

  Falls du C++ programmieren solltest, würde ich eher zu new bzw. new[] als den C-Speicherverwaltungsfunktionen raten. Besonders, wenn du nicht nur mit PODs arbeitest, kannst du schnell Probleme kriegen.
• ?

  probleme mit std::set&lt;&gt;::iterator
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  757
  Aufrufe

  N

  In einem Set repräsentieren die Elemente die Schlüssel. Diese dürfen nicht geändert werden, da sonst die Sortierung zerstört würde. Da müsstest du ein Element entfernen und neu einfügen. Übergibt besser eine Const-Referenz als eine Kopie. Ein ganzes Set zu kopieren ist nämlich meist eine schlechte Idee.
• N

  Problem mit Code
  • Nepp  

  3
  0
  Stimmen
  3
  Beiträge
  570
  Aufrufe

  N

  Also danke, jetzt funktioniert es und auch das mit dem Löschen geht. Ja ich versuch schon immer std::string zu verwenden, aber wie wäre das im obigen Code möglich? Das hat er nämlich nicht geschluckt: string str; str.c_str() = getch(); Ich bin leider noch Anfänger, also erbitte ich um Nachsicht.
• ?

  Probleme mit Boost MPL (Lambda und Transform)
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  1101
  Aufrufe

  ?

  Ach Mist! Das hatte ich übersehen. Vielen Dank, es funktioniert. Schon gut, wenn ein anderer auch mal drauf guckt
• T

  char* von if nicht erkannt
  • Tim1995  

  25
  0
  Stimmen
  25
  Beiträge
  3162
  Aufrufe

  T

  jetzt gehts. ich musst else if statt nur if nehmen. mfg Tim
• S

  Return-Werte aus pthreads
  • sheddy  

  4
  0
  Stimmen
  4
  Beiträge
  951
  Aufrufe

  D

  Den Pointer gibst du entweder mit return zurück, oder du rufst pthread_exit auf.
• W

  Fehler beim erstellen meiner ersten klasse
  • wurstuk  

  28
  0
  Stimmen
  28
  Beiträge
  10009
  Aufrufe

  G

  c++fan 2009 schrieb: GyroGearloose schrieb: c++fan 2009 schrieb: Ein Programm mit einer Endlosschleife kann nicht regulär beendet werden. Es kann nur vom Betriebssystem "abgschossen" werden. Dabei hat es keine Chance mehr, einen Rückgabewert aus der main-Funktion ans System zu übergeben. Es ist aber im Allgemeinen nicht entscheidbar, ob ein Programm eine Endlosschleife enthält... Triviale Fälle wie while(1) { ... } sind nur Spezialfälle. Aber genau hier geht es um diesen Spezialfall. Die Informatik ist aber (u.a.) die Wissenschaft der automatischen Informationsverarbeitung und nicht die der Alle-möglichen-Spezialfälle-Individuellverarbeitung. Denn das ist ja gerade der Witz deines Compilers, dass er unendlich viele (gültige) Quelltexte automatisch übersetzen kann, ohne dass er vorher jeden hartkodiert kennt.