@DirkB ja aber vom technischen prinzip her musste man das damals schon nicht wissen. für mich bleibt das gequatsche von der werbeabteilung vom sales management.

@DocShoe Ne, wird nicht nötig sein. Ich hab von dem Quatsch sowieso genug.

der springende punkt ist einfach, dass dieses fcloseall dann auch alle internen dateihandles ungültig machen muss, was _fcloseall nicht tut, weshalb du im falle eines programmfehlers (verwendung von ungültigem dateideskriptor) keine fehlermeldung bekommst. Bei Windows gibt es das. Zumindest für einzelne Laufwerke. damit hast du direkten zugriff auf das laufwerk. so ähnlich wie open("/dev/sda", ...);

@Th69 die leute, die keine ahnung von computern haben, müssen sich ständig mit sowas beschäftigen. alle anderen zum glück nur im urlaub oder im rentnerdasein.

@Programmer33 sagte in C++ Error: eine untere Linie ist ja21 Zeichen lang . Man muss ja zuerst 21 mal gerade gehen und dann wieder hoch wieder links 21 mal ? Wie macht man das als Code ? Erstmal garnicht.... operator<<() Sorry, hier sollst du kein Newline einfügen, steht doch extra in der Aufgabe. operator<<() überladen und kein Newline am Ende! Desweiteren gibt er falsche Zahlen aus, es fehlen Leerzeichen und Hochkommas... Der 2. Konstruktor ist so falsch, komplett setCorners() ist auch kaputt... ...und solange brauchst du nicht mit der draw()-Methode anfangen. Die ist dann einfach und hat nur drei Zeilen plus geschweifter Klammern wenn mann will... Versuche Punkt für Punkt oben abzuarbeiten bis du das selbe Ergebnis hast. Evtl. mit Punkt 2 anfangen. Aber Punkt 1 brauchst du zum überprüfen. Die zweite Zahl (die erste Y-Koordinate) gibst Du falsch aus: lhs << "CRectangle[(" << rhs.getBottomLeftCorner().getX() << "," <<rhs.getTopRightCorner().getY() // Muss getBottomLeftCorner().getY() sein In der Aufgabe steht du sollst ein paar CRectangles erzeugen zum überprüfen... Und den operator==() testen... Hier wie es aussehen soll (oder könnte falls ich Fehler drin habe. Aber du Kannst ja die Ausgabe mit deiner Klausur vergleichen. Also was da gefordert wurde): Ich habe noch ein paar Komentare angefügt... Die zugehörige main.cpp ist unten Test Default-Konstruktor: rec = CRectangle[(0,0), (0,0), '#'] Test 2. Konstruktor: r2{ {5,5}, {5,5} } = CRectangle[(5,5), (5,5), '#'] // passt (genauer: ist nicht größer. Also Wert aus bottomLeft) r3{ {5,5}, {10,10} } = CRectangle[(5,5), (10,10), '#'] // passt r4{ {5,5}, {4,10} } = CRectangle[(5,5), (5,10), '#'] // 4 < 5 also nehme bottomLeft.getX() = 5 r5{ {5,5}, {10,4} } = CRectangle[(5,5), (10,5), '#'] // dito nur y Test .setCorner(): r5.setCorners( {2,3}, {2,3} ) = CRectangle[(5,5), (10,5), '#'] // zweite 2,3 ist nicht größer, also laut Aufgabe nichts ändern! r5.setCorners( {2,3}, {4,2} ) = CRectangle[(5,5), (10,5), '#'] // 2 < 3, nicht ändern r5.setCorners( {2,3}, {2,4} ) = CRectangle[(5,5), (10,5), '#'] // 2 < 2, nope, nicht ändern r5.setCorners( {2,3}, {42,23} ) = CRectangle[(2,3), (42,23), '#'] // jep, x2 u. y2 größer. Also ändern... Test operator==(): r2=CRectangle[(5,5), (5,5), '#'] == r3=CRectangle[(5,5), (10,10), '#'] == false r3 = r2; r2=CRectangle[(5,5), (5,5), '#'] == r3=CRectangle[(5,5), (5,5), '#'] == true r2.setFillChar('X'); r2=CRectangle[(5,5), (5,5), '#'] == r3=CRectangle[(5,5), (5,5), 'X'] == false // weil unterschiedliche Füllzeichen Hier ist was dein Programm ausgibt (was anderes): Test Default-Konstruktor: rec = CRectangle[(0,0),(0,0),#] Test 2. Konstruktor: r2{ {5,5}, {5,5} } = CRectangle[(0,0),(0,0),#] // scheint nichts gesetzt. Aber die 2. Zahl ist ja eh immer gleich der 4. r3{ {5,5}, {10,10} } = CRectangle[(0,0),(0,0),#] r4{ {5,5}, {4,10} } = CRectangle[(0,0),(0,0),#] r5{ {5,5}, {10,4} } = CRectangle[(0,0),(0,0),#] Test .setCorner(): r5.setCorners( {2,3}, {2,3} ) = CRectangle[(0,0),(0,0),#] r5.setCorners( {2,3}, {4,2} ) = CRectangle[(2,2),(4,2),#] r5.setCorners( {2,3}, {2,4} ) = CRectangle[(2,4),(2,4),#] r5.setCorners( {2,3}, {42,23} ) = CRectangle[(2,23),(42,23),#] Test operator==(): r2=CRectangle[(0,0),(0,0),#] == r3=CRectangle[(0,0),(0,0),#] == true r3 = r2; r2=CRectangle[(0,0),(0,0),#] == r3=CRectangle[(0,0),(0,0),#] == true r2.setFillChar('X'); r2=CRectangle[(0,0),(0,0),#] == r3=CRectangle[(0,0),(0,0),X] == false Mit dieser main.cpp habe ich getestet: // main.cpp #include <iostream> #include <ios> #include "CScreen.h" #include "CRectangle.h" #include "CPoint.h" int main() { CRectangle rec; std::cout << "\tTest Default-Konstruktor:\nrec\t\t= " << rec << "\n\tTest 2. Konstruktor:\n"; CRectangle r2{ {5,5}, {5,5} }; std::cout << "r2{ {5,5}, {5,5} }\t= " << r2 << "\n"; CRectangle r3{ {5,5}, {10,10} }; std::cout << "r3{ {5,5}, {10,10} }\t= " << r3 << "\n"; CRectangle r4{ {5,5}, {4,10} }; std::cout << "r4{ {5,5}, {4,10} }\t= " << r4 << "\n"; CRectangle r5{ {5,5}, {10,4} }; std::cout << "r5{ {5,5}, {10,4} }\t= " << r5 << "\n\tTest .setCorner():\n"; r5.setCorners( {2,3}, {2,3} ); std::cout << "r5.setCorners( {2,3}, {2,3} ) = " << r5 << "\n"; r5.setCorners( {2,3}, {4,2} ); std::cout << "r5.setCorners( {2,3}, {4,2} ) = " << r5 << "\n"; r5.setCorners( {2,3}, {2, 4} ); std::cout << "r5.setCorners( {2,3}, {2,4} ) = " << r5 << "\n"; r5.setCorners( {2,3}, {42, 23} ); std::cout << "r5.setCorners( {2,3}, {42,23} ) = " << r5 << "\n\tTest operator==():\n" << std::boolalpha; std::cout << "r2=" << r2 << " == r3=" << r3 << "\t== " << (r2==r3) << "\nr3 = r2;\n"; r3 = r2; std::cout << "r2=" << r2 << " == r3=" << r3 << "\t== " << (r2==r3) << "\nr2.setFillChar('X');\n"; r3.setFillChar('X'); std::cout << "r2=" << r2 << " == r3=" << r3 << "\t== " << (r2==r3) << "\n"; CScreen scr; // r5.setCorners({5,5}, {25,15}); // r5.draw(scr); // scr.print(); } hth. Fragen bitte auf eingekreiste Probleme.

@DocShoe sagte in Verhalten von fcloseall und dessen Einsatzgebiet: Hat irgendwie so´n Flachweltler-Charme. Dass die Erde eine Scheibe ist, weiß doch inzwischen jeder auf dem gesamten Globus.

@apussaih sagte in 2 CSV Dateien Datensätze Vergleichen und auf Konsole ausgeben: Ich bräcuhte jemanden der mir das mal zeigt. So kapier ich es am Besten. Aber hier wird so oft rumgeschrieben, Hier ist ein Forum, in dem konkrete Fragen beantwortet werden können. Deine Ausbildung kann hier hingegen nicht stattfinden.

ok Danke für die Mühe und tipps Leute

strtoul mit Basis 0 wandelt das auch. So wie Zahlenliterale im Code. Mit führender 0 als Oktal. mit führender 0x als Hex.

Vielen Dank nochmal für eure Tipps. Ich denke wenn ich hier alles berücksichtige, kann ich ruhig schlafen. Außerdem hab ich wieder viel dazu gelernt.

@It0101 Am Blech? *scnr*

@Th69 super, danke dir.

@RBS2 sagte in realloc C++: das altbackene C++ Aha. C++20 ist altbacken, quasi das Brot von gestern. Muss ich mir merken.

@SeppJ Ja, dass das Ding so gut wie sinnvoll möglich kryptographisch sicher ist, davon gehe ich aus. Aber wie sieht's mit Gleichverteilung aus? Ich würde mal ganz naiv schätzen schlecht, denn ich vermute dass die Massnahmen die man setzen müsste um ne schöne Gleichverteilung zu garantieren sich nicht mit "kryptographisch sicher" vertragen. Also wenn man Kryptographie macht, ja, dann ist urandom vermutlich gut geeignet. Ich schätze aber: wenn man nicht weiss was man genau braucht, aber zumindest sicher weiss dass man keinen kryptographisch sicheren Generator braucht, ist man meistens mit nem über urandom geseedeten PRNG besser dran. EDIT: Ist natürlich völlig unnötiger Overhead und/oder hat unerwünschte andere Eigenschaften, wenn man keine Kryptographie macht. Opps, das hatte ich beim 1. mal Lesen ... überlesen Also ja, im Prinzip genau das was du geschrieben hast.

@booster sagte in private static const member: Nicht immer pauschal auf die Seite stellen von den Leuten die hier schon länger dabei sind. Tue ich nicht und wie du darauf kommst ist mir schleierhaft. Hast du denn die Erklärung von static verstanden? Wenn ja, sollte dir klar sein, dass die Frage, ob die Variable static sein soll oder nicht ohne Anwendungsfall nicht beantwortbar ist. Wie @Unterfliege gesagt hat, ist constexpr immer sinnvoll, wenn es geht, da es zur Compilerzeit ausgewertet wird. Wenn die Variable nicht static ist, geht das aber nicht und macht auch keinen Sinn ... du kannst dann höchstens den Konstruktor constexpr machen und die Instanz. Das zweite Kriterium ist dann natürlich noch, ob deine Typen überhaupt constexpr unterstützen, in dem Fall tut es std::string nicht, char const* schon, wenn es static ist. Du sieht also es hängt erstmal davon ab, ob deine Variable static ist oder nicht. Um das zu beurteilen, muss man die Bedeutung davon verstanden haben.

Als Wiedereinsteiger in C++ (zuvor Python) ist mir folgende Lösung in den Sinn gekommen. Hierbei habe ich mich an der Python-Funktion all orientiert, welche glücklicherweise ein Äquivalent hat.: #include <algorithm> #include <iostream> #include <string> bool is_binary_digit(char c) { return c == '0' or c == '1'; } bool is_binary_number(const std::string& xs) { return std::all_of(xs.begin(), xs.end(), is_binary_digit); } void test(const std::string& input) { if (is_binary_number(input)) { std::cout << input << " is a valid binary number." << std::endl; } else { std::cout << input << " is NOT a valid binary number." << std::endl; } } int main() { const std::string valid_input{ "01001000100" }; const std::string invalid_input{ "0101a01c" }; test(valid_input); test(invalid_input); }

@Dravere sagte in Vorschlag: Warnung bei fehlerhaften (Neuuser- )Posts [was: Trollwiese]: Ich frage mich, ob man womöglich noch einen Hilftext einblenden sollte Ja, gute Idee. Mach mal.

Bitte zurück zum Thema. Auch Trolle beleben Diskussionen, nur nicht im positiven Sinne. Ich habe mal ein paar der Sinn freien Beiträge weggeworfen.

Habe das Problem erkannt. Die Abängigkeiten in der Solution waren nicht (mehr?) richtig gesetzt. Durch setzen der Referenzen war das Problem zwar auch behoben. Allerdings war das wie vermutet nicht der richtige Ansatz. Sprich: Änderung in lib -> keine direkte refrence in exe auf lib -> Abghängigkeit in Solution nicht gesetzt -> exe kompileren -> lib kompiliert nicht mit.

die haben in 80% der fällen 3 Jahre vorerfahrung aber naja , das muss reichen , Vielen Dank nochmal und noch eine Gute Nacht/Guten Morgen