@hustbaer Hätte darauf hinweisen sollen, also nichts für ungut.

Ok, vom dem Standpunkt aus eine verständliche Designentscheidung.

@john-0 sagte in Bargeld oder Karte: @It0101 sagte in Bargeld oder Karte: Ich habe Zweifel, dass sich das Lagern von größeren Mengen Bargeld rechnet. Man sollte regelmäßig die Wirtschaftsseite durchlesen. Ein Link von vielen Ok interessant. Danke für den Link

@CppConst sagte in C++ Pendant zu Java Objekt Referenz: Also wenn nicht klar ist welches Objekt zurückgegeben wird, ist es sinnvoller mit move zu arbeiten um Kopien zu vermeiden? Im Allgemeinen vermutlich ja. Wobei man den Code auch u.U. umschreiben kann. Wenn f1 und f2 in [code...] nicht gebraucht werden, dann wäre es besser zu schreiben: Foo makeFoo(bool condition) { // [code...] if (condition) return {"blah"}; else return {"blubberdieblubb"}; } Denn dann greift wieder RVO, und man spart sich das 2. unnötige Foo Objekt zu erzeugen. (Diesmal wirklich RVO und nicht NRVO.)

Geht mir genau so. Wobei ich das nie anders kannte und mir daher auch vorstellen kann dass man sich auch an einfach nur string und vector gewöhnen kann.

@Swordfish Niedlich, ich hab versucht was derartiges zu finden, aber google war der meinung deutsch verwenden zu muessen, also waren die ergebnisse entsprechend misearbel... merci fuer den link :>

@john-0 sagte in Einzigartigkeit von Objekten in Server - Client sicherstellen: Die IDs auf Clientseite lösen das Problem nicht! Das Problem ist, dass durch den Offline Betrieb Kopien oder konkurrierende neue Einträge entstehen können, und Du Dir darüber Gedanken machen musst wie Du diese Konflikte löst. Eine ID auf Clientseite ist dabei überhaupt nicht hilfreich, weil sie suggeriert, dass es keinen Konflikt gäbe. Beispiel: Die DB enthält Adressdaten mit folgendem Eintrag Hans Mustermann Musterstraße 2 99999 Musterdorf Nutzer A ändert den Eintrag auf Hans Mustermann Musterstraße 1 99998 Musterstadt Nutzer B ändert den Eintrag auf Heinz Mustermann Musterstraße 2 99999 Musterdorf Welcher Eintrag ist denn nun korrekt? Analog besteht die Möglichkeit, dass beim offline Erzeugen neuer Einträge exakt die gleiche Problematik auftritt. Wenn der Abgleich über eine UUID erfolgt, dann gibt es keinen Konflikt, wenn der Abgleich über die Daten erfolgt, dann brauchst Du auch keine UUID. Ich glaube du sprichst hier zwei verschiedene Thematiken an. Mir geht es nur um eine eindeutige Indendifikation der Einträge zu ermöglichen. Du schreibst in deinem Beispiel: "den Eintrag" -> Welchen Eintrag? Woher weißt du, dass das "Der Eintrag" ist und nicht irgendein x-beliebiger ander Eintrag, der halt zufällig die selben Daten hat. Indem du eben eine ID hast, denn es gibt (wie am Anfang gesagt) keinen natural key. Es muss also eine Idenfikation geben, damit du weißt, dass irgendein Client "den Eintrag" verändert hat Was du beschreibst sind Konflikte. Daher man hat bereits eindeutig festgestellt, dass zwei verschiedene Client zeitgleich (während sie offline waren) dieselben Daten beschrieben haben. Wie geht man damit um? Das ist definitiv ein Problem mit vermutlich vielen Ansätzen: Man nimmt einfach den ersten / letzen (Don't care) Man fragt den Nutzer, welchen er haben möchte Man hat automatische oder Teil-automatische Merge Konflikt Algorithmen (siehe z.B. git) .... Aber es ist ein anderes Problem und war erstmal nicht direkt meine Frage. Daher noch mal meine Frage: Wie identifiziert man ein Objekt eindeutig in einem Multi-Client - Server Szenerario mit Offline Funktionalität. Wer generiert wann wo die dazu nötigen eindeutigen Daten (Ids)? Welche Idenfikation wird wo gespeichert? Einige Ansätze waren: Der Client generiert eine eindeutige ID (per UUID). Das Objekt wird sowohl lokal als auch auf dem Server nur über diese ID identifieziert. Der Client generiert eine eindeutige lokale ID (z.B. Auto Increment) und kombiniert sie mit einer eindeutigen statischen Client ID, die er bei erstmaliger Registrierung bekommt. Die ID wird entweder zusammengesetzt <lokale-Id>-<Client-id> oder eben beides seperat abgespeichert auf Server Seite Der Client generiert eine eindeutige lokale ID (z.B. Auto Increment) und der Server generiert beim ersten hochladenen eine eindeutige globale ID, welche er dem Client mitteilt. Serverseitig wird nur nur die globale ID gespeichert, Client Seitig beides. Zusätzlich gab es noch ein paar Ideen dazwischen. Zum Beispiel @SeppJ hatte, wenn richtig verstanden, Ansatz 2 im wesentlichen vorgeschlagen. Nur das die Client IDs partioniert werden und dann die Client ID mit der lokalen auto increment ID addiert wird (anstatt das die IDs zusammengesetzt werden).

@steven-w du solltest die Berechnung der Fläche außerdem in eine Funktion schreiben, denn du musst die Berechnung ja für verschiedene "Feinteiligkeiten" durchführen. Zum Beispiel: double pi_lower_bound(int n) { // hier dann die Berechnung } Und die Funktion rufst du mit verschiedenen Anzahlen an Unterteilungen auf. Das gleiche machst du für die upper_bound. (da beide Formeln sehr ähnlich sind, könntest du das ggf. auch in einer Funktion mit Parameter, ob die obere oder untere Grenze gewünscht ist, machen). Viel Erfolg.

@hustbaer Danke für die Info, das habe ich übersehen

Ich verwende zum Programmieren in Qt lieber den Creator. Ich finde ihn besser benutzbar als das Visual Studio. Außerdem ist man dann auch nicht mehr an das OS gebunden. Ich selber arbeite auf Windows. Meine Kollegen auf Linux. Alles am gleichen Projekt ohne größere Probleme.

@Wutz sagte in Einmaleins Matrix in C: Die Verarschung kann deutlich einfacher haben: int main() { for( int i=1; i<101; ++i ) printf("%4d%c",i,"\n"[!!(i%10)]); } Das ist aber nicht das Einmaleins.

Ich hab mal ausprobiert was aktuelle Compiler sich da an Optimierungen wirklich trauen. #include <stddef.h> struct Foo { int x; }; struct EightBits { unsigned char bits : 8; }; #if 1 using X = char; #else using X = EightBits; #endif void fun(int* arr, Foo* foo, void* mightAliasFoo) { arr[0] = foo->x; X* f = static_cast<X*>(mightAliasFoo); for (int i = 0; i < sizeof(Foo)/sizeof(X); i++) f[i] = {}; arr[1] = foo->x; } https://godbolt.org/z/E4jK1qdW8 MSVC, ICC, ICX und Clang sind feige, und erzeugen in beiden Fällen ein 2. Load für arr[1] = foo->x. GCC 10 ist mutiger und erzeugt das 2. Load nur mit X = char aber nicht mit X = EightBits. Auf jeden Fall erzeugen alle Code der funktioniert so lange man halt char (oder unsigned char oder std::byte) zum Kopieren/Überschreiben verwendet.

@Wutz Du redest Blödsinn.

@Leon0402 Sorry für die späte Antwort, ich habe die letzte Woche nur über's Smartphone mitgelesen und da @hustbaer eigentlich alles zu dem Thema gesagt hat, habe ich mir das frickelige Tippen gespart. Wir machen es noch etwas anders. Unsere Software ist momentan Windows only und da haben wir eine kleine, nicht so schöne Abhängigkeit drinnen. Das Setup für die normale installierte Version schreibt einen Eintrag in die Registry mit einem Pfad zur Exe. Wenn der Eintrag existiert und mit dem Pfad zur ausgeführten Datei übereinstimmt ist es eine normale installierte Version, ansonsten die Portable. Bei Debian Distributionen könnte man vlt gucken, ob man via dpkg -L oder dpkg-query das auch über die Pfade erledigen kann. Aber das ist halt frickelig, da das für alle Distributionen irgendwie anders ist, daher wäre es für Crossplatform wahrscheinlich am einfachsten, wenn das Setup eine Configdatei mit der entsprechenden Information anlegt. Wir erstellen unsere Setups mit Innosetup [https://jrsoftware.org/isinfo.php] aber das ist halt Windows only. Ich habe mich noch nicht damit auseinander gesetzt, wie man das am geschicktesten als Paket für Linuxdistributionen anbieten würde.

@It0101 sagte in RDP tunneln: Das Notebook ist auch Firma, genauso abgesichert, ... Dann studiere lieber erstmal, ob deine Firma solche Eigenmächtigkeiten wie eigene SSH-Services erlaubt. Umsonst machen die sich nämlich nicht die Mühe, eigene PC-Umgebungen aufzubauen. Das gilt auch für RDP, was in ähnlichen mir bekannten Umgebungen nämlich ebenfalls ausgeschaltet und der Betrieb explizit verboten ist.

Unter der annahme, dass du c++ kannst, kannst du deinen wunsch, pixel zu manipulieren, bzw arrays von pixel anzeigen, mittels https://github.com/ColinGilbert/pixeltoaster erreichen. Unter der annahme, dass du c kannst, dasselbe bei https://github.com/erkkah/tigr . wenn du zu deiner zufriedenheit pixel anzeigen kannst, empfehle ich dir, als erstes vielleicht das game of life zu implementieren https://en.wikipedia.org/wiki/Conway's_Game_of_Life , weil du dazu nur deine programmierfaehigkeiten, die gerade elernte pixelausgabe und die logik die in wikipedia beschrieben wird brauchst.

Vielleicht interessant bei dem Thema: __declspec(dllexport) auf einer Klasse führt dazu dass sämtliche Funktionen der Klasse exportiert werden, inklusive implizit definierte Memberfunktionen "versteckte" ABI Funktionen wie der "scalar deleting destructor" und der "vector deleting destructor" (Hilfsfunktionen die für delete p bzw. delete [] p verwendet werden) __declspec(dllimport) führt dazu dass alle Funktionen die nicht inline erweitert werden aus der DLL genommen werden. Also auch die implizit definierten Funktionen. Aber eben nur, so lange sie nicht inline erweitert werden! Inlining von Funktionen bleibt weiterhin möglich, und führt dann eben wie beschrieben u.U. dazu dass auf einmal exportierte Symbole benötigt werden, die man gar nicht direkt in seinem Programm verwendet. U.a. dafür wurde Warning C4251 gemacht.

@Belli Naja wusste nicht, wie ich vorgehen sollte

@wob sagte in max Wert aus einem Array auslesen: Mein Ziel war, dass sich bitte @steven-w darüber Gedanken machen soll, nicht du. Zu spät

@hustbaer danke für deine anmerkung mit dem CR und LF jedoch ist es in diesem fall sogar ausdrücklich so gewollt, im normalfall würde ich dir aber vollkommen zustimmen. das mit dem punkten ohne lehrzeichen klingt einleuchtend und werde ich mir notieren sowie anschauen ist aber in diesem fall auch noch nicht erforderlich. Ich muss mir scheinbar sowiso noch einiges erneut anschauen, das ich mir C++ mal halbwegs beigebracht hatte ist schon eine ewigkeit her und irgendwie scheint jetzt vieles anders zu sein als damals, was nicht schlecht ist aber mich wohl erneut zur suche nach guten einweisungen drängt xD Danke nochmals