C++ (alle ISO-Standards)

• C

  Unicode Frage?
  • Cefour  

  11
  0
  Stimmen
  11
  Beiträge
  2065
  Aufrufe

  D

  ich hoffe mal, euch ist bewusst, dass bereits in der normalen 8-Bit-ANSI Kodierung mit deutscher Codepage ä, ö, ü und ß enthalten sind... siehe hier so ähnlich findet man das auch in deutschen Tafelwerken und da C/C++ nunmal nicht Standard-ASCII, sondern eben ANSI verwendet, gibt das auf deutschen Systemen keine Fehler
• ?

  Speicheradressen von Membervariablen
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  874
  Aufrufe

  S

  Angenommen, die Daten-Elemente der Klasse a seien public... 1. Ja 2. Ja 3. Ja 4. a * z = ...; f4 ( & (z->m1) ); oder f4 ( & ((*z).m1) ); 4. a * z = ...; f5 ( z->m2 ); oder f5 ( (*z).m2 ); (Einige Klammern sind überflüssig, dienen nur der Übersicht) Gruß, SP
• C

  Bags in C++
  • Croatiancow  

  25
  0
  Stimmen
  25
  Beiträge
  3951
  Aufrufe

  N

  Dem STL-Algorithmus std::find_if() kannst du eine Vergleichsfunktion übergeben. Aber der Code wird dadurch gesamthaft nicht kürzer, nur deine includes() -Funktion sieht schöner aus.
• G

  STL-Container wrappen zwecks eigener Iteratoren
  • goran  

  18
  0
  Stimmen
  18
  Beiträge
  2454
  Aufrufe

  U

  speziell op!= würde ich nicht als member deklarieren. die definition ist auch höchst eigenartig friend class WrapSet; das class ist imho unnötig - und ich würd das entweder ganz oben oder ganz unten hinschreiben, aber nicht unter die fkt. mischen const T & operator*(); für const T& gibt es schon fertige typedefs... (das gleiche bei void insert(const T & value); ) bei der implementierung wäre ein wenig ordnung wünschenswert ;o) (und in echt würd ich das auf jeden fall in ne *.impl datei auslagern, damit der header wirklich nur für die dokumentation dient) const_iterator & operator++(); , return * this; , ... die leerzeichen zwischen typ und & bzw * find ich eher verwirrend, aber wenn du damit besser zurecht kommst, kannst du es auch so lassen... typename std::set<T>::const_iterator dafür könnte man btw noch nen (privates) typedef á la internal_iter anlegen... for(WrapSet<std::string>::const_iterator i=ws.begin(); i!=ws.end(); i++) das man nicht jedes mal wieder end() aufruft, ist dir bekannt und du hast es nur hier so gemacht!? ich würd so was hier schreiben: for(WrapSet<std::string>::const_iterator i(ws.begin()), e(ws.end()); i != e; ++i) (die ausgabe geht mittels std::copy und std::ostream_iterator auch einfacher(oder zumindest kürzer^^), aber das soll hier nicht das thema sein^^) bb
• ?

  lazy evaluation bei klassen instantiierung
  • Gast  

  8
  0
  Stimmen
  8
  Beiträge
  1366
  Aufrufe

  

  Achso, ja, weil er da ein ziemlich sinnloses "new" drinnen hat, und danach auch nicht aufräumt. Ja, stümmt
• -

  Klassentemplate: Attribut -&gt; generisches Feld
  • -vincent- 0  

  4
  0
  Stimmen
  4
  Beiträge
  1791
  Aufrufe

  B

  Willst du das benutzen oder machst du es zur Übung? Kannst ja mal bei boost::array bzw. tr1::array abgucken
• ?

  Release Problem bei Parameteruebergabe
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  986
  Aufrufe

  ?

  Ja, habe ich. Macht man das fuehrt er nicht aus und wirft eine exception! Ich weiss dass man da aus der Ferne eigentlich nichts sagen kann, hatte nur die Hoffnung ein paar Anregungen zu kriegen wonach ich suchen koennte, denn so einen seltsamen Fehler hatte ich noch nie und finde eben auch keinen Ansatzpunkt was ich versuchen koennte. Ich meine, es ist keine Katastrophe, wenn es gar nicht geht schmeiss ich die Texturen eben wieder raus und alles tut, aber das ist ja nicht Sinn der Sache und mein Programm waere um eine angenehme Funktion aermer!
• H

  Semantischer fehler.....woran liegt das?
  • H0lzi  

  7
  0
  Stimmen
  7
  Beiträge
  824
  Aufrufe

  H

  Hoppla, hab das jz wohl beides falsch aufgefasst....sry:) knivil schrieb: 3 + 5 das gleiche wie 5 + 3, aber der Pixel an Stelle (5,3) ist nicht der gleiche wie an (3,5) DAS WAR IMMER NOCH MEIN PROBLEM:) habe die anfrage nur falsch gemacht:) Danke für die Hilfe Werner_logoff & knivil,nun ist alles klar :xmas2:
• ?

  Constness-Aushebelung verhindern
  • Gast  

  27
  0
  Stimmen
  27
  Beiträge
  3351
  Aufrufe

  K

  In dem Zusammenhang hatte ich es so verstanden: Der "Zugriffsschutz", den "private" bietet, ist (relativ problemlos) zu umgehen - er schützt also nicht gegen "Hacks"/"Macchiavelli"/... . Das hätte man anders implementieren können, wenn "...private im Speicher steht..." und dort durch irgendwelche Laufzeitmechanismen (Runtime, OS, CPU, ....) geprüft/sichergestellt wird. Im Zusammenhang der Diskussion ist das wesentlich, weil der Threadersteller gerne ein "un-hackbares const" gehabt hätte und er auf Gegenargumente einen Vergleich zu "private" zog. Jo, ersteinmal kompiliert ist das Ergebnis einfach nur ein Block Daten den man halt beliebig manipulieren kann, vorausgesetzt man hat die Zugriffsrechte auf die Datei. Doch das man von außen nun diesen Kram verändern kann hat das nichts damit zu zun wie das zu manipulierende Programm bei Ausführung selbst arbeitet. Denn dies hängt ja, wenn man bei dieser Formulierung bleiben möchte, vom verwendeten Formalismus ab mit dem man das Verhalten umschreibt. Und wenn wir uns über Mittel der Formulierungsebene unterhalten ist das ja auch die Ebene um die es geht. Also bei der Frage ob man Elemente der Formulierungsebene durch spezifikationen in der Selben Formulierungsebene in welcher Art auch immer manipulieren kann bzw. nicht kann/ nicht können sollte spielen halt nur Regeln der Formulierungsebene Eine Rolle. Wenn man ein Auto baut kümmert man sich vielleicht um die Frage wie man verhindert, dass die internen Bauteile nicht den Benzintank aufreißen. Würde in einem Autodesigne ein Spitzer Eisenstab vorm Bezintank angelegt der nach vorne gerammt wird soballd man losfährt, würde dieses Designe die Qualitätsprüfung niemals überstehen, somit nicht konstruiert sondern überarbeitet werden. Doch beduetet dies ja nicht, das der Besitzer eines bereits konstruierten Autos sowas nicht vielleicht lustig finden könnte und dies dann selbst einbaut oder vielleicht einfach ein Unfall passiert. Natürlich kann das Auto auf Grund einer unsauberen Fertigung auch explodieren, ungereimtheiten gibt es halt immer wieder mal unabhängig davon ob jetzt einfach ein Fehler auftrag oder die Qualitätskontrolle irgendwie umgangen wurde. Mal so als kleine spontane Analogie :xmas2: ungeprüft ob dies jetzt so 100 prozentig passt.
• ?

  Ws. lächerlicher Fehler aber komm nicht drauf
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  861
  Aufrufe

  ?

  topfmann schrieb: Den letzten Code-Schnipsel den das Programm ausführt ist Zeile 59. genau - und mit text.erase( i ) fällst Du dann auf die Nase, weil Du nicht überprüfst, ob i einen sinnvollen Wert angenommen hat. Nach std::string::size_type i = text.find(search); //Sucht nach dem Port musst Du i auf Gleichheit mit string::npos abfragen; wenn es gleich ist, hat er den Text nicht gefunden.
• U

  placement new auf stack
  • unskilled  

  36
  0
  Stimmen
  36
  Beiträge
  5124
  Aufrufe

  U

  danke - jetzt bin ich glücklich : > bb
• O

  Array von SpeicherAdressen von Objekten
  • Ooorndt  

  10
  0
  Stimmen
  10
  Beiträge
  1284
  Aufrufe

  S

  Hi Ooorndt, ich habe noch einen etwas generelleren Tipp. Dies hier: Ooorndt schrieb: Also ich hab selber nochmal ein wenig rumprobiert und es funktioniert damit... Ist in C++ (und erst Recht im Zusammenhang mit Pointeraritmetik) ein seeeehr gefährlicher Ratgebergenosse! Man kann C++ viel tun, was a) compiliert b) im Testprogramm läuft und gleichzeitig c) undefiniert ist und d) im Realbetrieb die Columbia abstürzen lässt. Besser ist es, zu verstehen, a) warum etwas funktioniert und b) wie bestimmte Konstrukte von der Sprache gemeint sind und c) was "best practice" für eine bestimmte Problemstellung ist. Für sowas kann man gut "Wissen von außen" (Literatur und Foren wie dieses hier) verwenden. Ich habe jedenfalls über Bücher und dieses Forum schon sehr viel gelernt - besonders in der Zeit nachdem ich meinte, C++ und Programmieren zu beherrschen. Gerade "best practice" ist zwar oftmals anstrengend, weil man meistens seine komplette Sichtweise ändern und ggf. neue Techniken/Begrifflichkeiten lernen muss - ist gleichzeitig aber IMHO auch der gewinnbringenste Weg, weil er oftmals über ein sehr konkretes Problem hinaus weist und Wissen vermittelt, das auch in vielen anderen Zusammenhängen (und Programmiersprachen) immens hilft. Gruß, Simon2.
• M

  Grundelegende Frage zu ifstream/ ofstream
  • mmarcel1  

  4
  0
  Stimmen
  4
  Beiträge
  1470
  Aufrufe

  T

  Das geht auch einfacher: ifstream is("C:\\me_2.jpg", ios::binary ); ofstream os("C:\\menew.jpg", ios::binary); // operator<<(std::ostream&, std::streambuf*) liest den kompletten Quellstrom // und schreibt ihn in den Zielstrom. os << id.rdbuf(); // close ist nicht zwingend notwendig, da das auch der Destruktor erledigen würde os.close(); is.close();
• ?

  Hausaufgabe
  • Gast  

  9
  0
  Stimmen
  9
  Beiträge
  1312
  Aufrufe

  ?

  Hi everyone I am a new colleague to this forum. I look out to a sententious interaction with you all. Bye
• U

  NDEBUG
  • unskilled  

  4
  0
  Stimmen
  4
  Beiträge
  1293
  Aufrufe

  D

  Hmm. Ich habe die 2010er Beta auch drauf. (OK, mittlerweilen wieder deinstalliert, weil die Ultimate Version Testweise drauf kommt, wenn ich es schaffe die zu installieren.. -.-)
• ?

  Flags in eigenen Namensräumen
  • Gast  

  6
  0
  Stimmen
  6
  Beiträge
  772
  Aufrufe

  U

  sqrt(-1) schrieb: ich würd dem enum trotzdem einen namen geben - das schadet nie und oft ist es so gar nötig so könnte man z.bsp. auch einfach ne fkt fuege_eigenschaft_hinzu(enum_name::T wert) schreiben - was ich machen würde Nur dann kann ich doch keine bit-Operatoren nutzen? das versteh ich nicht... struct enum_name { enum T { nothing, a = 1<<0, b = 1<<1, default = nothing }; }; #include <iostream> struct foo { public: void add(enum_name::T to_add) { foo_ |= to_add; } void print() { if(foo_ & enum_name::a) std::cout << 'a'; if(foo_ & enum_name::b) std::cout << 'b'; std::cout << std::endl; } foo() : foo_(enum_name::default) {} private: int foo_; }; int main() { foo bar; bar.add(enum_name::a); bar.print(); } so mein ich das... bb
• S

  Mehrere Initialisierungen in for-Schleife
  • ScRaT_GER  

  5
  0
  Stimmen
  5
  Beiträge
  1832
  Aufrufe

  D

  ScRaT_GER schrieb: Wahrscheinlich kommt es relativ häufig vor, dass man für eine Schleife mehr als eine Variable initialisieren/definieren muss. Wenn ja, gibt es da elegantere Möglichkeiten um sich z.B. keine Gedanken um den Geltungsbereich machen zu müssen? Üblicherweise werden die Scopes so gering gehalten, dass es da keine Probleme mit Mehrdeutigkeiten gibt.
• M

  Wortlängenhistogramm
  • mp3freak1  

  3
  0
  Stimmen
  3
  Beiträge
  1060
  Aufrufe

  K

  #include <iostream> #include <vector> #include <algorithm> #include <string> void PrintResult(const std::string Word) { std::cout<<"[Length: "<< Word.length() <<"] "<< Word <<std::endl; }; int main () { std::vector<std::string> TextBuffer; std::string Word; while(Word != ">END<") { std::cout<<"Zum Auswerten >END< eingeben"<<std::endl; std::cin>> Word; TextBuffer.push_back(Word); } std::for_each(TextBuffer.begin(), TextBuffer.end(), PrintResult); return 0; }
• K

  Compiler ohne Installation
  • Karl Blau  

  9
  0
  Stimmen
  9
  Beiträge
  5094
  Aufrufe

  

  Leute, guckt mal auf den Tacho. Der Thread ist von 2003!
• ?

  \0 als Stringende ignorieren
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  1444
  Aufrufe

  ?

  Hat sich schon erledigt, danke. Ich hatte es erst als std::string jetzt hab ichs als C-String und gib dem write-Befehl einfach die zu schreibende Länge mit. Hier mein Code. Kann getestet werden Er erstellt einfach ein kleines PNG-Bild im Ausführungsordner. #include <fstream> using namespace std; int main(int argc, char* argv[]) { const char image[] = "SOMEBINARYCODE"; ofstream file("a.png", ios_base::binary); file.write(image, sizeof(image)); return 0; } //Edit: Bild daten entfernt