C++ (alle ISO-Standards)

• F

  Wie sortiert mam am effektivsten paarweise? Ansatz richtig?
  • freshman_Jörg  

  7
  0
  Stimmen
  7
  Beiträge
  1265
  Aufrufe

  F

  Ich danke euch allen erstmal - kann jetzt erstmal fleißig weitermachen
• ?

  globaler stuct arry
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  885
  Aufrufe

  ?

  Global?
• ?

  Pointer Arithmetik
  • Gast  

  7
  0
  Stimmen
  7
  Beiträge
  1409
  Aufrufe

  ?

  habs geschafft danke
• M

  sdk casablanca, webrequest Reihnfolge beachten?
  • MrSpoocy  

  3
  0
  Stimmen
  3
  Beiträge
  744
  Aufrufe

  M

  Leider nein, da HTTPStreamingAsync von verschiedenen stellen aus aufgerufen wird. Ich glaube das ich mich auch etwas ungenau ausgedrückt habe, ich möchte das wenn ich HTTPStreamingAsync mehrfach aufrufe, er mit jedem request wartet bis der vorherige wirklich fertig ist. Ohne dabei das Program/Funktion welche HTTPStreamingAsync aufruft zu blockieren.
• T

  Ersetzen des Whitspace als Trennzeichen beim Auslesen aus Datei durch Semikolon
  • Thomas1999  

  6
  0
  Stimmen
  6
  Beiträge
  1165
  Aufrufe

  W

  Hallo Thomas, Thomas1999 schrieb: ich weiß nicht ob man sich hier im Forum bedankt oder es weg lässt, weil es keiner lesen will. doch doch ... bedanken ist immer gut und erhöht die Motivation der Antwortenden ungemein. Ansonsten ist auch jede Art von konstruktivem Feedback willkommen. Thomas1999 schrieb: PS: Die Suche nach "getline ist doof" ergab keinen Treffer, aber vielleicht spinnt die Suchfunktion gerade Du hast die SuFu aus dem Forum benutzt. Die funktioniert nicht. Probiere Google: site:c-plusplus.net "getline ist doof" Gruß Werner
• M

  std::wcout und unicode
  • Meep Meep  

  4
  0
  Stimmen
  4
  Beiträge
  807
  Aufrufe

  M

  so, hab jetzt das problem mit dem sterbenden wostreams behoben und ich weiß jetzt warum mir das problem nie aufgefallen ist. ich hatte es nie. normalerweise schreib ich in der main immer als erstes std::locale::global(std::locale("German_germany")); sobald ich ein globales locale explicit setze, funktioniert es mit den wostreams. ohne dem, schepperts. Meep Meep
• D

  Erhebliche Probleme beim Kompilieren
  • Dexter1997  

  6
  0
  Stimmen
  6
  Beiträge
  1100
  Aufrufe

  ?

  Dexter1997 schrieb: Ich hab den Fehler gefunden, da steht ein "+" anstelle eines "<<" Gut. Zum Trost: Du bist nicht der erste, dem das passiert... Ansonsten warnt der g++ tatsächlich nicht, clang allerdings schon: $ clang++ -Wextra -Wall -pedantic -std=c++14 test.cc -o test test.cc:16:18: warning: adding 'int' to a string does not append to the string [-Wstring-plus-int] cout << "Summe" + summe; ~~~~~~~~^~~~~~~ test.cc:16:18: note: use array indexing to silence this warning cout << "Summe" + summe; ^ & [ ] 1 warning generated. Trotzdem übernimm -Wextra -Wall -pedantic in Deinen Compileraufruf.
• X

  Datei mit Kopfzeile einlesen
  • xxLKMxx  

  3
  0
  Stimmen
  3
  Beiträge
  812
  Aufrufe

  D

  //Zeile überspringen, wenn nicht geht, zurückgehen. if(!getline(datei, zeile)) return; //Und dann einfach weitermachen. while(getline(datei, zeile)) {...} Oder verpasse ich grad was?
• ?

  bestimmte Strings nicht akzeptieren
  • Gast  

  16
  0
  Stimmen
  16
  Beiträge
  1859
  Aufrufe

  ?

  okay dann les ich mich da mal ein, danke manni - wenigstns einer der ernstgemeinte antworten schreibt
• C

  OpenCV 'std::logic_error'
  • cpp_Jungspund  

  2
  0
  Stimmen
  2
  Beiträge
  1095
  Aufrufe

  ?

  Vielleicht solltest du erst testen, ob du genug Aufrufargumente hast und sie dann verwenden. Andersrum ist es irgendwie blöd ...
• M

  problem mit EnumSystemCodePagesW
  • Meep Meep  

  9
  0
  Stimmen
  9
  Beiträge
  1911
  Aufrufe

  D

  Dann ist das wahrscheinlich irgendwo ein Bug in der streams-Implementierung von Windows, würde ich mal ganz naiv sagen. Zumindest, ohne da jetzt Hintergrundwissen zu besitzen. Vielleicht kennt jemand ja bereits das Problem - mal "windows wcout abort" gegoogelt? Da komme ich auf solche Threads, vielleicht hilft das ja schon. Ansonsten ... der String ist nicht schreibgeschützt, sprich, du könntest den String vorher nach Unicode-Zeichen, die Windows nicht darstellen kann, durchsuchen und ersetzen. Den langen Bindestrich durch 'nen ASCII-Bindestrich ersetzen. Ja, ist 'ne blöde Lösung, weiß ich selbst, aber besser als nix. EDIT: Habe gerade eben wieder Zugriff auf 'ne Windows-Machine gehabt. So, dieses Programm gibt den Bindestrich korrekt aus: #include <iostream> #include <io.h> #include <fcntl.h> int main(void) { wchar_t cc = 0x2013; _setmode(_fileno(stdout),_O_U16TEXT); std::wcout << cc << std::endl; std::cin.get(); return 0; } Sieht also echt so aus, als müsste man die Standardausgabe noch mal Extra auf UTF-16 setzen, damit es funktioniert. Wahrscheinlich der Abwärtskompatibilität wegen ... EDIT 2: Und für C reicht dann: _setmode(_fileno(stdout),_O_U16TEXT); wprintf(L"%lc\n",cc); Ohne _setmode bricht wprintf allerdings nichts ab, sondern gibt nur ein '?' aus. Ich könnt' jetzt gegen C++ stänkern ... Egal. Propier' _setmode aus. Bei mir funzt es.
• N

  Dynamische Objekte
  • Necrotos  

  18
  0
  Stimmen
  18
  Beiträge
  2007
  Aufrufe

  N

  Gut, vielleicht versteh ichs nicht unbedingt. Aber ich hab jetzt eine grobe Ahnung was im Hintergrund passiert. Sehr grob.
• S

  init-capture richtig anwenden
  • shft  

  3
  0
  Stimmen
  3
  Beiträge
  929
  Aufrufe

  S

  Hm, das könnte das Problem sein. Ich habe mal versucht, ob es funktioniert, wenn ich aus std::queue<std::function<void()>> eine std::queue<std::unique_ptr<std::function<void()>>> mache, aber leider hatte ich auch damit kein Erfolg Dann bleibt wohl nur, den shared_ptr-Hack beizubehalten
• W

  Modulo Overflow
  • wachs  

  7
  0
  Stimmen
  7
  Beiträge
  1222
  Aufrufe

  W

  Danke camper Werde ich mir anschauen. Edit: Funktioniert bis jetzt einwandfrei. Auch einen Versuch mit ullong hab ich gemacht, und alles nachgerechnet. Stimmen. Die Multiplikation rekursiv zu machen finde ich eine gute Idee. Nochmals danke Gruss wachs
• D

  Durch Vector iterieren dessen Pointer in anderem Vector gespeichert ist.
  • DerLernende  

  10
  0
  Stimmen
  10
  Beiträge
  1681
  Aufrufe

  D

  camper schrieb: std::vector<Clause*> SkolemFunctions; (global) damit ist alles klar (wir hätten nat. auch die Fehlermeldung genauer studieren können, aber das wäre weniger lehrreich). for (auto it = SkolemFunctions.begin(); it != SkolemFunctions.end(); ++it) { //std::cout << SkolemFunctions[0]->cLiterals->meta.lit; (das hier //funktioniert. Ein Test ob alles richtig abgespeichert wurde. while(it->cLiterals->meta.lit != 0) { // habe das Ende mit Null markiert. // ^ hier stolpert der Compiler Dein Container speichert Zeiger. Mithin ist *it auch ein Zeiger und da it->foo äquvialent ist zu (*it).foo versucht it->cLiterals auf ein Member cLiterals eines Zeigers zuzugreifen. Das geht nat. nicht. Ein zusätzliche Dereferenzierung ist erforderlich: (*it)->cLiterals Mit der neu in C++11 eingeführten for-Variante spart man sich das, da dort die Schleifenvariable bereits ein Element repräsentiert und nicht nur ein Iterator darauf ist: for (auto& skolemFunc : SkolemFunctions) { while(skolemFunc->cLiterals->meta.lit != 0) { // habe das Ende mit Null markiert. std::cout << skolemFunc->cLiterals->meta.lit; skolemFunc->cLiterals++; } } So hätte der Eingangspost aussehen können: Hallo, Ich habe std::vector<Clause*> SkolemFunctions; und möchte über diesen Vector iterieren: for (auto it = SkolemFunctions.begin(); it != SkolemFunctions.end(); ++it) { //std::cout << SkolemFunctions[0]->cLiterals->meta.lit; (das hier //funktioniert. Ein Test ob alles richtig abgespeichert wurde. while(it->cLiterals->meta.lit != 0) { // habe das Ende mit Null markiert. // ^ Fehlermeldung hier std::cout << it->cLiterals->meta.lit; it.cLiterals++; } } Leider gefällt das dem Compiler nicht: SkolemCalculatorMain.cpp:412:13: error: request for member ‘cLiterals’ in ‘* it.__gnu_cxx::__normal_iterator<_Iterator, _Container>::operator-><Clause**, std::vector<Clause*> >()’, which is of pointer type ‘Clause*’ (maybe you meant to use ‘->’ ?) while(it->cLiterals->meta.lit != 0) Was mache ich falsch? 1. Bitte vorhanden Code nach Möglichkeit nicht durch Prosa ersetzen. 2. Die genaue Stelle (der Compiler gibt Zeile und Spalte an) der Fehlermeldung mitteilen. Die Zeilennummern stimmen logischerweise i.d.R. nicht überein - so dass für uns die Zuordnung schwierig sein kann. Super. Vielen Dank. Das funktioniert einwandfrei.
• V

  Komplizierten String umwandeln und splitten
  • vinte  

  14
  0
  Stimmen
  14
  Beiträge
  2131
  Aufrufe

  

  @vinte: nichts gegen Wutz und C. Aber wenn Du C++ programmieren möchtest, solltest Du die Finger von scanf lassen. Ich widerspreche mal. Nichts gegen deine Lösung; aber Wutz' ist IMO die Beste. Das wir dabei mit Typ-unsicheren Funktionen arbeiten ist doof, aber verkraftbar, weil der Code so trotzdem einfacher und performanter wird - schau dir einfach mal den extraction operator für Point_ an, das ist doch nicht lesbar. Und das wir durch einen String bufferen ist egal, weil der Kopierschritt performancetechnisch insignifikant zum Parsen ist. Wen trotzdem die Typunsicherheit stört, der kann einfach einen statischen Wrapper basteln (oder mich fragen :D), der den Formatstring zur Compilezeit gegen die Template-Argumente prüft.
• E

  Operatoren überladen
  • Erano1  

  5
  0
  Stimmen
  5
  Beiträge
  992
  Aufrufe

  E

  Hallo, SeppJ schrieb: Wenn du darunter verstehst, dass, wenn immer du einen Operator mit zwei gleichartigen Seiten hast (also zum Beispiel Addition, aber nicht Zuweisung), du ihn als freie Funktion implementieren solltest, dann Ja. Darauf wollte ich hinaus, danke Grüße,Erano1
• F

  Exportierte Symbole in .dll und header Datei Organistation
  • FirefoxMetzger  

  5
  0
  Stimmen
  5
  Beiträge
  765
  Aufrufe

  F

  FirefoxMetzger schrieb: Der Hintergrund ist einfach der, dass ich nach außen ein sauberes Interface präsentieren will. Welche Funktionen dann letztendlich wie intern voneinander abhängen kann ich dann nach belieben verändern ohne Angst haben zu müssen, dass irgendein Genie genau diese Funktion in seinem Programm benuzt. Prinzipiell ein Ansatz, den ich auch bevorzugen würde, allerdings halte ich die Wahrscheinlichkeit, dass das tatsächlich passiert für extrem gering, solange man die internen Funktionen nicht über den öffentlichen Header exponiert. Ich glaube mit sowas muss man erst rechnen wenn man an einer weit verbreiteten proprietären API arbeitet (ich denke da z.B. an diverse undokumentierten Funktionen der Windows-API - habe gerade kürzlich einen Vortrag über Race Conditions bei Dateisystemzugriffen gesehen, bei der eine besonders effizente Lösung eine solche Funktion benötigte). Bei einer gewöhnlichen Bibliothek wird wohl kaum einer auf die abstruse Idee kommen solche internen Funktionen zu verwenden. Und falls doch, dann ist denen sowieso nicht mehr zu helfen - mit so einer Grundeinstellung werden sie sich noch ganz andere Probleme einfangen, auf die man als Bibliotheksentwickler keinen Einfluss mehr hat Finnegan
• E

  kleines Problem mit Funktionen
  • elemeNt  

  3
  0
  Stimmen
  3
  Beiträge
  828
  Aufrufe

  ?

  asdfasdasd schrieb: cout << verdoppeln(i) << endl; du musst einfach den wert den du möchtest ausgeben das passiert mit cout... wenn du den rückgabewert aus der funktion verdoppeln() in deiner main benutzen möchtest musst du das auch machen (ein return alleine gibt nichts aus...) also musst du entweder die rückgabe einer variablen zuweisen oder den wert direkt ausgeben. int i = 2; i = verdoppeln (i); // rückgabewert wird i zugewiesen std::cout << i << std::endl; oder so: (vll etwas kürzer... ) i = 2; std::cout << verdoppeln (i) << std::endl; // rückgabewert wird ausgegeben hier ist jedoch zu beachten das die variable i ihren wert in der main nicht ändert (nur der verdoppelte-wert wird ausgegeben, da der verdoppelte-wert -i in der main(oder einer anderen variblen) der neue wert nicht zugewiesen wird). evt solltest du dich nochmal mit variablen, gültigkeiten und zuweisungen beschäftigen. die tipps vom vorpost sind nat. im idealfall auch zu beachten. hoff ich konnte helfen lg
• D

  Object wird ueberschrieben oder geloescht
  • DerLernende  

  13
  0
  Stimmen
  13
  Beiträge
  1395
  Aufrufe

  D

  Ich noch ein Pointer Problem und wollte um Hilfe fragen. Ich habe die untenstehende Funktion für das gleiche Progamm geschrieben. Und dachte es sei klüger das Clause Object statisch zu machen, damit es nicht automatisch gelöscht wird. Seither funktioniert es nicht mehr: Es kompiliert zwar aber wenn ich es laufen lasse, bekomm ich folgenden Fehlermeldung *** Error in `./SkolemCalculatorMain': free(): invalid pointer: 0x0831982c *** buildSkolemCubebussssildSkolemCubeAbgebrochen (Speicherabzug geschrieben) durch auskommentieren konnte ich eindeutig die Clausel als Problem identifizieren. ist Clause auskommentiert oder dynamisch geht es. Als Lehre von gestern, habe ich alle Pointer außer dem Iterator global deklariert. Hat vielleicht jemand nen Tipp? void buildSkolemClause(std::vector <Literal> litContainer, size_t newBound) { std::cout << "buildSkolemClause"; for (auto it = litContainer.begin(); it != litContainer.end(); it++) { Lit = *it; litContainerForSkolemClause.push_back(Lit); } Pointerlits = &litContainerForSkolemClause[0]; // create a Pointer to the vector. uint32_t id_144 = 11; Clause NewSkolemClause(Pointerlits, newBound, id_144); // SkolemFunctions.push_back(NewSkolemClause); }