C++ (alle ISO-Standards)

• ?

  String umwandeln
  • Gast  

  13
  0
  Stimmen
  13
  Beiträge
  902
  Aufrufe

  A

  Solange APIs immer noch auf char* oder string bestehen, wird man leider um die Konvertierung nicht umhinkommen. Das stimmt leider. Wenn du dir aber z.B. die Win32-API anschaust, wirst du sehen, das diese vollständig auf wchar_t* aufbaut und somit perfekt mit wstring zusammen arbeitet. Was das Komitee angeht: 1998 hatte man glaube ich andere Sorgen als da etwas rundes zu vereinbaren. Aber es gibt definitiv im C++98 Spezifikationen um z.B. Streams mit unterschiedlichen codierten Daten in wstrings einzulesen. Das Problem ist eher, das die Stdlib-Implementierungen der Compiler hier defizite aufweisen. In der Boost-Lib gibt es z.B. einen entsprechenden UTF-8-Konverter nach C++-Stdlib-Spec für wstrings. Viele Boost-Libs, wie boost.regex, boost.Options usw. nutzen diese Möglichkeit: http://www.boost.org/libs/serialization/doc/codecvt.html Von Dinkumware gibts eine seeehr umfangreiche Sammlung von Konvertern, mit allen möglichen Codings: http://www.dinkumware.com/manuals/?manual=compleat&page=index_cvt.html
• C

  Verkettete Listen
  • comovai  

  3
  0
  Stimmen
  3
  Beiträge
  358
  Aufrufe

  .

  comovai schrieb: hallo c-freaks Bitte?! comovai schrieb: Ich hab ein Problem mit meiner Funktion void liste. Ich denke mal es hat was mit der switch funktion zu tun. Hab mir jetzt schon einige bücher durchgelesen aber noch nichts gefunden, was mir weiterhelfen könnte. In dem Code sind viele Fehler (einige habe ich angemerkt) und er entscheidet sich nicht für eine Sprache. Soll er nun C oder C++ sein? Ich hab dir hier mal eine C++-Version gebaut (keineswegs perfekt, aber und weil designmäßig nah am "Original" ;)). Es wäre vielleicht ganz praktisch, wenn noch ein echter C-ler deinen Code noch zu echtem C berichtigen würde, das hilft dir vielleicht bei der Entscheidung #include <iostream> // iostream.h ist obsolet, conio brauchst du nicht // stdio.h und malloc.h ist C #include <string> struct daten { int flugnr; // char-Arrays funktionieren nicht so, wie du das gemacht hast. Nimm std::string std::string natio; int liter; }; class liste { public: // Konstruktor, entspricht deinem "listeerzeugen". Nu schau mal, wie simpel // das hier ist ;). (In C++ benutzt man 0 statt NULL, das ist aber eher // kosmetisch) liste () : first (0), last (0) {} // Destruktor, du musst deinen Kram auch wieder aufräumen ~liste () { listenelement* i = first; while (i) { listenelement* current = i; i = i->next; delete current; } } // Entspricht "elementanhaengen". Die Daten werden als Referenz übergeben. void append (daten const& dat) { listenelement* neu = new listenelement; // Die Abfrage ist unnötig, new wirft eine Ausnahme (std::bad_alloc) // wenn was schief geht und springt aus dieser Methode raus neu->pdat = dat; neu->next = first; first = neu; } // Eine solche Methode ist kein guter Stil! Entspricht deinem "listezeigen". void show () { int index = 1; listenelement* hilf = first; // Die malloc-Zeile war Unfug if (hilf == 0) std::cout<< "Die Liste ist nicht vorhanden!!" << std::endl; else while (hilf != 0) { std::cout << "Flugnummer: " << hilf->pdat->flugnr << std::endl; std::cout << "Nationalitaet: " << hilf->pdat->natio << std::endl; std::cout << "Treibstoffmenge: " << hilf->pdat->liter << std::endl; ++index; hilf->next = hilf; } } private: // Wie listenelement aussieht geht keinen was an. struct listenelement { daten pdat; // in C++ sind structs bereits Typnamen, // Zeiger brauchen wir hier nicht listenelement* next; }; listenelement* first; }; // Entspricht "listenelementeingeben". Hierfür gilt dasselbe wie für liste::show. daten get_data () { // malloc (und auch new) macht in dieser Variante keinen Sinn, da die Liste // Kopien der angehängten Objekte anlegt. Wir können also getrost auf dem // Stack rumwerken. daten res; std::cout << "Flugnummer:" << std::endl; std::cin >> daten.flugnr; std::cout << "Nationalitaet:" << std::endl; std::cin >> daten.natio; std::cout << "Treibstoffmenge:" << std::endl; std::cin >> daten.liter; } // Wenn main nur aus einem Funktionsaufruf besteht, dann /ist/ die aufgerufene // Funktion main! (Es gibt zu wenig Ausnahmen von dieser Regel, als dass du eine // davon getroffen haben könntest ;)) // Außerdem liefert main /immer/ ein int zurück. Sowohl in C als auch in C++. int main () { int wahl; struct daten* neu; liste l; std::cout << " M E N U E \n\n" << std::endl; do { std::cout << "Auswahl:\n\n" << "1. Liste anzeigen\n" << "2. Eintrag in Liste einfuegen\n" << "0. Ende" << std::endl; std::cin >> wahl; switch (wahl) { case 0: std::cout << "Ende" << std::endl; break; // Der "Aufruf", der hier stand war Myll. Brauchen wir aber auch nicht. case 1: l.show (); break; case 2: l.append (get_data ()); break; default: std::cout << "Falsche Eingabe" << std::endl; } } while (wahl); }
• R

  Speicherzugriffsfehler
  • Rastaman  

  4
  0
  Stimmen
  4
  Beiträge
  470
  Aufrufe

  B

  Rastaman schrieb: Oh sry, des wahr ein Leichtsinnsfehler. Dass du es zuerst falsch gemacht hast war der Leichtsinnsfehler. Aber du solltest mal tief in dich gehen und drüber nachdenken, warum du ihn dann nicht selber gefunden hast. Das ist an sich keine Schande, so ging es jedem mal, aber über dieses Stadium sollte man IMHO lange hinweg sein, bevor man sich mit Threads beschäftigt.
• K

  Laufzeitfehler beim zweidimensionalen, dynamischen Array
  • kokunze  

  9
  0
  Stimmen
  9
  Beiträge
  1006
  Aufrufe

  S

  Bratwurst 2 schrieb: ... Das lässt sich auch ohne Containerklassen fehlerfrei programmieren... Habe auch nie Gegenteiliges behauptet ! (Übrigens lässt sich eine GUI auch in ASM programmieren) Aus dieser Feststellung folgt aber noch nicht, dass es eine gute Idee oder die beste mögliche Lösung sei. Gruß, Simon2.
• ?

  char** Probleme
  • Gast  

  8
  0
  Stimmen
  8
  Beiträge
  542
  Aufrufe

  A

  @LordJaxom sry, hatte grad nen kleinen denkfehler gehabt, stimmt: so darf man's nicht machen. *schäm*
• C

  Operator überladen
  • cppnaggi  

  19
  0
  Stimmen
  19
  Beiträge
  1041
  Aufrufe

  S

  na, nicht so schnell aufgeben. Wenn man mal was nicht versteht, dann muss man es sich halt öfters angucken und zur Not 3 oder 4 mal nachfragen. Änder dein Programm doch erst mal soweit, dass du statt den char-arrays die std::string nutzt. Und dann gucke dir die hier genannten Beispiele nochmal Zeile für Zeile und versuche es umzusetzen. Wenn du dir das in Ruhe nochmal anguckst, dann wirst du das auch schaffen.
• ?

  std::vector an anderne std::vector anhängen.
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  868
  Aufrufe

  ?

  PS: Dir ist hoffentlich klar, daß die Werte jetzt rückwärts in Vec1 stehen. Jo, ist klar :)... (EDIT: begin = end ;)) Vielen dank!
• X

  NaN Not a Number
  • xthing  

  3
  0
  Stimmen
  3
  Beiträge
  383
  Aufrufe

  ?

  probier: (1/0)*0 kürzt sich ja eigenlich weg, eh
• ?

  Fehlerhandling Goto Label?
  • Gast  

  9
  0
  Stimmen
  9
  Beiträge
  501
  Aufrufe

  M

  Mokka schrieb: Ich möchte nicht für jeden Schnipsel eine extra Klasse machen. Du kannst dir aussuchen, ob du für jede einzelne Ressource Aufräumarbeit verrichtest (und das u.U. mehrfach, je nach Verschachtelung), oder ob du für jede Art, Ressourcen freizugeben, einmal eine Klasse schreibst, und damit auch gleich noch Exceptionsicherheit obendrauf bekommst. Und wie gesagt, CComPtr und CComBSTR gibt's schon.
• ?

  Leserliche template Fehler bei gcc
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  412
  Aufrufe

  ?

  kewl, danke. danach habich gesucht.
• B

  Wert am Index X lesen und Setzen mit operator[]?
  • BorisDieKlinge  

  12
  0
  Stimmen
  12
  Beiträge
  720
  Aufrufe

  R

  BorisDieKlinge schrieb: jo habs so gemacht: inline int &operator[](UINT &index){ if(index<0 || index>= getOptCount()) ASSERT(index); return m_aiOptions[index]; } Ne! UINT als Parameter ist falsch (size_t), dann übergib keine Referenz! Außerdem benutzt man ASSERT anders!
• *

  Probleme mit Klasse+Header
  • *hades* 0  

  4
  0
  Stimmen
  4
  Beiträge
  482
  Aufrufe

  C

  Außerdem sind die Parameternamen eher bei der Definition wichtig (ohne Namen kannst du in der Funktion nicht auf die Parameter zugreifen). PS: Es heißt übrigens "int main()".
• S

  vector auf dem Heap
  • Spartaner  

  10
  0
  Stimmen
  10
  Beiträge
  1184
  Aufrufe

  S

  Danke, ihr habt mir sehr geholfen! Ich habe mal wieder aus einem einfachen Problem ein viel zu großes gemacht. Ich werde jetzt einfach an die Funktion einen Zeiger auf meinen vector übergeben und ihn dann so befüllen. Danke und Gruß Spartaner
• P

  Konstruktionsreihenfolge
  • pock  

  4
  0
  Stimmen
  4
  Beiträge
  689
  Aufrufe

  P

  Ah ok, da war mein Beispiel zu kurz gedacht. Ich meinte den ungünstigsten Fall, also über verschiedene ÜE hinweg. Danke euch beiden.
• ?

  (While-Schleife)Thema: Quartalsumsätze für 3 Unternehmen
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  907
  Aufrufe

  ?

  Ich hab jetzt das if ( umsatz == 0 ) break; nach jeder Schleife gesetzt und es funktioniert alles. Oh klasse alter Freund. Vielen Vielen Dank, nach stundenlangem grübeln und durchblättern verschiedener Bücher, ist geschafft. Ich danke dir, du bist besser als Data Becker, Franzis' e.t.c. Nochmals Danke. Ich mach mich jetzt an die nächste Geschichte. Also vielleicht bis bald.
• B

  Noch mal eine klassenhierachie FRage:
  • BorisDieKlinge  

  2
  0
  Stimmen
  2
  Beiträge
  401
  Aufrufe

  C

  Du könntest B private von A ableiten lassen - dadurch gelten alle Elemente von A als private Elemente von B und werden nicht mehr an dessen Nachfahren weitergegeben.
• B

  Template Verhalten über mehrere Klassen...
  • BorisDieKlinge  

  8
  0
  Stimmen
  8
  Beiträge
  464
  Aufrufe

  

  typedef int Number; // bzw. typedef double Numer; edit: ok ich sollt wohl öfter mal F5 drücken :p
• D

  Datei gliedern
  • Dark_DanI  

  25
  0
  Stimmen
  25
  Beiträge
  2432
  Aufrufe

  D

  Ich habs kopiert und halt den string mit nem buffer aus ner Datei gefüllt-> ifstream IN1("test.txt", ifstream::binary|ifstream::in); IN1.seekg(0, ifstream::end); int size = IN1.tellg(); IN1.seekg(0); char buffer[size]; IN1.read(buffer, size); string sbuffer = buffer; char c = 0xEE; size_t pos = sbuffer.find(c); if( pos != string::npos); { cout << "Position: " << pos; } ->Es kommt egal, wonach ich suche, immer das selbe Ergebnis. Und im Hex-Editor steht auch, dass solche Werte, wie ee enthalten sein müssten EDIT: Ich hab jetz ma ne neue Datei geschrieben, in der ich im Hex, dann ee eingegeben habe...>auf einmal findet er auch ne Position, mit der ich was anfangen kann. Bei meiner anderen Datei->wo ebenfalls ee`s drin vorkommen, findet er komischwerise nichts EDIT2: Habs endlich geschafft->habs aber anders gelöst. ich hab ne for-Schleife, die den ganezen cstring einmal durchgeht und wenn eben i 0xee ist anschlägt>manchmal ist die Lösung vielleicht zu einfach um sie zu sehen. Trotzdem vielen dank
• S

  Labyrinth erstellen
  • Stromberg  

  4
  0
  Stimmen
  4
  Beiträge
  2429
  Aufrufe

  S

  Ich denke (als Anfänger) auch, dass es an der Rekursonstiefe liegen könnte. Auszerdem denke ich, dass nicht der Zweck erfüllt wird, den du haben willst mit der Rekursion. Ein Beispiel, wo es schiefgehen könnte. du bist ein Feld vom rechten Rand entfernt als weg finden aufgerufen wird. Die Funktion würfelt rechts, ok, also gehst du nach rechts (ein for-Schleifendurchlauf) beim nächsten durchlauf kannst du nicht mehr nach rechts, die Methode ruft sich selbst auf, zeichnet diesmal 3 Felder nach unten, dann nach links, dann wieder nach unten, und kommt aber dann wieder zurück in die Schleife, wo du angefangen hast sie rekursiv aufzurufen! (den Teil scheinst du zu vergessen, dass du dahin wieder zurückkommst) Und jetzt geht es genau da weiter, wo du die Methode aufgerufen hast, das case wird beendet und jetzt kommt dann eben der letzte durchlauf der for-schleife, wo diesmal nur ein Feld nach rechts gezeichnet wird (statt wie du wünschst immer 3) und dann ist die Methode fertig. Auf gleiche Weise kann es dann eben auch zu Problemen und Sackgassen kommen. (rechts, unten, links, oben... und jetzt hängen wir fest) Von daher würde ich das mit dem rekursiven in dieser Form sein lassen. das musst du dir anders überlegen. (vielleicht bisschen ähnlich wie beim sudoku, man versucht eine Zahl, ruft sudoku selbst wieder auf, und wenn man irgendwann ankommt dass nichts mehr geht geht man soviele schritte zurück bis man wieder irgendwo eine Zahl einsetzen kann)
• ?

  Wenn static_cast und reinterpret_cast funktioniert - welches nehmen?
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  1131
  Aufrufe

  C

  Das ist sowieso so ziemlich der einzige Fall abgesehen von Exoten wie unten, bei dem sich beide Casts gleich verhalten. Da es hier um die Umkehrung einer impliziten Konvertierung geht, ist im Grunde static_cast angebracht. Es existieren aber auch Fälle, bei denen ein reinterpret_cast logischer erscheint. Spaß mit casts: struct Foo { operator int&() { return reinterpret_cast< int& >( *this ); } }; Foo bar; assert( static_cast< int& >( bar ) == reinterpret_cast< int& >( bar ) );