Kategorien

• Ankündigungen

  Die Artikel
  99
  Themen
  1744
  Beiträge

  
• C++ (alle ISO-Standards)

  Fragen zu Funktionen und Abläufen in C++ (C++98, C++03, C++11, C++14), 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
  126610
  Themen
  917237
  Beiträge

  

  @john-0 sagte in boost::locale::translate und umlaute: Eine korrekte Transkodierung von UTF-32 auf UTF-8 muss eine Prüfung umfassen, ob die Werte die 21Bit Grenze überschreiten Für eine korrekte Transkodierung von UTF-32 auf UTF-8 musst man gar nix prüfen. Wenn man es so implementiert dass zu hohe UTF-32 Werte in zu hohe (und zu lange) UTF-8 Werte übersetzt werden kann man es sogar verlustfrei hinbekommen, so dass der Bullshit 1:1 round-trippen kann. Was oft die bessere Wahl ist, weil es bedeutet dass man Fehler nicht in dieser Schicht behandeln muss -- die auch meist kein praktisches Handling dafür machen kann. Statt dessen reicht man die Fehlerhaften Daten verlustfrei durch. Und wenn man meint unbedingt eine Validierung bei der Konvertierung machen zu müssen, dann muss man nicht nur prüfen ob die Werte nicht zu hoch sind, sondern auch ob es nicht verbotenerweise UTF-16 Surrogates sind die als UTF-32 abgelegt sind.
• Sonstige Programmiersprachen

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

  C (alle ISO-Standards)

  C# und .NET

  Java

  Assembler

  Webzeugs
  57496
  Themen
  454670
  Beiträge

  

  Du könntest die Daten auch als echte double-Samples übergeben. Also nicht die Binärdaten als double "interpretieren", sondern jedes Sample in einen "echten" double Wert konvertieren. Wenn man von 16 Bit Samples ausgeht dann verfierfacht sich dadurch natürlich die Datenmenge. Dafür sollte die Konvertierung aber relativ flott sein (müsstest du natürlich ausprobieren). Und 4x hast du z.B. auch wenn du Hex-kodierte Strings verwendest. x2 für Hex und dann nochmal x2 weil Java Strings soweit ich weiss mit den aktuellen VMs intern immer noch UTF-16 sind. Was Binärdaten in double packen angeht: Ich hab das noch nie selbst probiert, aber ich hätte Bedenken wegen NaNs. Einerseits gibt's viele verschiedene Representationen für NaN, und ich weiss nicht ob du davon ausgehen kannst dass die genaue NaN Representation beibehalten wird. Und dann gibt es noch die "signalling" NaNs - und dass dir beim Kopieren des Arrays ne Exception um die Ohren fliegt weil das Bit-Pattern ein signalling NaN darstellt ist vermutlich nicht wünschenswert. Davon abgesehen: Base64 oder auch einfach Hex scheint mir vernünftig.
• Betriebssysteme

  WinAPI

  Linux/Unix

  Projekt: OS-Development

  DOS und Win32-Konsole (nur Lesen)
  35002
  Themen
  235690
  Beiträge

  Y

  @tormen_bln sagte in MenuItem von MF_STRING in MF_POPUP ändern: Im Netz findet man dazu keine Informationen. Doch (MSDN). Da steht zum Beispiel, dass man im Fehlerfall GetLastError aufrufen kann/sollte. Ist _menuHandle denn überhaupt ein gültiges Handle? Wozu die Casts?
• Weitere Fachbereiche

  Mathematik und Physik

  Spiele-/Grafikprogrammierung

  Datenbanken

  Compiler- und IDE-Forum

  Projekte
  27939
  Themen
  204812
  Beiträge

  L

  @firefly sagte in Visual Studio für Linux funktioniert nicht: Falsch. Der Linker hat null mit der include direktive zu tun. Das macht der Preprocessor. Der Linker führt die ganzen Objektdateien zu einem einzigen binary zusammen. Dabei wird auch geprüft ob alle externen Abhängigkeiten erfüllt sind. Das ist eine sehr grobe und rudimentäre Erklärung. Stimmt natürlich Anweisungen mit # sind immer Sache des Präprozessors. Hatte irgendwie noch in Erinnerung, dass erstmal nicht geprüft wird, ob die Dateien vorhanden sind. Nach nochmaligen überlegen: Was ich meinte waren forward declarations und haben damit nix zu tun. Die Eklärungen habe ich entsprechend editiert und sollten nun hoffentlich stimmen.
• 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. Offtopic-Diskussionen für registrierte Nutzer.

  Beruf und Ausbildung

  Stellenangebote

  Themen rund um die IT

  Gaming-Corner
  29648
  Themen
  405608
  Beiträge

  

  Nein, nein, SeppJ weiss natürlich schon wie es ausgeht...
• Forentechnik

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

  1675
  Themen
  14062
  Beiträge

  

  @Mechanics Nein, leider nicht. Das ist vom komprimierten Javascript. Würde vielleicht etwas mehr bringen, wenn es von den Source-Maps wäre. Wobei ich sagen muss, dass es auch so etwas seltsam ist. Die Kolonne stimmt bei mir mit überhaupt nichts sinnvollem überein. Das einzige was ich einigermassen davon herausbekomme, ist, dass es mit der WebSocket Verbindung zu tun haben könnte. Um genau zu sein mit Socket.io.