@hustbaer Der Äther ist aber widerlegt...

@zeropage sagte in Entwicklung einer einfachen Matrizenklasse: Bin betrunken.

Mit irgendwelchen Designs falle ich hier nur auf die Schnauze. Hätte ich meine alte Version nicht geändert, hätte SeppJ keinen Vortrag halten müssen. Weil die war genau das, was er empfohlen hatte.

@Finnegan Ich glaube du hast mich falsch verstanden Davon abgesehen hast du mit vielem was du schreibst Recht. ist es nicht so, dass die guten Implementierungen sogar erstmal sehr ähnlich arbeiten, wie hier vorgeschlagen? Ja. Eine gute Mutex Implementierung die auf Speed optimiert ist (im Gegensatz z.B. zu einer auf FIFO/Fairness optimierten) tut genau gleich wie nen Spin-Lock -- bis zu dem Zeitpunkt wo sie länger spinnen müsste. Das ganze sleep-Gedöns per Event/Condition-Variable/... kommt erst danach. Das sollte doch eigentlich gerade im Non-Contended-Fall genau so effizient sein (?). Gleich effizient wie ein Spin-Lock, ja. Aber das meinte ich nicht. Ich meinte: wenn man keine "Shared Mutex" (=Reader/Writer Lock) hat, sondern nur ne Mutex + Condition-Variable, dann ist die typische Variante eine Shared Mutex daraus zu basteln diese: void MySharedMuhTex::lock() { std::unique_lock<std::mutex> lk(m_mutex); m_condvar.wait(lk, [this](){ return !m_writer; }); m_writer = true; m_condvar.wait(lk, [this](){ return m_readers == 0; }); } ... Das wäre die "nicht lock free" Variante. Und diese ist logischerweise weniger effizient als ne einfache std::mutex, weil ein lock-unlock Zyklus meiner MySharedMuhTex ja mindestens zwei lock-unlock Zyklen der std::mutex benötigt. Und auch weniger effizient als ein mit Nukularen selbstgebastelter "lock free" Reader/Writer Lock

@MyWinMyChoice sagte in Zufallszahl mit Array generieren: @SeppJ er hat immer gesagt wir sollen nicht mitschreiben aber aufgepasst hab ich schon sorry, aber solche Lehrer gibts nicht.

@Swordfish Guter Fund!

@tomycat2009 sagte in arg_4 rückwertsrechnen..: [ebp + arg_4] ist gleichzusetzen mit [ebp + 4], wenn die arg_4 4 Byte groß ist. Es geht nur um den Speicherort, mehr nicht? Ist das so, dann habe ich es verstanden. :--) Naja, es ist gleichzusetzen mit [ebp+12], weil 12 bzw. 0x0C nunmal der Wert von arg_4 ist. Die Größe stammt aus dem dword ptr und ... die Größe ist etwas anderers als der Speicherort.

@Swordfish sagte in Doubles performant ganzzahlig machen: @It0101 Ne ohne Komma. 327.66 als 32766 in cent. Ok, 16 bit ist zu eng aber 32 reicht dick? Naja die Anzahl an Nachkommastellen ist aber nicht fix. Das variert von Wertpapier zu Wertpapier und sogar innerhalb eines Handelstages. Und ich weiß es auch nicht vorher, sondern kann die NKS erst erkennen, wenn ich den double in der Hand habe.

@SeppJ sagte in Run-Time Check Failure #2: Nicht mehr heute Abend Erinner' mich morgen, falls ich es nicht selber tu! ¡Si Señor! nicht ankreiden daß alles was einen dynamischen vector ausmacht (resize, reserve, ...) fehlt ... erstmal grundgerüst. Noob muss noch üben.

@hottyhotty sagte in Ein etwas anderes Thema!: Hat einer von euch evenutell einen Vorschlag an welches Softwareforum ich mich sonst wenden kann? Mit deiner offensichtlich begrenzten Erfahrung wirst du in Black Hat Foren sowas von verarscht und ausgenommen werden, da tut man dir einen Gefallen, dir nicht den Weg zu zeigen. Du fällst auf wie ein Zwölfjähriger, der Fremde am Bahnhof fragt, wo man hier Drogen kaufen kann.

@Swordfish Oh man, das werde ich nie wieder vergessen. Danke für deine Hilfe

@SeppJ sagte in Wahrscheinlichkeit beim Würfeln berechnen: dass der Binomialkoeffizient ganz nett rekursiv definiert werden kann? Ja

@wob sagte in Zeiger+Struct node?: Widerspricht das nicht dem "Weitere Variablen dürfen Sie nicht verwenden" - denn hier sind jetzt 3 neue Variablen dazugekommen. Vielleicht, vielleicht auch nicht. Denn du zitierst nur die Hälfte: "Als Zeigervariablen dürfen sie nur zgr1, zgr2, zgr3,... verwenden. Andere Variablen dürfen sie nicht benutzen!" Sind damit nun alle Formen von anderen Variablen gemeint oder nur Zeiger? Die Aufgabe ist schon auf Deutsch zweifelhaft formuliert, will einem aber eine andere Sprache beibringen, bei der es auf besonders klare und genaue Ausdrucksweise ankommt.

@Hamstaaa sagte in "bitstring" verketten: -6.148.914.691.236.517.206 Es ist dasselbe bitmuster.

Zunächst mal solltest du lernen, dich selbst besser zu hinterfragen. Deine beiden Aussagen Gerade scheint mein größtes Problem allerdings zu sein, dass die Zeichen " und ; keine ASCII-Zeichen sind und #include "text.txt" sollte ein Workaround für meine Unfähigkeit sein, die Datei über ifstream inFile("\text.txt") bearbeitbar zu machen. Das funktioniert auch wunderbar. sind krass falsch. Wir als erfahrene Leute könne das wissen, aber es muss ja irgendeinen Grund geben, wie du darauf gekommen bist. Das heißt, du musst ganz schön große Fehler in der Beurteilung gemacht haben, was in deinem Programm passiert, vielleicht sogar Logikfehler bei deinen Schlussfolgerungen. So etwas zu vermeiden, ist ein ganz wichtiger Schritt als Programmierer, weil man auch hartnäckigste Fehler knacken kann, wenn man nur konsequent, gründlich und streng logisch vorgeht. Bloß keine voreiligen Schlüsse ziehen! Allgemein gilt: Sich ständig im Klaren sein, was man weiß, und was man nur vermutet Ständig hinterfragen, wieso man etwas zu wissen meint. Kann vielleicht der Grund, wieso man etwas zu wissen meint, falsch sein? Das kommt erstaunlich oft vor. Nützlich dabei ist das sogenannte Quietscheentchen-Debugging: Man erklärt sein Programm jemand anderem, das kann ein echter anderer Programmierer sein, oder nur eine eingebildete Person (das Quietscheentchen). Und dieses Gegenüber stellt ständig "dumme" Fragen zu allem was du erklärst: Wieso? Weshalb? Warum? Dann findet man schnell die Stellen, wo man selber etwas nicht versteht. Und wenn man nicht versteht, was passiert, dann kann da auch ein unbekannter Fehler lauern. Das ist ungeheuer wichtig, wenn du mal halbwegs gut werden möchtest.

@Lou-Cyphr3 Wenn das fstream-Objekt seinen scope verlässt wird es automatisch zerstört und gibt dabei im Destruktor die von ihm verwendeten Resourcen (hier: vermutlich ein FileHandle) wieder frei.

@Swordfish Frag doch gleich, ob Ananas auf Pizza gehört. Spalter!

@Finnegan danke, dass du soviel Zeit investiert hast. Das wäre wirklich nicht nötig gewesen

Ab C++20 gibt es diese Funktion auch im Standard: std::chrono::parse

Hi Leute, nur mal als kleines Update. Es gibt eine neue Version von der Extension, diese kann jetzt auch Buchstaben einfügen! Des Weiteren werden Whitespaces bei den Parametern nicht mehr berücksichtigt. Grüße