Habs mittlerweile hinbekommen und die Fehler ausgebessert. Danke an alle!

@TGGC sagte in Schrittweite bei floating point austüfteln ???: Ja, und diese Sägezahnwelle enthält eben komplett andere Frequenzen, als die darzustellende Funktion, siehe dazu hier: https://www.mathe-online.at/mathint/fourier/grafiken/saegezahn4terme.gif Was im Bildbereich noch entfernte Ähnlichkeit hat sieht im Frequenzbereich komplett anders aus. Ja, jetzt verstehe ich, wo du drauf hinaus willst. Ich habe mich hier in der Tat auf die visuelle Erscheinung im Ortsraum konzentriert. Ich habe Nyquist–Shannon mental auch haptsächlich als prektischen Richtwert abgespeichert, mit der sich (vor allem in der Bildverarbeitung) Aliasing minimieren lässt (z.B. beim herunterskalieren von Bildern, wo man erstmal mit einem Filter die hohen Frequenzen eliminiert). Ich sehe, dass ich mir das besser nochmal in Ruhe zu Gemüte führen und ein paar Dinge auffrischen sollte. Du scheinst dadoch ein paar Konsequenzen zu erkennen, die mir nicht auf Anhieb bewusst waren

Ich mach mich mal ran und änder das ab und versuche jetzt weiter voran zu kommen. Danke für die Antworten!

Das hier ist mein workflow wenn ich neues projekt mit nana anfange: (mit msys2) git clone https://github.com/cnjinhao/nana.git cd nana git checkout develop # build ordner leider schon vorhanden mkdir release cd release cmake -DCMAKE_CXX_STANDARD=17 -DNANA_CMAKE_ENABLE_PNG=ON -DNANA_CMAKE_ENABLE_JPEG=ON -G"MSYS Makefiles" -DNANA_CMAKE_ENABLE_AUDIO=ON .. make -j24

@maxmueller sagte in Das Alte Thema: C++ Lernen und wie anfangen: mal ehrlich, hat der Mann jetzt eine Antwort bekommen oder habt ihr euch nur die Zeit vertrieben.............. Die korrekte und umfassende Antwort, der man nichts mehr hinzu fügen braucht, kam bereits nach 30 Minuten: @manni66 sagte in Das Alte Thema: C++ Lernen und wie anfangen: http://www.stroustrup.com/bs_faq.html#learning https://www.c-plusplus.net/forum/topic/332880/linkliste https://isocpp.org/get-started Für C++ Embedded sind vielleicht die Vorträge von Dan Saks interessant wie z.B. Writing better embedded Software - Dan Saks - Keynote Meeting Embedded 2018

Danke für all deine Bemühungen. Dann muss ich mal sehn wie ich iwie klarkomm.

@Wade1234 An der Stelle wird ja kein Teil eines lokalen Arrays zurück gegeben, sondern ein String. D.h. ein Wert des Arrays wird in ein String kopiert und der wird zurück gegeben. Das sollte in C mit den entsprechenden Datentypen auch gehen, oder?

@Bashar sagte in geichung mit modulo umstellen?: Strukturen mit einer binären Verknüpfung, an die man nicht die Forderung der Assoziativität stellt, heißen Magma. Die ganzen Zahlen mit der Subtraktion sind ein Beispiel dafür. Ich hab allerdings noch nichts von einer systematischen Theorie von Magmen gehört. ich glaube der begriff 'magma' ist gut gewählt. die ursuppe der abstrakten algebra.

@Wade1234 sagte in String einlesen lassen (Klassen): ich sage ja auch nicht, dass oo generell schlecht ist, sondern nur, dass mir die ständigen aussetzer bei prision architect total auf den keks gehen, weil da ständig solche kopierereien stattfinden werden. Ich würde mir zu so etwas keine Aussage zutrauen, ohne den Quellcode gesehen und mit einem Profiler genau analysiert zu haben. Allerdings halte ich es für sehr unwahrscheinlich, dass die hier diskutierte Getter/Setter-Design selbst in der ineffizientesten Variante zu "Aussetzern" führt. Die Unterschiede liegen hier im Mikrosekunden-Bereich, da würde ich eher "allgemeine Langsamkeit" erwarten, falls sich das überhaupt spürbar oder sogar messbar auswirkt. Wenn ich ein Programm mit "Aussetzern" habe, dann würde ich mir eher als erstes die Algorithmen ansehen, statt nach nicht umgesetzten Mikrooptimierungen zu suchen.

@mmm_1482_ sagte in string-element über eine Funktion "trimmen": oh.. hast recht XD ja okay ich belasse es dann doch bei dem vorherigen ergebnis von wob Naja, du kannst meine Lösung schon umschreiben (warum auch nicht, Übung macht den Meister!). Du sollst sie ja verstehen. Und du solltest auch verstehen, warum sie korrekt ist. Warum ich beim start_idx im while zum Beispiel nicht auf die Länge checken muss, sollte dir klar sein. Wenn nicht, bau da noch einen Check ein... Vielleicht noch generell: ich habe früher gedacht, dass man do {...} while(...) oft braucht. Ich habe aber festgestellt, dass man das nur sehr selten benötigt und while(...) { ... }, also mit Check am Anfang, viel häufiger sinnvoll ist.

#include <stdio.h> #include <string.h> typedef struct { int angebot_nr; int hauptgericht; char bezeichnung[100]; char kennzeichnung[10]; char zusatzstoffe_und_allergene[20][4]; int centpreise[3]; } Mensa_Gericht; typedef struct { int wochentag; int kalenderwoche; int datum[3]; Mensa_Gericht gerichte[15]; } Tagesplan; #define NUMDAYS 252 #include "mensadata_en.h" struct { char name[50]; int matrikelnummer; char geschlecht; } ich = { "Müller Lüdenscheidt", 471112, 'm' }; typedef struct { char bezeichnung[100]; int anzahl; float wochenabstand; } Suche; int main() { enum { N = 10 }; int letztewoche = 0, zaehler = 0, s; Suche suche = { 0 }; const char *e, *essen[] = { "Burger steak, Greek style with cream cheese filling","Macaroni with peas and mushrooms","Rhineland cut green bean hotpot" }; scanf("%d", &s); e = essen[s - 1]; for (int i = 51; i <= 185; ++i) { for (int j = 0; j < 15; ++j) if ((tp[i].gerichte[j].angebot_nr == 1 || tp[i].gerichte[j].angebot_nr == 2 || tp[i].gerichte[j].angebot_nr == 3) && !strncmp(tp[i].gerichte[j].bezeichnung, e, N)) { strcpy(suche.bezeichnung, tp[i].gerichte[j].bezeichnung); suche.anzahl++; if (letztewoche == 0) letztewoche = tp[i].kalenderwoche; else if (letztewoche < tp[i].kalenderwoche) { suche.wochenabstand += tp[i].kalenderwoche - letztewoche; zaehler++; letztewoche = tp[i].kalenderwoche; } } } suche.wochenabstand /= zaehler; printf("Suchen im Mensa-Speiseplan Sommersemester 2019\n%s\n%d\n%s\n%d\n%f", ich.name, ich.matrikelnummer, suche.bezeichnung, suche.anzahl, suche.wochenabstand); return 0; } Die 20€ überweist du bitte an den NABU

@titan99_ sagte in Verwendung von smart pointern nur um Konstruktoraufruf verzögern zu können?: An glUniformMatrix4fv übergebe ich auch die Matrix als Pointer, obwohl der Pointer auf eine temporäre lokale Variable zeigt, die eigentlich nach dem Aufruf oder zumindest nach dem Ende der Funktion ungültig werden sollte. OpenGL ist allerdings auch eine C-API, wärend wxWidgets C++ verwendet. In C gibt es keine Referenzen, daher muss man das hier mit Pointern machen. Bei ordentlich implementierten Bibliotheken sollte es eigentlich auch kein Problem sein, Pointer zu übergeben, die nur während des Funktionsaufrufs auf gültigen Speicher verweisen. Ich würde dazu auch nur dann einen (deutlichen!) Hinweis in der Doku erwarten, wenn das bei einer Funktion nicht der Fall ist. Ein Beispiel für so einen Doku-Hinweis aus der C++-Welt findet sich z.B. bei string_view: It is the programmer's responsibility to ensure that std::string_view does not outlive the pointed-to character array. https://en.cppreference.com/w/cpp/string/basic_string_view

@mmm_1482_ sagte in Anzahl der unterschiedlichen Zahlenwerte bestimmen: ich denke es gibt sehr viele einfachere arten, aber bin leider dazu gezwungen mich daran zu halten Bist du Zwangsarbeiter in einem Gulag? Du bist zu gar nichts gezwungen, und ganz bestimmt nicht dazu, dir nicht besseres Wissen im Eigengang anzueignen.

@Wade1234 dieses 'st' sieht ein bisschen wie pascal und fortran aus. die sps-leute die ich kenne mögen das aber nicht so gern. eher nehmen sie die sps-assemblersprache 'awl' oder diese kontakt-darstellung, die schaltplänen ähnelt. zwischen it-leuten und elektrotechnikern klafft offenbar ein großer spalt. andererseits sind strukturierte sprachen wie vhdl beim chipdesign sehr angesagt, obwohl man dort im prinzip auch bloß logikblöcke zusammenstöpselt. aber da wird imho sehr wenig auf grafischer basis programmiert.

@Wade1234 sagte in Interrupt-Handling: @Erhard-Henkes ich habe da mal eine frage. in der keyboard.c steht z.b. folgendes: static void keyboard_updateLED(void) { outportb(0x60, 0xED); inportb(0x60); outportb(0x60, LED); inportb(0x60); } sind die ports eigentlich irgendwie genormt oder so? woher weißt du, dass die led über 0x60 angesteuert wird? https://wiki.osdev.org/"8042"_PS/2_Controller#Data_Port

Edit: Ups! Habe gerade erst gesehen, dass @wob eine Variante von expected<T> bereits erwähnt hat. Nix für ungut, ich lass meine Gedanken dazu dennoch mal hier stehen: Ich würde bei dieser Diskussion einfach nochmal gerne Alexandrescu's expected<T> in den Raum werfen. Ein Typ ähnlich wie std::optional<T>, der entweder den erwarteten Wert enthält, oder einen Fehler, der beschreibt, warum der erwartete Wert nicht vorhanden ist (z.B. als gekapselte, jedoch noch nicht geworfene Exception). Eine Exception wird von expected<T> erst bei dem Versuch geworfen, auf einen nicht vorhandenen Wert zuzugreifen. Alternativ kann man den Fehler auch wie einen zurückgegebenen Errorcode behandeln. Die Flexibilität eines solchen hybriden Ansatzes hat es mir irgendwie schon angetan, da man oft nicht vorher wissen kann, ob ein Fehler in dem Kontext, in dem man die Funktion verwendet, wirklich eine "Ausnahme" oder vielleicht doch eher die Regel ist. Nehmen wir mal std::stoi als Beispiel. Diese Funktion wirft im Fehlerfall eine Exception. Wenn ich diese Funktion z.B. beim Parsen einer Konfigurationsdatei verwende, kann man durchaus argumentieren, dass es sich dabei um eine "Ausnahme" handelt. Der Regelfall ist eine syntaktisch korrekte Config, mit der das Programm starten kann. Verwende ich die Funktion hingegen in einem Programm, das z.B. wilde, unstrukturierte Daten-Dumps analysiert, kann ein std::stoi-Fehler in diesem Kontext durchaus etwas völlig Erwartetes sein, das sehr häufig auftritt. In diesem Fall wären die Exceptions keine gute Wahl und wirken sich sogar negativ auf die Laufzeit aus - tatsächlich geworfene Exceptions sind ja nicht gerade kostenlos. Ansätze wie expected<T> haben das Potenzial in beiden Situationen zu glänzen: Ich bin nicht gezwungen, die Errorcodes zu behandeln oder weiterzureichen und kann mich da auf den Exception-Mechanismus verlassen, aber ich kann es tun - z.B. aus Performancegründen oder weil der Fehler in meinem aktuellen Kontext gut lokal behandelbar ist.

@mmm_1482_ also vielen lieben dank nochmal an alle! IHR rettet mich!

@Avartos sagte in Structs und listen: was gibt es dann für eine effizientere Methode für Structs? @Finnegan Wie hier schon mehrfach erwähnt wurde: Nimm std::vector. Diese Datenstruktur sollte immer die erste Wahl sein, wenn man mehrere Objekte des selben Typs speichern will. Einfach und simpel: #include <string> #include <vector> #include <iostream> struct SCity { std::string name; std::string state; int population = 0; }; auto main() -> int { std::vector<SCity> cities; cities.push_back({ "Erfurt", "Thueringen", 214000 }); cities.push_back({ "Hannover", "Niedersachsen", 538000 }); cities.push_back({ "Muenchen", "Bayern", 1450000 }); for (const auto& city : cities) { std::cout << city.name << ", " << city.state << ", " << city.population << "\n"; } } Hartcodierte Einträge direkt im Code lassen sich übrigens auch noch etwas kompakter schreiben: std::vector<SCity> cities { { "Erfurt", "Thueringen", 214000 }, { "Hannover", "Niedersachsen", 538000 }, { "Muenchen", "Bayern", 1450000 } };

Frage ist beantwortet. Vielen Dank.

@ycbm Du musst das alles ein wenig genauer machen. public und void sind in C++ Keywords, Public und Void nicht. Ebenso gibt es kein Keyword Abstract. Aber in dem Fall ist auch die klein geschriebene Variante abstract kein Keyword. Weiters kann man eine "virtual pure" Funktion zwar durchaus implementieren, aber nicht innerhalb der Klassendefinition. Das muss, warum auch immer, ausserhalb der Klassendefinition passieren. D.h. dein Code ist voll von Fehlern und Quatsch. Woher sollen wir nun wissen was du meinst? Und wenn wir nicht wissen können was du meinst, wie sollen wir dann die Frage beantworten wieso man etwas in C++ angeblich macht was voll mit Fehler ist, also definitiv keiner machen kann?