C++ (alle ISO-Standards)

• I

  Programm erstellen
  • Iboshido  

  4
  0
  Stimmen
  4
  Beiträge
  1138
  Aufrufe

  ?

  Der Jochen Kalmbach (Mod im Forum) hat ein kleines TutiFruti gemacht: http://www.kalmbach-software.de/screencasts/VC2008EE-StaticLinkCRT/
• D

  C++ primer gesucht !
  • DominikEbach  

  10
  0
  Stimmen
  10
  Beiträge
  2846
  Aufrufe

  ?

  Günter schrieb: Problem bei Jürgen Wolf ist dass er nich alles erklärt und viele Fragen offen läßt und gar nicht mal die Flüchtigkeitsfehler. Nicht umsonst gilt er in Fachkreisen als einer der schlechtesten Buchautoren wenn es um C und C++ geht. Wenn man es ernst mit C++ meint muss man danach nochmals von vorne lernen was viel schwieriger ist als wenn man es gleich getan hatte. Die Forengurus lesen meist nur engliche Literatur. Die besten deutschen Büchen sind C++ Primer und Der C++ Programmierer und danach Effektiv C++ programmieren. absolut zutreffend. Er erkärt nicht alles und seine bücher sind wirklich nicht der hammer. Die Beispiele sind meistens schlecht und absolut nichtssagend. Sein C buch (das open book da) ist allerdings - find ich - recht gut, es ist wirklich sehr umfangreich und durchaus brauchbar (im gegensatz zu C++ von a bis z). Da ich jetzt sowieso schon schreibe: Ich denke ich habe so ziemlich alle grundlagen von c++ erlernt, schon an einigen projekten mitgearbeitet und auch die ein oder andere lib gecodet (z.b. eine c++ reflection lib, die eine c++ klasse in ein python object umsetzt [könnte man verwenden, um sein c++ programm mit einem pluginsystem zu erweitern]). Mit was ich momentan noch weniger erfahrung habe ist speziell platform abhäniges coden (socket, etc.). Kennt hierfür jemand ein gutes buch (englisch oder deutsch), das alle c++ basics vorrausetzt und speziell auf netzwerkprogrammierung eingeht (hier vllt auch mit generellem hintergrund der arbeitsweisen von sockets)?
• L

  [Gelöst] Was ist eine Access Violation und wie behebe ich sie?
  • LauritzG  

  10
  0
  Stimmen
  10
  Beiträge
  1689
  Aufrufe

  ?

  so ein fehler <kann> auftreten, wenn z.b. der zeiger länger lebt, als das objekt auf das es zeigt. in deinem beispiel zeigt der zeiger auf eine lokale variable. sobald die funktion zu ende ist, wird die struktur ungültig. da du aber noch ein zeiger auf das teil hast, geht der zugriff darauf schief.
• B

  Verbot einer Potenz
  • Bekell  

  11
  0
  Stimmen
  11
  Beiträge
  1904
  Aufrufe

  V

  Vielleicht mag für die Basen<256 eine Tabelle anlegen. #include <iostream> #include <map> using namespace std; int main(){ map<unsigned int,unsigned int> powerToBase; for(unsigned int base=2;base<256;++base){ for(unsigned int op=0,power=base;power>op;op=power,power*=base){ powerToBase[power]=base; } } cout<<powerToBase.size()<<'\n'; } Sind nur 1360 Einträge. 256 kleine Arrays für binary_search? Oder eine dicke Hashtable? 256 kleine Hashtables? Zuerst x==1 und x==base abchecken. Wenn die Basis größer als 65535 ist, reicht return x=basebase. Wenn die Basis größer als 1625 ist, reicht return x=base*base || x=base*basebase. Wenn sie größer als 256 ist, reichts bis hoch 4 zu testen. Übrigens ist while (rb<x) evtl gefährdet durch Überläufe. Oder vielleicht nur sowas bool is_power(unsigned int x,unsigned int base){ if(x<=1) if(x==0) return base==0; else return base<=1; unsigned int op; unsigned int power=base; do{ if(power==x) return true; op=power; power*=base; }while(power>op); return false; }
• ?

  int const * const p vs const int * const
  • Gast  

  8
  0
  Stimmen
  8
  Beiträge
  2226
  Aufrufe

  

  Athar schrieb: Die zweite Variante dürfte vorzuziehen sein, da sie weitaus gebräuchlicher ist. Man schreibt i.d.R. auch const int x=5 und nicht etwa int const x=5. Ich schreibe regelmässig int const . Und was nun gebräuchlicher ist, dürfte ziemlich schwer zu beweisen sein. Ich benutze übrigens dies erste Variatne wegen der Konsistenz. Typ und const darauf angwendet. Das schreibt einem der konstante Zeiger vor. int const* const //^^^ ^^^^^ //Typ const //^^^^^^^^^^ ^^^^^ //Typ const Ich bin auch der Meinung, dass wenn man konsequent die erste Variante durchziehen würde, es viel weniger Missverständnis geben würde. Es ist viel einfacher zu erklären, worauf sich das jeweilige const bezieht, wenn man es ausschliesslich danach schreibt. Sonst sind es eben zwei Spezialfälle und Spezialfälle sind meistens nicht leicht zu erklären oder merken. Man schreckt nur schon davor zurück, weil es ein Spezialfall ist. Grüssli
• N

  Policy-Based Design für Smart-Pointer
  • Nexus  

  13
  0
  Stimmen
  13
  Beiträge
  3354
  Aufrufe

  N

  Dravere schrieb: Damit deine SmartPtr Implementation richtig funktioniert, musst du einen garantierten Aufruf von Copy() und Destroy() haben. Sonst geht deine Klasse so oder so nicht. Wenn ich mir allerdings deinen Code ansehe, kann ich nicht erkennen, dass du da irgendwo keine Garantie dafür abgeben könntest. Doch; wenn ich nämlich den SmartPtr -Standardkonstruktor aufrufe, dann zeigen die Funktionszeiger auf Dummy-Funktionen. Dravere schrieb: Nein, das Problem wird absolut am richtigen Ort gelöst. Das Problem sind hier nicht die vielen kleinen Reservationen. Wenn man etwas auf dem Heap legen muss, dann muss man es auch dort ablegen. Nein, man schafft sich Probleme, die man mit einer anderen Technik eindämmt, aber nicht behebt. Genau darum geht es mir: Ich kann mit einer besseren Implementierung Allokationen vermeiden. Nämlich dort, wo nur ein Nullzeiger gespeichert wird. Dafür braucht man keinen Reference-Counter. Dravere schrieb: Scheu dich nicht davor, etwas auf dem Heap abzulegen, sei es noch so klein. Warum das? Natürlich überlege ich es mir gut, bevor ich etwas auf den Heap lege, und vermeide es wo möglich und sinnvoll. Und verwende tendenziell eher std::vector<char> als std::list<char> . Was ist daran schlecht? Gerade wenn man keinen Small-Object-Allocator nutzen kann, ist sowas entscheidend. Aber auch mit diesem schadet es nicht, sich genauere Überlegungen anzustellen. Dravere schrieb: Ich will dir ja nicht die Laune verderben, aber die Smart-Pointer von Boost können dies schon lange Das ist mir bewusst, aber ich habe da nie länger darüber nachgedacht. Und nahezu alles hat es wohl in irgendeinem C++-Code schon gegeben.
• M

  Problem mit fgets
  • Matze1988  

  5
  0
  Stimmen
  5
  Beiträge
  2832
  Aufrufe

  

  durch das Einlesen mit scanf wird in den Eingabepuffer ein newline-Zeichen geschrieben (\n). Dieses sorgt dann dafür, dass fgets übersprungen wird. Zur Lösung: 1. fflush(stdin); nach dem scanf oder vor dem fgets helfen. (Dies ist aber Systemabhaengig, da der C-Standard nicht vorschreibt, wie sich fflush verhalten hat) 2. verwende erst garkein scanf sondern nur fgets 3. entferne das Newlinezeichen durch eine eigene Implementierung. > http://www.hs-augsburg.de/~sandman/c_von_a_bis_z/c_005_001.htm#Xxx999339 Wenn du mit C-Problemen in ein C++ Forum schreibst, dann wirst du nicht darauf hingewießen, dass du außerversehen im falschen Forum bist. Dann heißt es, du lernst die falsche Sprache
• ?

  printf in C++?
  • Gast  

  24
  0
  Stimmen
  24
  Beiträge
  5003
  Aufrufe

  W

  Fellhuhn schrieb: Tachyon schrieb: Wieso das? Du kannst über Facetten sehr fein steuern, was wie internationalisiert werden soll. Ohne sich an Qt zu binden. Wie? Ja wie? das ist hier die Frage. Ich bin mit Tachyon einer Meinung, dass man das schon 'fein steuern' kann. In diesem Fall Fellhuhn schrieb: Wenn du folgendes hast: cout << "Der Wert " << wert << " kann von dem anderen Wert " << awert << " zu " << prozent << "% abweichen" endl; sollte das wohl so gar nicht in einer zu internationalisierenden Applikation auftauchen, sondern eher etwas wie: cout << fulltext << abweichung << endl; fulltext sei ein Manipulator, der anzeigt, dass hier ein ganzer Satz ausgegeben wird und abweichung sei ein Objekt einer noch zu spezifizierenden Klasse. Jetzt hat man alle Möglichkeit mit Hilfe von Facetten eine Internationalisierung zu realisieren. Aber die Flexibilität ist jetzt eben so groß, dass man auch relativ viel tun muss. QT dagegen bietet dagegen ein festes praktikales Verfahren und fertig - damit ist der Aufwand geringer. In der Praxis ist das mit den Facetten und der Internatinalisierung und den Messages (benutzt kein Mensch) also eher zu viel des Guten. Es wird auch nach meiner Erfahrung praktsch nie so gemacht. Es ist vielleicht zu flexibel und auch zu abstrakt. Qt (und andere Frameworks) bieten eine praktikabele Lösung an, die bei Verwendung des einen oder anderen Frameworks natürlich auch immer angewendet wird. Busterman schrieb: @Fellhuhn: Daran habe ich noch gar nicht gedacht, klar mir cout geht jeder Internationalisierung den Bach runter. Keine Trennung von Code und Content das ist ganz übles Design... .. das ist so falsch. Code und Content lassen sich schon trennen und das Design ist eher 'zu gut' (s.o.) - deshalb sieht es keiner. Ich glaube mit Streams können weniger als 50% der C++-Coder wirklich umgeben, weil die meisten es gar nicht brauchen, die Alternativen werden ja immer zusammen mit der verwendeten Umgebung angeboten. Und wer kennt sich schon mit dem Erstellen von user defined Facetten aus! Gruß Werner
• A

  Problem mit Funktor
  • Andreas_L  

  7
  0
  Stimmen
  7
  Beiträge
  1414
  Aufrufe

  N

  l'abra d'or schrieb: Übrigens ist ein "static" bei operator new/operator delete AFAIK Pflicht. Man darf es auch weglassen, die Methoden sind aber dennoch static . Ich würde es deshalb immer hinschreiben.
• S

  Konstante Liste
  • soad  

  5
  0
  Stimmen
  5
  Beiträge
  1187
  Aufrufe

  S

  Ich danke für eure Hilfe!
• K

  Parameter -&gt; Eigenschaften rausfinden
  • keyboard-freak  

  5
  0
  Stimmen
  5
  Beiträge
  797
  Aufrufe

  S

  keyboard-freak schrieb: Naja, so eine Scheisse. Das Komplette Projekt hat mehrere Millionen Zeilen und den zu analysierenden Code ist über 200 Zeilen lang :-(... Positiv kann man verbuchen: Du hast nun eine ziemlich guten Eindruck davon bekommen, was "schlechter Code" bedeutet/bewirktund wirst nun umso motivierter sein, sowas zu vermeiden, wenn DU selbst Code produzierst. Ganz im Ernst: Das ist bei Anfängern ein ziemlich häufiges Problem, dass sie schlechten Code produzieren und unterschätzen mit dem Argument: "Wieso? Läuft doch? Solanges tut, was es soll, ist doch alles in Ordnung." Wenn Du irgendwann einmal diesen Impuls verspüren solltest: Erinnere Dich an diese 7 Stunden. Gruß, Simon2.
• ?

  Unittesting und Mock-Objekte für C++
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  1053
  Aufrufe

  ?

  TUT ist ja mal voll eklig. Vor jedem Test template<> template<> schreiben.
• ?

  Problem mit Klasse
  • Gast  

  10
  0
  Stimmen
  10
  Beiträge
  1284
  Aufrufe

  ?

  Habs jetzt hinbekommen danke für die Hilfe.
• ?

  klassenproblem
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  897
  Aufrufe

  N

  bernardo schrieb: Noch eine allgemeine Frage: zeugt es immer von schlechtem Design, wenn man innerhalb einer Klasse eine Variable einer anderen Klasse etc. benötigt? Nein, eigentlich nie. Ein Teil von Objektorientierung besteht ja gerade darin, dass man das Programm in Objekte unterteilt, welche gegenseitig voneinander abhängen und in einer Hierarchie stehen. Viel öfter sieht man z.B. Vererbung, wo eine Aggregation (Membervariablen) viel besser passen würde. Das wäre dann schlechter Stil. bernardo schrieb: Gibt es bessere Möglichkeiten, als einen Handle vom Com-Port in der Ethernet-Class zu installieren, der zu Beginn übergeben wird? Ich denke, das ist okay. Im Bezug auf Exceptionsicherheit könntest du vielleicht Objekte mit Wertsemantik (selbst verwaltende Handles, Smart Pointers, Scope Guards) verwenden, aber wahrscheinlich ist das hier unangebracht.
• ?

  Warum kann man Autopointer nicht in einen Container packen?
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  973
  Aufrufe

  N

  Alleine schon die Tatsache, dass eine Const-Referenz auf std::auto_ptr nicht als Original einer Kopie verwendet werden kann, verunmöglicht die Anwendung in Methoden wie push_back(const T&) oder insert(iterator, const T&) . Da keine Wertsemantik unterstützt wird, wäre eine Anwendung in STL-Containern auch darüber hinaus sehr heikel, vor allem in Verbindung mit STL-Algorithmen, welche beispielsweise lokale Kopien anlegen, ohne sich dabei viel zu denken. std::auto_ptr hat seine Stärke darin, einzelne Objekte effizient und sicher herumzuschieben, zum Beispiel im Zusammenhang mit Factory-Funktionen. Mit const kann er zudem als lokaler RAII-Smart-Pointer verwendet werden.
• D

  HeaderFiles und CPPFiles
  • Developer_X  

  9
  0
  Stimmen
  9
  Beiträge
  1492
  Aufrufe

  D

  Danke an alle, es funktioniert jetzt. Ab sofort, werde ich nicht mehr solche Namen verwenden, danke sehr! m.f.G. Developer_X
• L

  Zugriff einer Klassen-Methode auf ein Array
  • Lyxeos  

  3
  0
  Stimmen
  3
  Beiträge
  810
  Aufrufe

  

  Um dir den Fehler zu erklären: soundata ist bei dir ein *SOUNDDATA[100]. Somit ist sounddata[i] ein *SOUNDDATA. Und das ist keine Klasse, Struktur oder Union, sonder ein Zeiger auf eine Klasse. Du musst ihn erst dereferenzieren um auf die Elemente zugreifen zu können: (*(soundData[i])).title Das ist aber reichlich umständlich, darum gibt es dafür eine Abkürzung: soundData[i]->title Das wäre die korrekte Syntax. Wie JanJan aber schon erklärt hat, hast du hier absolut keine Not, einen Zeiger auf ein statisches Array zu benutzen (eigentlich macht so eine Konstruktion niemals Sinn). std::vector ist eine passendes, leicht zu benutzendes C++-Konstrukt, welches hier viel besser passt. Wenn es unbedingt ein statisches Objekt sein soll, kannst du dir auch mal boost::array anschauen.
• ?

  virtuelle klasse und co. --&gt; applikation crasht
  • Gast  

  9
  0
  Stimmen
  9
  Beiträge
  982
  Aufrufe

  P

  pepe75 schrieb: irgendwie scheint die virtual function table bei mir im ***** zu sein (irgend ne art von verpointerung) und es wird aus heiterem Himmel ein destruktor aufgerufen Die vtable zerballern kann man sich folgendermaßen: Du schreibst eine Klasse V mit n virtuellen Funktionen und kompilierst ihre .cpp. In der .cpp hat die Klasse dann eine vtable der Länge n Du schiebst im Header eine virtuelle Funktion irgendwo dazwischen und kompilierst einen der Klienten neu, nicht aber die .cpp der Klasse. Der Klient bestimmt für die V-Objekte die Offsets in der vtable anders, als die vtable im Konstruktor von V angelegt wird. unter bestimmten Umständen linkt das Ganze trotzdem (z.B. bei DLLs) und die Klienten greifen daneben, weil die ermittelten offsets nicht mehr mit den tatsächlichen übereinstimmen.
• G

  Multithreading Flaschenhals
  • GreedyRaccoon  

  23
  0
  Stimmen
  23
  Beiträge
  2974
  Aufrufe

  V

  Ich habe heuer auf einem Kern es ausgemessen mit 8 threads und scattered io, file mapping, std und einfacher WinApi und die Unterschiede waren auch nur im Bereich eines Prozents. Für Einlesen-Und-Vergessen, also Streams, zum Beispiel CRC berechnen, nehme ich einfache WinApi, wenn die Daten ins Ram sollen, um Rumspringen zu können, nehme ich file mapping.
• E

  Was Bedeutet #define A 10
  • Erik1989  

  16
  0
  Stimmen
  16
  Beiträge
  1729
  Aufrufe

  E

  Ja ja wahrscheinlich wisst ihr es selbst nich