C++ (alle ISO-Standards)

• B

  Informationen aus DLL an eigene Applikation mit View senden
  • booster  

  4
  0
  Stimmen
  4
  Beiträge
  337
  Aufrufe

  R

  @booster sagte in Informationen aus DLL an eigene Applikation mit View senden: weil Sind halt viel zu wenig Informationen, um eine vernünftige Auswahl treffen zu können. Alles was IPC ist, käme ja in Frage. Bei Netzwerktauglichkeit alles was auf IP aufsetzt(Com+, http / REST , SOAP ... ) Auf was wird besonders Wert gelegt? Performance, Wartbarkeit, Stabilitaet der Schnittstelle, Erweiterbarkeit ..... ? und nicht zu letzt: Mit was hat der zuständige Entwickler da schon Erfahrung, bzw Kentnisse die in die Richtung gehen? Soll ja irgendwann auch mal fertig werden oder ? Welche Biblios sind schon in verwendung ? boost ? Qt ? Was willst du damit nun fragen/sagen. Vielleicht das man mit dem TCP/IP stack auch nur "wenig" Zeit braucht, was "eigenes" zu entwickeln? boost asio + eine absolut leichtgewichtige Flusskontrolle sollten auch nur 1-2 Tage dauern. Ciao ...
• A

  Objekt Member verliert wert im Programm verlauf.
  • assaziel  

  8
  0
  Stimmen
  8
  Beiträge
  452
  Aufrufe

  A

  @th69 Gute idee ich schaue mal in dem Objekt etwas schlummert. edit: Danke @th69 das wars ...
• ?

  Speicherung von Variablen
  • Ein ehemaliger Benutzer  

  21
  0
  Stimmen
  21
  Beiträge
  1401
  Aufrufe

  

  @tggc sagte in Speicherung von Variablen: Und wie ich schon sagte, stimmt das auch für ASM nicht. Denn "in Adressraum schreiben" bedeutet auch in Assembler nicht automatisch "in RAM schreiben", da einem recht schnell das Konzept begegnet, in den normalen Adressraum andere Sachen einzublenden. Wenn man die Adresse von einer Funktion ala malloc bekommen hat, und dann da reinschreibt, dann bedeutet das schon "in RAM schreiben". Sonst ist irgendwo irgendwas gröber schief gelaufen. Mir geht's aber einfach nur darum dass es viele "Zwischenebenen" gibt auf denen man sinnvoll diskutieren/argumentieren kann. Und dass man nicht von komplett abstrakt gleich zu einer bis ins letzte detailierten Beschreibung der Hardware wechseln muss. Bzw. mMn. ist das sogar kaum jemals sinnvoll. Schon alleine deswegen weil man die Hardware meist gar nicht so genau kennt. Ist aber auch nicht so wichtig
• B

  String Veränderung Problem
  string veränder help variabel • • B1LLYTH3K1T  

  18
  0
  Stimmen
  18
  Beiträge
  1601
  Aufrufe

  

  @b1llyth3k1t sagte in String Veränderung Problem: @seppj Danke danke werd ich mir mal zu Herzen nehmen, komme von der Sprache Python und das nehm ich nur als Übung... Das Coden sollte eig nicht länger als 10 min dauern; nur kam mit dem Fehler nicht zurecht. Ich empfehle, auch (oder gerade!) beim Üben auf so etwas Wert zu legen. Schließlich willst du ja Üben, wie es richtig geht. Übungsbeispiele sind auch besonders gut geeignet, sich eine Schatzkiste an Lösungen für Probleme anzueignen, ohne dass man von der Komplexität echter Problem erschlagen wird. Kennt man die typischen Lösungswege für viele gängige Teilprobleme, wird man später ein richtig guter Programmierer, denn oft sind komplexe Probleme auf solche Probleme reduzierbar. Hier hast du jetzt bloß eine sehr spezielle if-Kaskade nur für Galgenmännchen gelernt, die du nirgendwo sonst benutzen kannst. Die allgemeine Lösung hätte dich hingegen allgemein anwendbares Wissen über das Verarbeiten von Sequenzen gelehrt. Du wärst auch sicherlich in vielen Fällen schneller, wenn du den Ratschlag zu Herzen nimmst. Wäre das gesuchte Wort "Donaudampfschifffahrtskapitänspatent" gewesen, hättest du gewiss sehr lange gebraucht, mit der allgemeinen Lösung aber auch nicht wesentlich länger als 10 Minuten.
• S

  Template typename declaration
  • Sewing  

  6
  0
  Stimmen
  6
  Beiträge
  416
  Aufrufe

  

  @sewing sagte in Template typename declaration: das meinte ich ja, das funktioniert nur bei nontype template parametern... Ja, natürlich. Einen Wert als Pointer zu übergeben, das wäre ein komisches Konzept. Du kannst natürlich einen Pointer auf etwas einfach als Wert übergeben, denn ein Zeiger selbst ist auch ein Wert. Ist hier der erste Parameter ein template parameter und der zweite ein unnamed nontype parameter? template<typename T, T*> oder worin unterscheidet sich dieser Syntax zu template<typename T, T* root> Es ist das was du sagst. Der Unterschied ist doch offensichtlich und du nennst ihn selbst: Beim zweiten Beispiel hat der zweite Parameter einen Namen, über den er angesprochen werden könnte, beim ersten ist er halt da, aber könnte in dem Template nicht benutzt werden (Er muss dann natürlich trotzdem vom Nutzer angegeben werden und es wäre auch jeder unterschiedliche Wert eine eigene Spezialisierung, auch wenn der Wert nirgends benutzt wird)
• A

  Dieses Thema wurde gelöscht!
  • assaziel  

  1
  0
  Stimmen
  1
  Beiträge
  3
  Aufrufe
• D

  alle files anzeigen, die ein Prozess geöffnet hat
  • DerLernende  

  5
  0
  Stimmen
  5
  Beiträge
  389
  Aufrufe

  

  Das ist der Code der Dir von einem Prozess aktive Handles zeigt. http://www.cplusplus.com/forum/windows/95774/ Andere Varianten sind: Siehe https://stackoverflow.com/questions/6931972/how-to-find-which-process-has-a-handle-on-a-file-from-the-file-name und auch https://www.nirsoft.net/utils/opened_files_view.html basiert darauf. Du kannst natürlich API hooking (DLL Injection) betreiben... das wäre wohl die sicherste Methode, also OpenFile zu hooken. Dazu gibt es massenweise im Internet... (und viel Schrott ) Ansonsten wäre das wohl eher ein WinAPI Thema.
• E

  Bit Shifting & Performance
  • Enumerator  

  15
  0
  Stimmen
  15
  Beiträge
  984
  Aufrufe

  W

  @hustbaer sagte in Bit Shifting & Performance: Das liegt an den Aliasing-Regeln Ah, danke für den Hinweis!
• 

  float vs double
  • zeropage  

  25
  0
  Stimmen
  25
  Beiträge
  1297
  Aufrufe

  

  Was die Performance angeht... das kann je nach CPU total unterschiedlich gehen. Folgende Faktoren spielen da mit Wie @TGGC schon geschrieben hat die Speicherbandbreite - wenn das der limitierende Faktor ist, ist klar dass man mit float schneller ist als mit double weil float nur 1/2 so viel Speicher braucht. Die Vektorregister und der Befehlssatz. Oft werden die selben Vektorregister für single- und double-precision verwendet, wobei man mit single-precision nur 1/2 so viele Werte in ein Register reinbringt wie mit double. Also z.B. ein Register mit entweder 8x float oder 4x double. Die Befehle arbeiten dann immer mit nem ganzen Register, d.h. man bekommt dann pro Befehl entweder 8 oder halt nur 4 Operationen. Wenn genügend Rechenwerke zu Verfügung stehen die die jeweilige Operation beherrschen dann kann das der limitierende Faktor sein. Die Rechenwerke der CPU. CPUs haben typischerweise mehrere Rechenwerke die jeweils mehrere Operationen beherrschen und entweder single oder double-precision sein können. Wobei die double Rechenwerke typischerweise auch für single-precision verwendet werden können. Wenn die CPU jetzt z.B. nur zwei double-precision Rechenwerke hat die dividieren können aber zusätzlich noch zwei single-precision Rechenwerke die dividieren können, und man viel dividiert, dann ist auch klar dass man mit single-precision mehr Performance bekommen wird. Je nach Programm kann die Latenz eines Befehls mehr oder weniger wichtig sein. Also die Zeit die benötigt wird bis das Ergebnis feststeht. Wenn man Rechenoperationen hat wo immer das Ergebnis der einen Operation ein Input für die nächste ist, dann spielt die Latenz eine grössere Rolle als wenn die Berechnungen unabhängig sind. (In mehreren Rechenwerken können ja mehrere unabhängige Berechnungen nebeneinander her laufen.) Und bei manchen Operationen ist die unterschiedlich für single- und double-precision. Speziell die mittel aufwendigen Operationen wie z.B. multiplizieren oder dividieren können da betroffen sein. Und dann spielt natürlich mit rein wie das Programm aussieht, welchen Compiler man verwendet, ob man in mehreren Threads parallel rechnet oder nicht usw. Hier https://en.wikipedia.org/wiki/FLOPS gibt's ne schöne Tabelle aus der man entnehmen kann dass es kaum CPUs gibt bei denen single- oder double-precision keinen Unterschied macht. Meist ist der maximale Durchsatz bei double-precision 1/2 vom maximalen Durchsatz bei single-precision -- oft auch noch weniger.
• ?

  Dieses Thema wurde gelöscht!
  • Ein ehemaliger Benutzer  

  1
  0
  Stimmen
  1
  Beiträge
  15
  Aufrufe
• Z

  Sortieren aufsteigend
  • Zalo3  

  48
  0
  Stimmen
  48
  Beiträge
  2920
  Aufrufe

  

  Möchte nicht irgendjemand mal erwähnen, dass eine geordnete Menge von Objekten in ein (multi-)set gehört, nicht in einen vector/array? Die beiden Stärken des Vectors/Arrays (Indexzugriff, schnelle Iteration) werden hier überhaupt nicht benutzt. Stattdessen werden hier umständlich der sequentiellen Datenstruktur Eigenschaften aufgepfropft, die das set inhärent mitbringt. Die nächste Frage nach der Lösung dieses Threads wird doch offensichtlich sein, wie man nun einen weiteren Termin hinzufügt. Soll man da nach jedem Zufügen neu sortieren? Oder selber die richtige Position suchen und mitten drin einfügen (was ein vector gar nicht gut verträgt!)? Das set macht das alles automatisch.
• L

  [GELÖST] (Anfänger) ohne includierung Code implementieren?
  • Levyeme  

  22
  0
  Stimmen
  22
  Beiträge
  1588
  Aufrufe

  

  @dnkpp sagte in [GELÖST] (Anfänger) ohne includierung Code implementieren?: Warum nicht Du kannst mich mal gern haben.
• T

  Frage zu verfügbarem Stack
  stack stackoverflow • • titan99_  

  6
  0
  Stimmen
  6
  Beiträge
  1220
  Aufrufe

  

  @titan99_ sagte in Frage zu verfügbarem Stack: dynamicsworld->setGravity(btVector3(0.f, -9.81f, 0.f)) Also wird hier eine temporäres Objekt btVector3 auf dem Stack angelegt und als "const Referenz" "entgegengenommen". Ja. @titan99_ sagte in Frage zu verfügbarem Stack: virtual void setGravity(const btVector3& gravity) Also das temporäre Objekt im Stack muss ja dann in der Funktion bestehen bleiben, sonst würde die Referenz ungültig. Ja, bleibt am Leben: A temporary bound to a reference parameter in a function call (§5.2.2 [expr.call]) persists until the completion of the full expression containing the call.
• ?

  Dieses Thema wurde gelöscht!
  • Ein ehemaliger Benutzer  

  14
  0
  Stimmen
  14
  Beiträge
  41
  Aufrufe
• 

  Alternative für Funktionszeiger
  • zeropage  

  9
  0
  Stimmen
  9
  Beiträge
  362
  Aufrufe

  

  Aha, danke. Sorry, dieses verdammte Spiel heute ist so spannend Muss mich später mit beschäftigen, danke
• T

  Übungsaufgabe
  • Tim0  

  9
  0
  Stimmen
  9
  Beiträge
  423
  Aufrufe

  T

  Danke schön, ich habe es nun verstanden. Gruß Tim0
• K

  C++ Hilfe!
  • KelbsSohn  

  14
  0
  Stimmen
  14
  Beiträge
  571
  Aufrufe

  

  Also soll nur A verändert werden? using A = float; -scnr-
• T

  Fehler bei der
  • totaler-anfänger  

  14
  0
  Stimmen
  14
  Beiträge
  546
  Aufrufe

  B

  @totaler-anfänger sagte in Fehler bei der: void getPreis(float p) { p=Preis; Obwohl wenn ich mir das recht anschaue, ich bin verwirrt. Die Funktion macht in diesem fall überhaupt nichts. Setzt die loakle variable p auf den Wert des fields (Preis)? Wahrscheinlich: float getPreis() { return Preis; } und dann natürlich private: float Preis; Und genau deshalb habe ich mich vorher auch damit beschäftigt, es selbst hin zu bekommen? die Beschäftigung war aber nicht sehr lange denn das hätte man mit jedem Anfänger Tutorial raus bekommen.
• S

  Dieses Thema wurde gelöscht!
  • SchnJulian  

  1
  0
  Stimmen
  1
  Beiträge
  2
  Aufrufe
• Z

  Gleicher Code, unterschiedliches Ergebnis
  • Zhavok  

  19
  0
  Stimmen
  19
  Beiträge
  1573
  Aufrufe

  

  @zhavok sagte in Gleicher Code, unterschiedliches Ergebnis: Ok vielen dank. Also ist mein Beispiel zwar multithreaded, aber synchron. Denn jeder Thread wartet immer beim read bis etwas ankommt und so lange ist der thread blocked. Es ist definitiv multithreaded, definitiv blocking, und ich würde es als auch synchron bezeichnen. Asynchronität lohnt sich also zum Beispiel beim streamen oder VoiceChats. Dort braucht man ja keine Rückmeldung und die Gegenstelle muss auch nicht auf die Informationen reagieren. Asynchronität lohnt sich in vielen Fällen. z.B. wenn man extrem viele Verbindungen hat und/oder viele Verbindungen lange "idle" sind. Denn... Ein Thread benötigt einiges an RAM, daher wenn man viele Verbindungen verschwendet man viel RAM. Das Umschalten zwischen Threads kann etwas an Performance kosten. Beides sind aber Punkte die man nicht überbewerten sollte. Tausend Verbindungen sind z.B. noch lange kein Grund vom "one thread per connection" Modell wegzugehen, vorausgesetzt man hat einen "normalen" PC zur Verfügung (paar GB bis zu GB RAM, 2-4 Cores mit je 2-4 GHz). Und die Einfachkeit dieses Ansatzes ist halt kaum zu überbieten, was seine grosse Stärke ist. Synchronität wäre zum Beispiel sinnvoll für eine Telnet Verbindung. Wenn man zum Beispiel möchte, dass auf einem Rootserver etwas ausgeführt oder abgefragt wird. Synchron, blocking und mit einem Thread pro Session wird man bei Telnet nicht weit kommen. Gibt ja zwei Richtungen. D.h. man braucht entweder zwei Threads pro Session oder halt irgendwas ala asynchronem IO oder non-blocking IO. (Gut, auf POSIX Systemen könnte man vermutlich Signals verwenden, aber Signals sind so grausam, darüber will man eigentlich gar nicht nachdenken.)