C++ (alle ISO-Standards)

• S

  Funktion Addition gibt nicht das Ergebnis aus
  • silent_max  

  3
  0
  Stimmen
  3
  Beiträge
  670
  Aufrufe

  S

  Hier ist der richtige Code: #include <iostream> using namespace std; float Add(float x, float y) { cout << x << " + " << y << endl; return(x+y); } float Min (float x, float y) { cout << x << " - " << y << endl; return (x-y); } float Mul (float x, float y) { cout << x << " * " << y << endl; return (x*y); } float Div (float x, float y) { cout << x << " / " << y << endl; return (x/y); } int main() { cout << "Im Main" << endl; cout << endl; float a, b ; cout << "Geben Sie zwei Zahlen eine: " << endl; cin >> a; cin >> b; cout << endl; cout << "Jetzt werden die Ergebnisse gezeigt: " << endl; cout << endl; float c = Add(a,b); cout << "c wurde gesetzt auf " << c << endl; float d = Min(a,b); cout << "d wurde gesetzt auf " << d << endl; float e = Mul(a,b); cout << "e wurde gesetzt auf " << e << endl; float f = Div(a,b); cout << "f wurde gesetzt auf " << f << endl; cout << endl; cout << "Ende im Gelaende!" << endl; cout << endl; return 0; } Zwar habe ich im ersten Code z. B. float c = Add(a,b) gesetzt, aber ich habe vergessen c an sich auch auszugeben. Sorry nochmal, dass ich nicht schon eher darauf gekommen bin. Gruß Max
• K

  C++ auto
  • Kóyaánasqatsi  

  27
  0
  Stimmen
  27
  Beiträge
  6389
  Aufrufe

  S

  Man sollte sich also nicht die Frage stellen "Wieso sollte ich automatische Typdeduzierung der expliziten Typangabe vorziehen?" sondern "Wieso sollte ich die explizite Typangabe der automatischen Typdeduzierung vorziehen?"
• ?

  istream::tellg bricht Schleife ab
  • Gast  

  35
  0
  Stimmen
  35
  Beiträge
  13726
  Aufrufe

  J

  Nach langer Zeit habe ich mich noch ein mal drangesetzt und die Ursache des Problems gefunden: Die (ursprüngliche) Datei, aus der gelesen wurde, enthielt Einrückungen ("\t") und Absätze (endl). Damit kommt tellg() nicht zurecht und verschiebt beim Feststellen der Cursorposition den Cursor selbst, sodass ganze Strings beim Einlesen übersprungen werden. In der Datei dürfen die Strings nur durch Leerzeichen getrennt werden. Keine Formatierung. Schöne Grüße Julius
• M

  final class
  • Meep Meep  

  9
  0
  Stimmen
  9
  Beiträge
  1475
  Aufrufe

  

  yihaaa schrieb: Würde mich auch mal Interessieren, was das final da macht, habe es noch nie so gesehen. Würde mich über eine Erklärung freuen. lmgtfy Explicit overrides and final
• ?

  '\b': ostream und backspace
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  568
  Aufrufe

  

  Es ist definiert, dass \b ein Backspacezeichen und \r ein CR-Zeichen ist. Was das genau bedeutet, hängt davon ab, wo diese Zeichen landen. Auf einer typischen Konsole wird dein Beispiel funktionieren und es wird das letzte Leerzeichen in der Ausgabe gelöscht. Schreibst du das gleiche in eine Datei, dann hast du da einfach ein Leerzeichen und ein Backspacezeichen hintereindander drin stehen, was sicherlich nicht das ist, was du dir erhofft hättest. Da du nie wissen kannst, wo die Ausgabe landet, würde ich Textformatierung mit Sonderzeichen (ausgenommen \n und eventuell \t) sein lassen. Wenn du eine Konsolenausgabe schick formatieren willst, dann stell sicher, dass du auch in einer Konsole bist und dann kannst du auch gleich deren meist sehr viel mächtigeren Formatierungsmöglichkeiten benutzen (d.h. benutz eine Konsolenbibliothek). Wie oft funktioniert es dort und geht es auch mit std::flush? Was soll std::flush mit dem Thema zu tun haben?
• ?

  auto wo benutzen?
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  477
  Aufrufe

  ?

  Achja, und hier gehts noch weiter: http://www.c-plusplus.net/forum/306086-full http://channel9.msdn.com/Events/GoingNative/GoingNative-2012/C-11-VC-11-and-Beyond
• ?

  Objekte erzeugen Übung
  • Gast  

  18
  0
  Stimmen
  18
  Beiträge
  2003
  Aufrufe

  C

  RainerS schrieb: Die Frage ist nun ob folgende Anweisung möglich ist x.foo(); Etwas verwirrend gestellt. Ich denke du meinst (Angenommen, deine Klasse heißt nicht x sondern X bar; bar.foo(); // Man könnte nämlich fälschlicherweise Annehmen, du meintest X::foo(); // oder X bar; bar.x.foo(); // etwas abstrus, aber man könnte auch meinen class Y : public X { public: // Konstruktor weggelassen void foobar() { X::foo(); } }; // da X::foo protected ist PS.: falls nen Tippfehler drin ist: der Code ist nicht getestet.
• W

  enum feste Werte?
  • Wurstinator  

  18
  0
  Stimmen
  18
  Beiträge
  1885
  Aufrufe

  N

  Wurstinator schrieb: Ich muss eine enum-Variable serialisieren und möchte wissen, ob es fehlerfrei funktioniert, wenn ich sie einfach mit static_cast in einen numerischen Typ umwandle. Ja, das funktioniert. Probleme bekommst du allerdings, wenn du plötzlich Enumeratoren entfernst oder neue dazwischen einfügst, da die Nummern nicht mehr stimmen.
• F

  Trennung Header und Hauptteil
  • Fast2  

  36
  0
  Stimmen
  36
  Beiträge
  10158
  Aufrufe

  N

  AlphaX2 schrieb: Um mal den Thread aus den Untiefen und von seinen Thread-Freunden weg zu holen. Ganz schlechte Idee. Erstelle einen neuen Thread und verlinke den alten, wenn du dich auf ihn beziehen willst. AlphaX2 schrieb: Also ich habe einen Header der alle Deklarationen vornimmt. Und eine z.B. my_lib.cpp in der die Funktionen komplett drinnen stehen. Das ist ja die Standardvorgehensweise, nur dass es oft mehrere .hpp- und .cpp-Dateien werden, je nach Funktionalität eben.
• T

  c++ hilfe bei formel
  • tompommes  

  4
  0
  Stimmen
  4
  Beiträge
  617
  Aufrufe

  

  Anderer, allgemeinerer Ansatz: Bewegungsgleichungen integrieren durch Zeitdiskretisierung. Das heißt, du teilst die Zeit in kleine Schritte ein. Bei jedem Zeitschritt rechnest du die Kräfte (hier 0) auf ein Objekt aus und daraus die Änderung der Geschwindigkeit (hier auch 0). Die Geschwindigkeit * Zeitschritt addierst du zu der Position des Objektes (hier also immer die gleiche Positionsänderung). Ist hier vermutlich übertrieben, aber wenn du mal kompliziertere Bewegungsgleichungen hast, die man nicht analytisch lösen kann ist das sehr hilfreich.
• S

  Datei auslesen, wo ist der Fehler im Quellcode?
  • Stutzpeter  

  20
  0
  Stimmen
  20
  Beiträge
  1517
  Aufrufe

  W

  Enno schrieb: Schau dir das hier doch mal an: Hier Unter dem Punkt oder auch alles^^ Datei-Verbindung mit Eingabestream-Objekt aufheben Vorsicht bei diesem "C++-Kurs". Ich habe die Kapitel, die Datei-IO betreffen, mal kurz überflogen, das strotzt vor Fehlern und Unsauberkeiten. Es enthält die typischen Anfängerfehler, vor denen hier im Forum immer wieder gewarnt wird. Gruß Werner
• S

  Ordentliche API-Docs zu Boost.Matrix?
  • Sone  

  2
  0
  Stimmen
  2
  Beiträge
  488
  Aufrufe

  O

  Du meinst docs zu Boost.ublas und wenn du darunter suchst, fidnest du auch einen Link zu den Konzepten. gesamte Doku: http://www.boost.org/doc/libs/1_51_0/libs/numeric/ublas/doc/index.htm Iterator Konzepte: http://www.boost.org/doc/libs/1_51_0/libs/numeric/ublas/doc/iterator_concept.htm
• S

  Überprüfen ob Rechnung ausgeführt wurde
  • Sc0rpe  

  3
  0
  Stimmen
  3
  Beiträge
  588
  Aufrufe

  ?

  Du solltest dein Programmdesign überdenken, denn sowas braucht man eigentlich selten.
• R

  Problem mit while Schleife
  • Rangel  

  6
  0
  Stimmen
  6
  Beiträge
  916
  Aufrufe

  _

  Bessere Hilfe bekommst du, wenn du mal Code postest.
• C

  makefile-Probleme: wo überhaupt anfangen?
  • CPP_userx  

  7
  0
  Stimmen
  7
  Beiträge
  1359
  Aufrufe

  

  CPP_userx schrieb: z.B. bei der Deklaration: friend bool operator == <>(const slice_iter<T>&p, const slice_iter<T>&q); gleich drei Fehler: /home/lxuser/Documents/neural/gross_Smart/sanndra/sanndra/slice_itr.h|87|error: declaration of ‘operator==’ as non-function| /home/lxuser/Documents/neural/gross_Smart/sanndra/sanndra/slice_itr.h|87|error: expected ‘;’ at end of member declaration|/home/lxuser/Documents/neural/gross_Smart/sanndra/sanndra/slice_itr.h|87|error: expected unqualified-id before ‘<’ token| Da müsste man jetzt etwas genauer wissen, wie der Code aussieht, damit man es so richtig stellen kann, wie es gemeint ist. Je nach Zusammenhang kann hier der Fehler verschiedene Ursachen haben. Am wahrscheinlichsten ist, dass vorher eine Forward-Deklaration des Operators template <class T> bool operator ==(const slice_iter<T>&p, const slice_iter<T>&q); fehlt. Sonst weiß der Compiler nicht, dass der Operator als Template definiert ist und wundert sich, was das <> da soll, wenn er es als normale Funktion zu parsen versucht. Kann es denn sein, dass hier ein anderer Sprachstandard verwendet wurde? Jain. Die Fehler sind schon korrekt so, streng nach Sprachstandard. Aber Compiler dürfen auch etwas laxer sein in der Umsetzung der Sprache. Das war besonders ganz früher der Fall, als der Sprachstandard noch jung war oder bei schwer zu implementierenden Feinheiten des Sprachstandards. Dadurch konnte auch an sich fehlerhafter Code problemlos übersetzt werden, ohne dass man die Fehler bemerkte. Aber besonders der GCC ist in den letzten Jahren extrem pedantisch geworden, was die Einhaltung des Sprachstandards angeht. Dann funktioniert der Code mit neuen Compilern eben nicht mehr. Sollte ich vielleicht einen anderen Compiler nehmen? Würde ich nicht, außer es bereitet extrem viel Mühe, den Code auf den neuesten Stand zu bringen. Falsch ist er sowieso, falls irgendwann der alte Compiler nicht mehr benutzt werden kann, hast du das gleiche Problem wieder. Außerdem haben jüngere GCCs wirklich viel gelernt, was Optimierung angeht, viele (nahezu alle) Features des C++11-Standard umgesetzt und die Fehlermeldungen sind sehr viel lesbarer geworden. Darauf würde ich(!) nicht verzichten wollen. Oder doch nach einem Schalter fǘr laxere Fehlerbehandlung suchen Ja, das könnte gehen. Aber meistens sollte er dir schon den passenden Schalter vorschlagen, wenn es einen gibt. Eventuell kannst du auch die Sprachstandardschalter mal ausprobieren. Die GCC-Standards sind oft laxer als die ANSI-Standards.
• ?

  C++ Container
  • Gast  

  17
  0
  Stimmen
  17
  Beiträge
  2142
  Aufrufe

  B

  STL Container schrieb: Bashar schrieb: Die Basis spielt keine Rolle, weil sie im konstanten Vorfaktor untergeht: log_ax=log_bxlogba\log\_a x = \frac{\log\_b x}{\log_b a}log_ax=​log​b​​a​​log_bx​​ Kannst du mir das näher erklären, bitte? Kennst du die O-Notation? Ohne das jetzt genauer (und richtiger) zu erklären, heißt "Elementzugriff bei std::set hat eine Laufzeit von O(log n)", dass der tatsächliche Laufzeitbedarf eher sowas wie K*log(n) + Kleinkram ist. Die O-Notation abstrahiert den Vorfaktor K sowie die anderen Terme, die in dem Fall vom Logarithmus dominiert werden, weg. (Und jetzt lies es nochmal bei Wikipedia oder in einem Algorithmenlehrbuch nach.) Das ist schon deshalb sinnvoll, weil ein Algorithmus nicht besser wird, bloß weil du einen doppelt so schnellen Rechner kaufst. Da ist dann der konstante Vorfaktor nur noch halb so groß, aber an der Aussage O(log n) ändert sich nichts. Wenn du jetzt die Basis des Logarithmus änderst, dann kommt ein zusätzlicher Faktor dazu (siehe mein obiges Zitat), der mit dem schon vorhandenen Faktor zu einem verschmilzt und bei der O-Notation sowieso wegfällt. Das heißt alle Klassen O(logbn)O(\log_b n)O(log​b​​n) sind gleich, und deshalb kann man das b auch weglassen. Ahhh, ich glaube ich hab Gerade ein AHA-EFFEKT. Wenn ich nun bei set logb(4mrd.) / logb(2mrd.) rechne, spielt die Basis keine Roll mehr. Wolltest du mir das sagen, Bashar? Nicht direkt, aber das kommt ungefähr auf das gleiche raus.
• G

  Error: invalid conversion from 'const X*' to 'X*'
  • ganonlight  

  5
  0
  Stimmen
  5
  Beiträge
  1726
  Aufrufe

  G

  Oh ja, sollte schon const sein, habs geändert. Achso.., weil wenn ich einen nicht-const Pointer zurückgebe, könnte es ja sein, dass er oder das Original-Objekt geändert wird, aber beim Zurückgeben einer Kopie kann ich das Original ja nicht verändern. Ok, ich glaub, ich habs verstanden, danke
• R

  PHP namespaces
  • RussianTux  

  2
  0
  Stimmen
  2
  Beiträge
  614
  Aufrufe

  ?

  Ich bin jetzt nicht sicher, inwieweit PHP-Namespaces denen in C++ entsprechend, aber man kann in C++ Folgendes schreiben: #include <iostream> int main() { namespace foo = std; // Namespace-Alias foo::cout << "Hallo, Welt.\n"; }
• ?

  eine Hash (map) nach Werten sortieren
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  821
  Aufrufe

  

  @resch Du kannst eine Map gar nicht sortieren, in dem Sinn dass sie immer sortiert ist. Und immer nach dem Key, nie nach dem Wert. Du kannst natürlich alle Werte oder auch alle Key-Wert Paare rauskopieren, z.B. in einen std::vector, und diesen dann beliebig sortieren.
• A

  static const und extern &quot;C&quot;
  • AlGaN  

  13
  0
  Stimmen
  13
  Beiträge
  2184
  Aufrufe

  K

  AlGaN schrieb: Es gibt eben Inkonsistenzen, wenn ich an einer Stelle #define's habe und an anderer Stelle (im C++-Kontext noch dazu in einem Namespace) static const Konstanten... Das eine ist halt C, das andere C++. Wie ich schon hab durchscheinen lassen, finde ich deine Idee nicht so toll wie du selbt. Ich würd's einfach so lassen.