C++ (alle ISO-Standards)

• ?

  Programm fehler nicht zu finden
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  500
  Aufrufe

  S

  Der Ausdruck ist immer true, sodass die Schleife ewig laufen wird. Beispielsweise Wenn leben = a ist, ist der Ausdruck im Schleifenkopf: while(false || true), Damit die Schleife den Wert false im Kopf hat und damit abbricht, müssen beide Ausdrücke (leben != 'a') und (leben != 'A') den Wert false haben. Ich habe es folgendermaßen gelößt. do { cout << "Um weiter zu Spielen setze die Leben zur&aueck auf A/a" << endl; cin >> leben; }while (!(leben == 'a' || leben == 'A')); return 0; Betrachten wir zuerst den Wert der inneren Klammer : (leben == 'a' || leben == 'A') Wenn Leben den Wert a bzw. A hat, sieht der Ausdruck folgendermaßen aus. (true || false) bzw (false || true) Wenn aber der Wert von leben = b ist, sieht der Ausdruck so aus: (false || false) Weil wir den || Operator (ODER-Operator) nehmen, ist der gesamte Wert der inneren Klammer nur false, wenn beider Ausdrücke false ist. Solbald auch nur einer von beiden true ist, ist der ausgangswert der inneren Klammer auch true. Deswegen habe ich das ganze noch einmal in Klammer gesetzt und mit einem Negationsoperator versehen, sodas die ausgangswerte umgekehrt werden Fazit. Wenn leben = a oder A ist, ist die innere Klammer true. Wegen des negationsoperators aber nachher in der äußeren Klammer false. Deswege bricht die Schleife dann Ab. Wenn leben = b oder c ist, ist der Wert der inneren Klammer false und in der äußeren Klammer wegen des negationsoperators true. Deshalb bricht die Schleife dann NICHT ab. Sorry, wenn ich etwas zu ausführlich war. Bitte korigiert mich, wenn ich falsch liege.
• H

  [SOLVED] Ungültiger Verweis auf nicht-statischen Member
  • huzzm  

  4
  0
  Stimmen
  4
  Beiträge
  1611
  Aufrufe

  H

  Nathan schrieb: Nein, der Fehler liegt daran, dass du in einer statischen Memberfunktion (play), d.h. einer Funktion ohne aktuelles Objekt, auf eine Membervariable eines Objekts (sound) zugreifst. Auf welches Objekt soll sich das beziehen? Statische Memberfunktionen haben keinen this-Pointer. Ja stimmt. Mir fällt grad auch auf, dass es total sinnlos ist hier eine statische Funktion zu verwenden. Wieso sich alles einfach machen, wenns auch kompliziert geht... Trotzdem danke nochmal
• H

  [SOLVED] Memberfunktion mit Parametern
  • huzzm  

  5
  0
  Stimmen
  5
  Beiträge
  521
  Aufrufe

  H

  Th69 schrieb: Kannst du nicht in der Texture-Klasse selbst eine Funktion 'centerObject' erzeugen und diese ruft dann einfach this.Update(SizeHandler::Instance()->centerObject(this.width, this.height)); auf ('this.' habe ich nur dem Verständnis wegen geschrieben, damit klar ist welches Objekt gemeint ist)? PS: Zumindestens Getter für die Eigenschaften 'width' und 'height' sind aber schon sinnvoll Jo, ich habe jetzt die centerObject()-Funktion (und noch ein paar ähnliche Funktionen) als Teil der Texture Klasse implementiert. Dann brauche ich gar keine Parameter, da ja width und height Membervariablen sind. Danke
• ?

  ifstream::open: Schneller mit ios::binary?
  • Gast  

  16
  0
  Stimmen
  16
  Beiträge
  1854
  Aufrufe

  

  Nathan schrieb: Und nur zur Info: Wenns um Dateien geht, ist eh jede Geschwindigkeit verloren, ich würd mich nicht darum kümmern. Das klingt ja eher nach einem Programm, das Informationen über das Dateisystem ausgibt, anstatt tatsächlich Daten zu lesen. Da fände ich das schon ziemlich wichtig und man kann auch jede Menge Sachen richtig oder falsch machen.
• ?

  make_shared
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  365
  Aufrufe

  C

  meybash schrieb: Warum schreibt der so einen Quatsch? Was soll das? Ist das seine vielgelobte Didaktik? Findet ihr das nicht auch völlig unprofessionell? Warum verschwendest du unsere Zeit mit irrelevanten Fragen?
• ?

  Vergleich und Nicht vorkommende Zahlen speichern
  • Gast  

  10
  0
  Stimmen
  10
  Beiträge
  1094
  Aufrufe

  M

  Zwei Tipps noch: bool ErmittlungTransIndices( int * & iA, int anzGleichNr, int Hilfswert ) { ... } 1. Funktionen, die bool zurückgeben, können (v.a. in Projekten, in denen eh alles englisch läuft) einen Namen erhalten, der mit "is", "has" oder so beginnt (auf deutsch dann eben "ist" oder "hat"). 2. Benenne Deine Funktion richtig! Was macht sie wirklich? "Ermittelt" sie tatsächlich "Trans-Indizes"?? Was soll das sein? Nein, sie schaut einfach, ob ein Wert in einem Array vorhanden ist. Das sollte auch der Name sein. In welchem Kontext sie das tut, bestimmt dann der jeweilige Aufrufer. Könnte ja sein, dass du zu einem völlig anderen Zweck an anderer Stelle wissen musst, ob ein Wert im Array enthalten ist. Dann wäre dein ursprünglicher Name doppelt falsch. Beides zusammen ergibt dann z.B.: "isValueInArray" oder, um näher an der allgemeinen Terminologie zu bleiben: "isFoundInArray". Dann liest sich nämlich deine if-Abfrage wie folgt auf deutsch (das "== false" kann ebenfalls entfallen, wobei man das Ganze negieren muss, damit der Name stimmt): if( ! istImArrayEnthalten( * & iA, anzGleichNr, Hilfswert ) ) { iT[anzUngleichNr] = i; anzUngleichNr++; }
• S

  Design einer Bibliothek mit austauschbarer Implementierung
  • stuxn  

  6
  0
  Stimmen
  6
  Beiträge
  445
  Aufrufe

  S

  mcpimp schrieb: .... Aber damit verschiebe ich doch das Problem nur eine Ebene weiter nach Unten. Die konkrete Implementation ( curl ) hat immer noch nicht den Zugriff auf die Backend unspezifischen Daten. Wenn ich jetzt diese Daten benoetige muss ich sie per Parameter uebergeben. Dann wuerde ein Aufruf der curl_wrapper Function so aussehen: client.request( method, path, uploadSize, host_, headers_, debugStream_, onUpload_, onDownload_, onProgress_); Und das ist ja auch nicht Sinn der Sache. Spricht was dagegen wenn ich deinen Ansatz nehme und die Implementation einfach von Client::Impl ableite. Klar nutze ich damit virtuelle Funktionen, aber ist das wirklich so schlimm? Von der Performance her ist doch gar nicht so der grosse unterschiede. Oder taeusche ich mich da gerade. Danke auf jeden Fall fuer deine Hilfe.
• ?

  std::lock_guard und return
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  620
  Aufrufe

  ?

  Super! Danke für die schnelle Hilfe! mfG
• 

  [Gelöst] Designfrage - output operator für private member
  • HarteWare  

  5
  0
  Stimmen
  5
  Beiträge
  435
  Aufrufe

  

  @Caligulaminus Also, wenn ichs richtig verstanden habe, dann definiere ich die ganz normal, deklariere sie in meiner Klasse aber noch zusätzlich als friend, so erhalten sie Zugriff auf die private member, ca. so: class Foo { public: friend ostream& operator<<(ostream& os, const Foo& f); friend istream& operator>>(istream& is, Foo& f); // ... }; ostream& operator<< // ... istream& operator>> //... Funktioniert soweit, vielen Dank.
• O

  thread local: Zu erwartende performance?
  • Osbios  

  7
  0
  Stimmen
  7
  Beiträge
  666
  Aufrufe

  O

  Habe mit VirtualBox auf XP getestet und konnte keinen Performance Unterschied zu Win7 feststellen. Was man bei thread_local bzw. __thread oder __declspec(thread) beachten muss, ist das es für jeden Thread Speicher verbraucht. Ich habe auf Win7/Ubuntu vielfachen Speicherverbrauch gehabt als ob es min. 2-3 unsichtbare Threads gab. In Windows Programmen hatte ich manchmal sehr lange Ladezeiten und extremen Speicherverbrauch wenn thread_local mehrere MB groß war. Daher benutze ich in meinem Fall nun Pointer. Die Klasse mit all den States wird dann im scope eines Threads (welcher einen GL Context hat) erstellt und setzt den Pointer auf sich selber. Nun kann ich mein Interface etwas hübscher gestallten: thread_local ContextState threadContextState; Buffer::macheX(...) { threadContextState->benutzeIrgendwasWovonDerUserNixMitbekommenMuss(); } void thread1() { ContextState meinContextState; //Constructor setzt threadContextState auf sich selber Buffer b; b.macheX(); }
• S

  verständnissprobleme bei Klassenvererbung und virtuellen Funktionen [Gelöst]
  • Sebastian Müller  

  8
  0
  Stimmen
  8
  Beiträge
  859
  Aufrufe

  S

  Also ich denke, dass ich es jetzt verstanden habe. Ich habe mir folgenden Artikel mehrfach durchgelesen. http://www.willemer.de/informatik/cpp/cppvirt.htm Hier eine kleine Zusammenfassung. Der Einsatz von virtuellen Funktionen bezwecken, dass das Objekt die Verantwortung übernimmt, die richtige Funktion aufzurufen. Dabei kennt das Objekt die Klassenzugehörigkeit durch einen Zeiger auf die vtbl und ruft die Funtion über diese Tabelle (Array) auf. Wenn eine Klasse abgeleitet wird, erhält die neue Klasse eine Kopie der vtbl von der Oberklasse. Für alle überschriebenen Funktionen wird der Zeiger auf die eigenen Funktionen gesetzt. Deshalb wird auch die überschriebene Funktion nachher aufgerufen. Im obigen beispiel mit OBERKLASS und UNTERKLASSE hat das Objekt, auf das Ptr zeigt die korekten überladenen funktionen in der vtbl, obwohl der zeiger ja nur auf den Subtyp verweist. Das Objekt ruft über die Tabelle die richtige Funktion auf. Wenn es etwas zu korigieren gibt, wäre es sehr nett, mich darüber zu informieren.
• D

  Linkerfehler - Boost/Linux
  • der_gert  

  5
  0
  Stimmen
  5
  Beiträge
  1250
  Aufrufe

  D

  Tatsächlich, das war's Wieder was gelernt. Danke!
• ?

  typedef funktioniert nicht
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  362
  Aufrufe

  ?

  template<typename T> struct Foo { // typedef typename T::Test Type; // nein static void bla() { typedef typename T::Test Type; // ja } }; struct Bar : public Foo<Bar> { struct Test {}; }; int main() { Bar b; }
• M

  Chunked input stream
  • Mechanics  

  8
  0
  Stimmen
  8
  Beiträge
  776
  Aufrufe

  M

  Ok, ich habs mit boost::iostreams und einem eigenen Device gemacht. Ich glaub, da werden die Daten auch nicht kopiert. Kann ich aber noch nicht testen, weil das drumherum noch nicht passt.
• T

  Problem beim Währungsumrechner programmieren
  • Timo1992  

  8
  0
  Stimmen
  8
  Beiträge
  939
  Aufrufe

  ?

  Videonauth schrieb: Das initialisieren mit Null macht trotzdem immer Sinn. Nimm einfach mal den Fall an, du änderst die Variable nirgends und verlässt dich darauf das du dort eine 0 drinne hast, das schreit schon nach undefiniertem Verhalten. Das auf Null initialisieren braucht man nur, wenn man bei der Benutzung der Variable schon wieder vergessen hat, ob und was da genau drin steht. Indem man die Variable so spät wie möglich deklariert und gleich einen sinnvollen Wert gibt (hier auf der nächsten Zeile mit cin>>Eingabe ), wird das Zuweisen eines Dummy-Werts überflüssig.
• H

  Vektor mit Datentyp Klasse - auf Werte zugreifen und übergeben
  • hanhau  

  2
  0
  Stimmen
  2
  Beiträge
  339
  Aufrufe

  ?

  Wenn Du alle Buttons zeichnen willst, musst Du alle Buttons zeichnen. -- Laozi for(auto& b : Vbutton) fenster.draw(b.shape);
• J

  if else und Toleranz
  • juhu123  

  15
  0
  Stimmen
  15
  Beiträge
  2100
  Aufrufe

  J

  DirkB schrieb: juhu123 schrieb: Warum wird Zeile 44 nicht aus gegeben cout <<a <<" A ist gleich B "<<b <<" Differens: "<< d<<'\n'; Weil du davor if((a==b)&& (d=a-b)) hast. Wenn a==b wahr ist, dann kommt für d halt 0 raus. Das ist aber unwahr. wahr && unwahr ist unwahr. Somit wird der if-Zweig nicht ausgeführt. Ein andere Schwachstelle ist noch die Gleichheit von Fließkommawerten. Vielen Dank, es läuft. Ich werde aber trotzdem alles überarbeiten. Schönes Wochenende
• J

  Geschweiften Klammern für Dummys
  • juhu123  

  10
  0
  Stimmen
  10
  Beiträge
  1606
  Aufrufe

  J

  Vielen Dank, jetzt bin ich erstmals beschäftigt und die Feiertage sind gerettet. Bis bald.
• ?

  Ranknet fehler
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  611
  Aufrufe

  

  Hast du mal meinen zweiten Link gelesen? Deine "Frage" ist absolut unbeantwortbar, kein Wunder, dass du keine Antwort bekommst. Du machst irgendwas unspezifiziertes und irgendwas unspezifiziertes geht schief. Toll, da wissen wir ja sofort genau worum es geht .
• H

  Mit fstream eine Liste in ein string array einlesen
  • hanhau  

  14
  0
  Stimmen
  14
  Beiträge
  1239
  Aufrufe

  H

  Danke auch für diesen Beitrag und Tipps Ja, überprüfen sollte ich im Programm dann schon die Liste/einzelnen Werte. Schließlich sollen die Liste später auch andere vervollständigen und ergänzen können