Kategorien

• Ankündigungen

  Die Artikel
  102
  Themen
  1804
  Beiträge

  G

  @Dravere Ok, dann ist die Sache vom Tisch.
• C++ (alle ISO-Standards)

  Fragen zu Funktionen und Abläufen in C++ (C++98, C++03, C++11, C++14, C++17), um zu erfahren was pure virtual bedeutet, wie das mit Templates, STL und Boost geht. Bitte keine Fragen zu Windows/Linux-Programmierung hier posten!

  MFC

  VCL (C++ Builder)

  C++/CLI mit .NET

  Andere GUIs - Qt, GTK+, wxWidgets
  129293
  Themen
  947682
  Beiträge

  F

  Hi! Da hier grad so wenig los ist, poste ich einfach mal mal einen Ansatz aus meiner Experimentierküche, um Scoped Enums (enum class ...) mit zusätzlichen Informationen und Funktionalität zu versehen. Vielleicht findet ihr den ja auch interessant oder sogar brauchbar. Eigentlich war ich ja auf der Suche nach einem guten Konzept, um enum-Werte als Text auszugeben (ein Klassiker, auch ich warte auf C++ Reflection ). Im Zuge meines DOS-Retro-Hobbyprojekts kam dann noch die Anforderung hinzu, dass ich Unterstützung für Bitweise Operationen mit Scoped "Enum Flags" haben und auch noch zusätzliche Daten an die Werte "anhängen" wollte. So hatte ich z.B. enum-Werte für digitale Audioformate wie z.B. PCM_44KHZ_STEREO_16BIT, wollte aber bei dessen Verwendung nicht jedesmal endlos lange if/else/switch-Konstrukte schreiben, wenn ich zu dem enum-Wert die zugehörige Frequenz oder die Anzahl der Kanäle als Integer ermitteln musste. Die Idee ist ein extended_enum_traits<T> struct, in das man die ganzen Informationen schön säuberlich in eine Tabelle einträgt. Dazu ein paar Hilfsfunktionen wie extended_enum_info(enum_value), womit man sich den entsprechenden Tabelleneintrag holen kann, concept-basierte Operatoren als freie Funktionen (z.B. für die bitweisen Operationen auf "Enum Flags") und eine generische std::formatter<T>-Implementierung um die enum-Werte als Text via std::format/std::print auszugeben. Ferner auch noch Funktionen, die solche "Enum Flags" zu einer Range machen, wodurch man die gesetzten Flags mit einem Range-Based-For durchlaufen oder sie mit std::ranges-Algorithmen verwenden kann (die klassischen std-Algos funktionieren leider nicht, da diese Klassen-Typen erfordern. Aber std::ranges` erlaubt auch nicht-Klassen-Typen wie Scoped Enums als Ranges). Der Ansatz ist auch ganz praktisch, um z.B. detaillierte Text-Fehlermeldungen an die enum-Werte zu hängen. Bei meinem DOS-Retroprojekt will ich z.B. oft Exceptions vermeiden und verwende gerne simple Fehlercodes zusammen mit std::expected (z.B. bei der IO-Port-Kommunikation mit der Soundkarte). So kann ich bei Bedarf die Fehlermeldungen abrufen und wenn ich sie nicht brauche ("referenziere"), dann optimiert der Compiler die heraus und sie landen am Ende auch nicht in der .exe-Datei. Hier meine derzeitige Implementierung auf Godbolt: https://godbolt.org/z/nx1M6fWW7 Ab Zeile 396 die Anwendungsbeispiele. Die sind vielleicht interessanter als das ganze concept und operator-Geraffel.
• Sonstige Programmiersprachen

  Alles zum Thema Programmieren: verschiedene Programmiersprachen, Libraries und Algorithmen.

  C (alle ISO-Standards)

  C# und .NET

  Java

  Assembler

  Webzeugs
  58232
  Themen
  463288
  Beiträge

  *

  Mal wieder eine zu lange Antwort geschrieben. Die wichtigste Punkt sind hervorgehoben. @Yadgar sagte in Umlaute in C: ...das heißt, C90 kennt noch keine wide chars? Es gab damals noch keine einheitlich Norm, wie man Zeichen außerhalb der Plattform spezifischen 8Bit Zeichensätzen umgeht. Jede Plattform hat damals ihr eigenes Süppchen gekocht. Selbst US-ASCII ist nicht die einzige Norm für eine US-Kodierung, denn es gibt das ältere EBCDIC, was durch IBMs Mainframes starke Verbreitung fand. Typisch für die Heim-/Personalcompurer der 1980er ist, dass die oberen 128 Kodierungen für graphische Symbole bzw. Sonderzeichen genutzt wurden: siehe Codepage 437, Codepage 850, PETSCII, … . In den späten 1970er/frühen 1980er hat DEC in den Terminals bereits einen Vorläufer von Latin-1 unterstützt. Die DEC Terminals waren der de facto Standard, den alle anderen kopiert haben. Bei einigen Modellen gab es noch zusätzliche Kodierungen (andere Latin Varianten und immer eine Grafikkodierung). Des erklärt auch, weshalb unter UNIX die Grafikzeichen nicht in den eigentlichen Zeichensatz kodiert wurden. Wenn Du auf dem Terminal z.B. Rahmen zeichnen willst, schaltete man auf den Grafikzeichensatz um. Passende Erklärungen dazu kann man in der Beschreibung der curses Library finden, oder man nutzt nun wcurses und gibt die Codes für die Grafiksymbole aus Unicode an. Nach längerem Anlauf wurde 1987 dann ISO 8859-1 verabschiedet. UNIX setzt seitdem auf ISO 8859-1 und ISO 6429, die beide zusammen das ältere US-ASCII erweitern, das ist auch seitdem die Standard C Kodierung von UNIX, auf die das System bei Fehler zurückfällt. Die anderen ISO 8859 Versionen kamen etwas danach und definieren für alle europäischen Sprachen, Hebräisch, Arabisch (vereinfacht), Thai, … die Kodierungen. Für CJK gab es schon wchar_t, aber in der Literatur aus dieser Zeit ist das Thema mit einigen kurzen Sätzen abgehandelt. Wahrscheinlich muss man dazu die japanische Literatur nutzen, um das nachlesen zu können. 1991 kam die erste Unicode Version heraus. Erst ab diesem Zeitpunkt war ein einheitlicher Weg für alle Plattformen absehbar, so dass in den Programmiersprachen auch Verfahren eingeführt wurden mit Unicode umzugehen. Der wichtige Punkt ist, dass die untersten 8Bit von Unicode der ISO 8859-1/ISO 6429 Kodierung entsprechen. Nachtrag: Erst in C90 wurde wchar_t eingeführt. Davor war das auch proprietär.
• Betriebssysteme

  Diskussionen und Fragen zu Betriebssystemen bezüglich Ansprechung ihrer Schnittstellen, Entwicklung und Verwendung.

  WinAPI

  Linux/Unix

  Projekt: OS-Development

  DOS und Win32-Konsole (nur Lesen)
  35303
  Themen
  238281
  Beiträge

  D

  Moin. Habe jetzt hostname 127.0.0.1 und Port 23 eingestellt im WSL/Ubuntu. Dort habe ich dann 2 Befehle zum Aktualisieren gefunden: sudo service ssh restart sudo systemctl restart ssh.socket Habe ich in 2 verschiedenen Anleitungen so gefunden. Welcher Befehl ist der Richtige? Im VS 2019 Verbindung 127.0.0.1 und Port 23 eingestellt. Klicke ich dann auf Starten, kommt wieder die ungültige Verbindung. Aber es wurde trotzdem kompiliert: Erstellen gestartet... 1>------ Erstellen gestartet: Projekt: Linux-HalloWelt, Konfiguration: Debug x64 ------ 1>Quellen werden überprüft. 1>Quellen werden remote nach "127.0.0.1" kopiert. 1>Die Architektur wird überprüft. 1>Die Architektur wird überprüft. 1>Remotebuild wird gestartet. 1>Quellen werden kompiliert: 1>main.c 1>Objekte werden verknüpft. 1>Linux-HalloWelt.vcxproj -> D:\Users\Heiko\Entwicklung\CC++\Grundkurs C\Linux-HalloWelt\bin\x64\Debug\Linux-HalloWelt.out 2>------ Bereitstellung gestartet: Projekt: Linux-HalloWelt, Konfiguration: Debug x64 ------ 2>Bereitstellung wird übersprungen. Es liegen keine Elemente für die Bereitstellung vor. 2>Der Bereitstellungsvorgang dauerte 0,1412724 Sekunden. ========== Erstellen: 1 erfolgreich, 0 fehlerhaft, 0 aktuell, 0 übersprungen ========== ========== Bereitstellen: 1 erfolgreich, 0 fehlerhaft, 0 übersprungen ========== Über WSL/Ubuntu kann ich ./Linux-HalloWelt.out aufrufen. Das Programm läuft. Aber wieso wird das Programm nicht im VS 2019-Fenster gestartet? Kann ich das immer nur im WSL/Ubuntu starten? Wie bekomme ich das Programm jetzt in mein richtiges Ubuntu? LG Heiko
• Weitere Fachbereiche

  Mathematik und Physik

  Spiele-/Grafikprogrammierung

  Datenbanken

  Compiler- und IDE-Forum

  Projekte
  28379
  Themen
  208833
  Beiträge

  I

  Hallo, bitte auch den GitHub Link zum Projekt posten, sonst sind deine Projekt-Threads relativ sinnfrei
• Jenseits der Programmierung

  Informationen aus der realen Welt, Fragen nach Uhrzeit und Wetter, heiße Aktientipps und allgemeines Gelaber sowie Austragungsort für ernstgemeinte Diskussionsduelle. Alles was nichts mehr mit Programmierung zu tun hat.

  Beruf und Ausbildung

  Stellenangebote

  Themen rund um die IT

  Gaming-Corner
  31133
  Themen
  414588
  Beiträge

  E

  Die KI hat ihre Grenzen. Ich erlebe es immer wieder, dass sie sich völlig verbeißt und nur Zeit vergeudet. Daher sollte man funktionierende Lösungen sofort sichern, bevor man auf Abenteuerreise mit der KI geht. Foren oder ruhiges Nachdenken geben hier oft die richtigen Impulse. Daher hat das Forum seine Berechtigung. KI ist noch schlecht im Design von Oberflächen. Sie ist halt blind.
• Forentechnik

  Hier kann man über die neue Forumsoftware diskutieren.
  Kritik, Lob, Probleme, Lösungen usw.

  1748
  Themen
  14960
  Beiträge

  W

  @Harald-Stix Machen machen machen! Einfach anfangen, simple Programme zu schreiben. Fang mit was ganz einfachem an. Ohne Übung wird das nichts.