C++ (alle ISO-Standards)

• S

  Objekt aus Datei einlesen
  • Sweethome85  

  8
  0
  Stimmen
  8
  Beiträge
  1338
  Aufrufe

  K

  Was eine (nicht hervorragende) Lösung wäre: std::ifstream file("Test.txt", std::ios::in); while(!file.eof()) { std::string line; std::getline(file, line); if(line.find("Turm")) ReadTurm(line); } void ReadTurm(const std::string &line) { size_t posTurm = line.find("Turm"); if(std::string::npos != posTurm) { // Read in turm number } std::string nline; std::getline(file, nline); ReadTurmData(nline); } Mit grundlegenden Kentnissen sollte es nun ein Klacks sein, den Rest zu proggen.
• ?

  Ersetzen von Werten innerhalb einer Datei
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  768
  Aufrufe

  D

  Ich würde sagen, dass dein Denkfehler da liegt, dsas du die Dateien ständig auf dem aktuellen Stand halten willst. Solange dein Programm läuft, kannst du die Daten ja intern lassen und sobald es beendet wird, schreibst du die aktuellen Daten. Du kannst ja gelegentlich die Dateien neu speichern. (alle 10 Minuten, täglich o.ä)
• ?

  Trennung von Deklaration und Implementierung
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  3836
  Aufrufe

  D

  Auch wenn es nicht 100% auf die Frage passt, verweise ich mal kurz auf meinen Blog, wo ich letztens einen Beitrag über Deklarationen/Definitionen geschrieben habe. Könnte dich in dem Kontext auch noch interessieren: http://drakon.ch/ ~(Beitragsverweise habe ich leider noch nicht in die Seite integriert. Siehe Beitrag vom 19.10.09)~
• S

  Problem beim Daten auslesen
  • Sweethome85  

  2
  0
  Stimmen
  2
  Beiträge
  669
  Aufrufe

  

  Ein paar Sachen die mir auffallen: Bei den Zeilen, in denen keine Zahl steht, bekommst du ein Problem. Da deine Fehlerbeschreibung bloß "macht er nicht" ist, kann ich aber nicht sagen, ob dies dein Problem ist. Du beachtest gar nicht, wieviele Laserdaten da sind, sondern liest alles bis zum Ende der Datei. Daher greifst du gegen Ende auf Laserdatenindizes zu, die gar nicht existieren -> Auch ein Problem, falls dein Programm überhaupt soweit kommt. push_back ist dir anscheinend unbekannt? Dies würde einiges einfacher machen. Klassen sind dir anscheinend auch unbekannt? Falls unbekannt: Das ist jetzt ein bisschen viel zu lernen für ein kleines Leseprogramm. Falls bekannt: Mach doch eine Datenklasse. Damit bist du viel flexibler und kannst die Daten später besser weiterarbeiten. Am besten noch mit überladenen Streamoperatoren, falls du Operatorüberladung kennst. Deine ganzen hardcodierten Indizes kommen mir irgendwie falsch vor. Ich will jetzt aber nicht alles im Kopf nachrechnen und den Programmablauf vollständig nachvollziehen. Das machst besser DU mit einem Debugger. Dann siehst du genau was wo schief läuft und kannst mehr sagen als 'macht er irgendwie nicht'.
• 

  Daten performant in Dateien speichern und auslesen
  • It0101  

  8
  0
  Stimmen
  8
  Beiträge
  1135
  Aufrufe

  

  Das höchste der Gefühle dürfte das hier sein: http://aktien-portal.at/indikatoren.html?sm=cci Also gleitende Durchschnitte, bissel Addieren und Multiplizieren... Aber dennoch würde ich das für spezielle Berechnungen evtl. mal testen.
• S

  "Übersetzung" von C in C++
  • Sweethome85  

  13
  0
  Stimmen
  13
  Beiträge
  1456
  Aufrufe

  ?

  SeppJ schrieb: Kleiner Tipp: Die Aufgabe ist nicht schwer. Hier dein Programm in 100% standardkonformen C++: #include <stdio.h> #include <stdlib.h> struct eintrag{ char tiere[39]; }; struct eintrag array[10]; int main() { FILE *datei; int err,i,n; double wertx[9]; i=0; datei = fopen ("eingabedatei.txt", "r"); if (datei==NULL){printf("Datei existiert nicht\n");} else{ do{ err = fscanf(datei,"%s %lf",array[i].tiere,&wertx[i]); printf("%s %f\n",array[i].tiere,wertx[i]); printf("%f\n",wertx[i]); i++; } while(err !=EOF && i < 10); } system("PAUSE"); fclose(datei); return 0; } edit: Oh, da musst man tatsächlich noch was ändern für totale Standardkonformität. Also ich hätte es so gemacht: #include <string> #include <fstream> #include <sstream> #include <iostream> using namespace std; struct eintrag { string tiere; }; eintrag array[10]; int main() { ifstream stream; stream.open("eingabedatei.txt"); if ( stream.is_open() ) { while ( !stream.eof() ) { std::string buffer; getline(stream, buffer); stringstream ss; ss << buffer; string value; int index = 0; ss >> value; ss >> index; std::cout << "Gelesen: " << value << " Nr. " << index << std::endl; array[index].tiere = value; } } else { cerr << "Datei existiert nicht" << std::endl; } } Datei war aufgebaut: Wolpertinger 0 Bergziege 1 Gnu 2 rya.
• T

  Int-Arrays vergleichen? [beantwortet]
  • Tonikum  

  6
  0
  Stimmen
  6
  Beiträge
  962
  Aufrufe

  T

  So dann mach ich das mal mit dem Vergleichen und danke euch für Eure Hilfe! Auch mal ein Kompliment dafür, wie schnell das hier geht!
• ?

  Strings in einem Array speichern
  • Gast  

  13
  0
  Stimmen
  13
  Beiträge
  3324
  Aufrufe

  W

  Könntest du mir vielleicht noch kurz erklären, was das C/C++ Code: .c_str() C/C++ Code: .c_str() C/C++ Code: .c_str() macht? http://cplusplus.com/reference/string/string/c_str/
• S

  Objekt aus Datei lesen
  • Sweethome85  

  6
  0
  Stimmen
  6
  Beiträge
  881
  Aufrufe

  K

  Wenn das so ist, nimm doch einfach nen std::string und konvertiere ihn dann nach belieben mit ::atoi/f etc.
• ?

  deque Löschen
  • Gast  

  7
  0
  Stimmen
  7
  Beiträge
  817
  Aufrufe

  N

  unskilled schrieb: Wie kommst du denn auf die Idee, dass es mit Pointern schneller geht, wenn es eh nur ums löschen geht und somit das delete bleibt? OO Du hast somit so gar noch ein delete mehr... Wieso nicht? Wenn man std::deque noch nicht gut kennt, hat man vielleicht nicht so viel Vertrauen und befürchtet, dass da intern was unheimlich Aufwändiges passiert.
• H

  template spezialisierung
  • headmyshoulder  

  6
  0
  Stimmen
  6
  Beiträge
  1219
  Aufrufe

  N

  headmyshoulder schrieb: Wenn ich das richtig interpretiere ist dann ein array< class T , int N> was anderes als array< class T , size_t N > . Ja, das sind zwei verschiedene Templates. Visual C++ scheint es hier aber nicht so genau zu nehmen.
• L

  Dateien lesen und dynamischer Speicher
  • Laserandi  

  2
  0
  Stimmen
  2
  Beiträge
  713
  Aufrufe

  N

  Laserandi schrieb: Gibt es eine bessere Möglichkeit? Womit liest du Dateien ein? Bei den Streams hast du standardmässig einen Puffer dabei, der für dich die Arbeit übernimmt. Aber ansonsten: Wie wärs mit zwei Methoden, von denen eine die Puffergrösse liest und die andere den restlichen Inhalt? Und hast du an delete[] gedacht? Wieso heisst die Klasse eigentlich neueDatei und nicht Datei oder etwas Aussagekräftigeres?
• R

  Klassendesign mit Vererbung und Templates
  • Richard  

  6
  0
  Stimmen
  6
  Beiträge
  1140
  Aufrufe

  N

  Nein, das Problem liegt woanders. Du musst Templates in Headern definieren (nicht nur deklarieren), wenn sie in mehreren Übersetzungseinheiten verwendet werden. Der Grund besteht darin, dass Templates nur Vorlagen für Klassen oder Funktionen sind. Der Compiler muss bei der Instanziierung die Templateparameter einsetzen und erstellt so die eigentliche Klasse/Funktion. Da jede Instanziierung wieder ein wenig anders aussehen kann, reicht es nicht, den Code für alle Templateargumente total einmal zu kompilieren (in einer .cpp-Datei). Es gäbe zwar das Schlüsselwort export , das wird aber von so gut wie keinem Compiler unterstützt und hält in anderen Implementierungen (Comeau) auch nicht so viel, wie es verspricht.
• ?

  Pointer-to-impl und smart ptr
  • Gast  

  28
  0
  Stimmen
  28
  Beiträge
  3824
  Aufrufe

  ?

  Nexus schrieb: Optimizer schrieb: Die Gefahr sehe ich bei einem Destruktor mit delete genauso. Wenn jemand meint, meinen Code verbessern zu müssen und wenigstens etwas Skill hat, wird er den Destruktor zu entfernen versuchen und den Member durch einen smart pointer ersetzen. Dann kriegt er die Warnung (oder Fehler mit deinem scoped_ptr) und die Sache ist geklärt. Oder er benutzt gerade einen Compiler/eine Warnstufe, mit der die Warnung nicht erkennbar ist, lässt die Warnung unter vielen unwichtigen untergehen oder ist einen Moment unachtsam und kompiliert danach nicht mehr. Selbst Menschen mit "Skill" passiert sowas dauernd wieder. Du solltest den Vorteil von Kompilierfehlern gegenüber eventuellen Warnungen nicht unterschätzen. Jo, ist einsichtig. Dann lass ich mich mal so weit breitschlagen, dass wir nur den scoped_ptr nehmen, der dieses Problem nicht hat (also eigentlich würd ich es ja für ne Schwäche der Sprache halten ;)). Natürlich kann man sein Anliegen durch einen Kommentar verdeutlichen, aber dann hast du wieder etwas, das bei delete nicht nötig ist. Doch, der Kommentar muss beim delete dann auch hin. Sonst bin ich nämlich der erste, der das delete entfernt und einen smart pointer einsetzt. Und der letzte bin ich nicht... Optimizer schrieb: Schlechter als nen rohen Zeiger zu verwenden ist der Code mit dem smart_ptr sicherlich nicht. Smart-Pointer haben zweifellos in sehr vielen Fällen Vorteile gegenüber rohen Zeigern. Dennoch würde ich nicht grundsätzlich davon ausgehen, dass sie nie schlechter sein können (unabhängig von dem Beispiel hier), besonders wenn keine klar überwiegenden Argumente existieren. In diesem Fall find ich den Code mit smart pointer nicht schlechter. Daher würde ich an dem Prinzip festhalten, smart pointer als Member zu benutzen, als default sozusagen.
• ?

  Vererbung und punktuelle Beschränkung der Sichtbarkeit
  • Gast  

  10
  0
  Stimmen
  10
  Beiträge
  1685
  Aufrufe

  N

  h_sch1978 schrieb: Müsste hierbei nicht das Problem entstehen, dass ich in BaseWithoutDoSth2 nicht mehr auf do_sth2 zugreifen kann. Nein, du müsstest die Basisklassenversion mit Base::do_sth2() aber explizit angeben. Wieso willst du hier überhaupt Vererbung einsetzen? Solche starken Abhängigkeiten sollte man sich gut überlegen. Aggregation würde meines Erachtens mehr Sinn machen, da du dann auch das Interface selbst bestimmen könntest.
• I

  Array aus Funktion zurück
  • Ishmael  

  9
  0
  Stimmen
  9
  Beiträge
  1031
  Aufrufe

  I

  He danke für deine Hilfe. Ich glaube ich muss mich mal richtig intensiv damit beschäftigen.
• ?

  Referenzen auf Gültigkeit prüfen
  • Ein ehemaliger Benutzer  

  7
  0
  Stimmen
  7
  Beiträge
  1227
  Aufrufe

  S

  Scorcher24 schrieb: Wie geht das denn mit Zeigern? Mit anderen Worten: Was heißt "gültig" in diesem Kontext? Naja ein Zeiger ist quasi "ungültig" wenn er auf NULL zeigt.. das kann ich prüfen ( er ist schon gültig, aber eben kein Zugriff möglich ). Ein Zeiger auf ein Objekt wird aber auch nicht durch magische Hand auf 0 gesetzt, falls man das Objekt " delete t". Referenzen "zeigen" immer auf irgend einen Speicherbereich, weil man sie nicht mit einer "Null-Referenz" initialisieren kann und nach der Initialisierung auch nicht mehr veränderbar sind. Aber okay, hier gibts glaube ich keine Lösung. Danke trotzdem :). Design-Problem. Du musst wissen, was für ein Verhalten Du haben willst. Ein entsprechendes Design gibt es dafür bestimmt. Gruß, SP
• ?

  Positionserkennung mit OpenCV realisierbar?
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  918
  Aufrufe

  T

  Was ist die Frage zu C++?
• ?

  C++ Standard
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  717
  Aufrufe

  ?

  Hey, danke für eure Antworten Ihr habt mir doch schon ziemlich weitergeholfen!!! Liebe Grüße Cora
• C

  Heap Fehler mit std::string
  • CrazyPlaya  

  11
  0
  Stimmen
  11
  Beiträge
  1598
  Aufrufe

  R

  CrazyPlaya schrieb: Fehler gefunden. Struct Alignement auf 1 Byte gesetzt jetzt kommt auch kein Fehler mehr Ohne die Details zu kennen: das hört sich eher danach an, als hättest du das Symptom kurzzeitig unterdrückt, statt tatsächlich den Fehler gefunden zu haben. Deiner Beschreibung nach zerschießt du dir irgendwo den Heap. Das muss nicht direkt mit der Stelle zusammenhängen, wo die Fehlermeldung kommt. Vor allem kann man so einen Fehler nicht durch Anpassung des Alignments beheben. Oh, und dein Code läuft natürlich nicht mit optimaler Geschwindigkeit mit 1-byte-alignment.