Klotzkopp

@paulchen1111: Soll die Sortierfunktion "von Hand" implementiert werden, oder dürfen Bibliotheksfunktionen benutzt werden? Zu deinem Code: Die Funktion zufall soll einmal zwanzig Zufallszahlen erzeugen, deine erzeugt 20mal eine Zufallszahl. Das löst sich aber von selbst, wenn du, wie in der Aufgabenstellung verlangt, das komplette Array als Parameter übergibst. Außerdem scheint mir der Wertebereich der Zufallszahlen nicht zu passen. IMHO erzeugst du Zahlen zwischen 5 und 24. Und bitte achte darauf, dass der Threadtitel das Problem besser beschreibt. Das macht es den potentiellen Helfern leichter und erhöht die Effektivität der Suchfunktion.

Einspruch zum Einspruch Den Schritt kann ich nicht recht nachvollziehen. :confused: (1-a)*(1-a) ist nicht 1 - a^2.

Ich versuch's mal: x sei die Wahrscheinlichkeit, das erste bzw. dritte Spiel zu gewinnen, y die Wahrscheinlichkeit, das mittlere Spiel zu gewinnen Es gibt acht Fälle: 1. x y x --> gewonnen 2. x y ~x --> gewonnen 3. x ~y x --> verloren 4. x ~y ~x --> verloren 5. ~x y x --> gewonnen 6. ~x y ~x --> verloren 7. ~x ~y x --> verloren 8. ~x ~y ~x --> verloren [/CODE] Die Fälle 1 und 2 kann man zusammenfassen; zusammen macht das: [CODE] x * y | Fälle 1 und 2 + (1-x) * y * x | Fall 5 = x * y * (1 + 1-x) = x * y * (2-x) Wenn man jetzt zeigt, wann dieser Wert größer ist als der für den umgekehrten Fall (x und y vertauscht): xy * (2-x) > yx * (2-y) | Für x > 0 und y > 0, sonst hat man sowieso keine Chance... <=> 2-x > 2-y <=> x < y [/code] ergibt sich, dass es besser ist, wenn man die höhere Wahrscheinlichkeit auf das mittlere Spiel legt. Hoffe ich... ;-)

+ bindet stärker als ?: Setz das in Klammern

Bei mir funktioniert dein ursprünglicher Code. Du könntest dir mal die Rückgabewerte von InsertItem ansehen, da steht nämlich jeweils der Index des eingefügt Items drin.

Es ist "\r\n", nicht "\n\r".

Du meinst, im Socket.Accept()? Jedenfalls sollte ein Close aus dem anderen Thread ausreichen, damit Accept zurückkommt.

Hat dein List Control den Report-Style? Dann musst du zuerst mit InsertColumn Spalten einfügen. Was gibt InsertItem denn zurück?

Sicher? Ich habe es bei MSVC 6 und 7 vor/neben dem Tree Control. Sehr wahrscheinlich an letzterem, weil in der Resourcedatei immer noch eine Listbox steht.

- GetFileVersionInfoSize - GetFileVersionInfo - VerQueryValue

Doch, man muss nur vorher auf den "Aufklapp"-Button klicken.

Warum?

@Tapeman: Erstellst du den Dialog bzw. die FormView, die die ComboBox enthält, mit dem Resourceneditor in MSVC? Dann musst du womöglich nur die Fensterhöhe vergrößern.

Ist der Parameter pScrollBar bei den Doppelaufrufen jeweils derselbe?

Passiert das auch, wenn du die ScrollWindow-Aufrufe auskommentierst? Wie sieht die MessageMap aus?

Werden vielleicht beide Funktionen aufgerufen, wenn du eine Scrollbar betätigst? P.S.: Du solltest bei HScroll die Breite und bei VScroll die Höhe des Bildes nehmen, nicht andersrum.

Die aktuelle Version des Dependency Walkers hat eine "Undecorate C++ Functions"-Funktion. Gibt's auch hier: http://www.dependencywalker.com/

mprz ist anscheinend eine CString-Membervariable, die mit dem Eingabefeld verknüpft ist. Das Problem ist hier nicht, dass mprz oder die Information im Eingabefeld nicht aktualisiert wird, sondern dass zwischen den Aktualisierungen das Fenster nicht neu gezeichnet wird. Das liegt daran, dass OnOK letztendlich aus derselben Nachrichtenschleife heraus aufgerufen wird, die auch für die Bearbeitung der "Neu Zeichnen"-Nachricht verantwortlich ist. Dadurch wird erst neu gezeichnet, wenn OnOK zurückkehrt. Da ist aber die Schleife schon durchgelaufen und der Dialog geschlossen. Es gibt Wege, ein Neuzeichnen unter Umgehung der Nachrichtenschleife zu erzwingen, allerdings sehe ich hier den Sinn nicht. Was soll es bringen, ein Eingabefeld im Dialog von 0 auf 100 % hochzuzählen, um dann anschließend den Dialog zu schließen? Willst du so tun, also würde da tatsächlich eine Verarbeitung stattfinden?

Du solltest AssertValid nicht direkt aufrufen, sondern das Makro ASSERT_VALID benutzen, das wird für Release-Builds nicht ausgewertet. Die Release-Version ist durch die fehlenden Debuginformationen und die Optmierungen praktisch immer kleiner als die Debug-Version. Ob etwas fehlt, lässt sich also nicht allein an der Größe festmachen. Wenn statische Bibliotheken fehlen würde, würde sich allerdings der Linker beschweren. Jetzt sprichst du vermutlich von den dynamischen Bibliotheken. Die MFC-Bibliotheken und die C-Runtime sollten zumindest für MSVC6 auf jedem halbwegs modernen Windows-System vorhanden sein. Die Abhängigkeiten deines Programms kannst du z.B. mit Depends prüfen, das beim Visual Studio dabei ist, aber auch kostenlos runtergeladen werden kann.

http://www.werbesongliste.de/e/

Ganz grob: Debug: - enthält Symbolinformationen zum Debuggen - nicht optimiert - Assertions aktiv - Runtime-Checks aktiv Release: - enthält keine Symbolinformationen - optimiert (Größe, Geschwindigkeit) - Assertions entfernt - Runtime-Checks deaktiviert Das ist aber alles eine Frage der Projekteinstellungen. Man kann auch eine optimierte Version mit Debuginformationen erstellen. Veröffentlichen solltest du nur Release-Versionen. Bei MFC bist du dazu sogar praktisch gezwungen, weil du die Debug-Versionen der MFC nicht weitergeben darfst.

In der Funktion fehlt der Faktor 4 aus der Formel.

0x0600? Du hast schon Longhorn? Zum eigentlichen Problem: Es ist nicht gut, wenn der Wert dieses #define nicht für das ganze Projekt gleich ist. Am besten setzt du den Wert in den Projekteinstellungen. Was der Wert bedeutet, kannst du hier nachlesen.

Aus commctrl.h: #if (_WIN32_WINNT >= 0x0501) #define PBS_MARQUEE 0x08

Wenn du 1/i rechnest, macht der Compiler eine Ganzzahldivision, weil Zähler und Nenner beide ganzzahlig sind (i ist ein int, das Stringliteral 1 auch). Dabei werden Nachkommastellen abgeschnitten. Damit kommt (für i > 1) immer Null raus. Wenn du eine Fließkommadivision willst, muss einer der Operanden ein Fließkommatyp sein. Das geht in deinem Fall am einfachsten, indem du statt 1 1.0 schreibst.