Klotzkopp

Das geht mit GetActiveObject. Hier hatte ich das schon mal beschrieben.

Das könnte was für dich sein: http://www.codeguru.com/mfc_database/DSNCollection.shtml

Nochmal ausführlich (Quelle: MSDN Library, ::LoadBitmap): For an application to use any of the OBM_ constants, the constant OEMRESOURCE must be defined before the Windows.h header file is included. Note that the use of LoadBitmap to load OEM bitmaps is deprecated and is supported only for backwards compatibility. New applications should use DrawFrameControl to draw system elements.

Füge in den Projekteinstellungen bei den Präprozessordefinition OEMRESOURCE hinzu.

In seinem letzten Beitrag sprach Rain von einem Array von char*. Das würde auch mehr Sinn machen, weil ein char-Array nur einen einzigen String aufnehmen kann, nicht mehrere.

Klar funktioniert das, und wenn du so nett wärest, die Fehlermeldung zu posten, könnten wir auch rausfinden, warum es bei dir nicht geht. Was denn nun? Oben war es noch ein char-Array. Das ist ein ziemlicher Unterschied.

Jetzt steht's ja hier.

Wenn SetRange ausgeführt wurde, kann der Benutzer nicht mehr "falsch klicken". Das Steuerelement sollte das nicht mehr zulassen. Der Rückgabewert von SetRange stellt übrigens nicht das Ergebnis einer Gültigkeitsprüfung dar, sondern nur, ob das Einstellen der Grenzwerte geklappt hat. Das sollte man eigentlich auch nur einmal machen.

Was meinst du mit "IDE Funktion"?

Da bist du hier aber ganz falsch. --> Verschoben nach Java

Ach ja, demnächst bitte die CODE-Tags benutzen. Ich habe das mal für dich nachgeholt.

Ohne mir jetzt alles genau angesehen zu haben, ist mir doch das hier aufgefallen: Zelle ist nur zwei Zeichen groß, davon brauchst du eins für das Stringende-Nullzeichen. Wenn du daran etwas anhängst, überschreibst du andere Stackinhalte. Das kann zu seltsamen Fehlern führen, vor allem bei längeren Strings in str_group. Reserviere also erst mal genügen Speicher für Zelle. Wenn der Fehler dann noch auftritt, kannst du ja nochmal Bescheid geben.

Jetzt hast du zwei uninitialisierte Zeiger. Hier rufst du über einen Zeiger eine statische Methode auf, ignorierst aber den (entscheidenden) Rückgabewert. Wahrscheinlich möchtest du das COleDateTime-Objekt, auf das pMaxRange zeigt, auf die aktuelle Zeit setzen. Das geht aber so nicht, weil erstens pMaxRange auf gar kein Objekt zeigt (siehe oben) und zweitens GetCurrentTime statisch ist, also gar nicht auf *pMaxRange zugreift, selbst wenn das ein Objekt wäre. Hier rufst du SetRange mit den (immer noch) uninitialisierten Zeigern auf. Das fliegt dir vermutlich um die Ohren. Was du willst, sieht vermutlich so aus: COleDateTime maxrange = COleDateTime::GetCurrentTime(); m_cMonatBis.SetRange( NULL, &maxrange );[/CODE] In der MSDN Library steht bei CDateTimeCtrl::SetRange auch ein Beispiel.

Ja, gibt es. Aber man kann sich nur im abgesicherten Modus als Administrator anmelden.

DebugView fängt alle Debug-Ausgaben auf, auch wenn das betreffende Programm nicht im Debugger, sondern ganz normal ausgeführt wird. DebugView fängt sogar Kernel-Debugmeldungen auf. Das ist sehr hilfreich beim Treiber-Debugging, und überall sonst, wo es auf Timing ankommt, und immer dann, wenn sich Fehler im Debugger nicht reproduzieren lassen. Eigentlich sind alle Tools von sysinternals sehr hilfreich. Kann ich jedem, der sich näher mit der Funktionsweise von Windows beschäftigen will (oder muss), nur wärmstens empfehlen.

Wenn du die .CHM-Dateien meinst, die kannst du mit HTMLHelp öffnen. HTMLHelp gibt's bei Microsoft: http://msdn.microsoft.com/library/en-us/htmlhelp/html/hwMicrosoftHTMLHelpDownloads.asp Die Hilfedateien werden aber auch in die MSDN Library eingebunden.

Schau dir das mal an, vielleicht hilft's: http://ftp.dc.aleron.net/squid/http/mail-archive/squid-users/200010/0042.html

War das die Fehlermeldung, die du bekommen hast? Mein Compiler spricht immer ganz anders zu mir. Wenn du y[5] deklarierst, kannst du y[0] bis y[4] benutzen. Bei einem Zugriff auf y[5] bekommst du eine Fehlermeldung, wenn du Glück hast. Das Codebeispiel von Guybrush Threepwood macht doch genau das. Da würde ich eine Schleife um den Codeblock machen, und wenn bDoppelt am Ende false ist, rausspringen. Dann werden zwar alle Zahlen neu gezogen, aber das sollte ja nicht so tragisch sein. Du erwartest hoffentlich nicht, dass dir hier jemand eine fertige Lösung hinschreibt. Sag, was nicht funktioniert hat, und wir helfen dir gern, die Fehler zu beheben.

Beispiel: Fünfte Wurzel aus 32. #include <math.h> double radikant = 32; int wurzelpotenz = 5; double wurzel = pow( radikant, 1.0 / wurzelpotenz );

Bei Dialogen gehört die Anweisung in OnInitDialog.

Wie sieht denn das Umfeld des Funktionsaufrufs aus? Vielleicht UpdateData vergessen? Übrigens, wenn du die Kommata durch Zeilenumbrüche ersetzen willst, kannst du CString::Replace verwenden. Dann brauchst du keine Schleife mehr.

Hast du denn auch ein Debug-Build angefertigt? Im Release-Build werden die TRACEs gar nicht kompiliert. Ansonsten kannst du auch mal DebugView nebenher laufen lassen, vielleicht sieht man dann was.

Du brauchst WM_WINDOWPOSCHANGED nicht. Nimm einfach die Codezeile, die da oben steht.

Genau. Drum verschiebe ich das Thema dahin, wo es hingehört. @pseudoCguru: Ein aussagekräftigerer Betreff wäre gut gewesen, ich passe das mal an. Währenddessen kannst du dir ja mal dieses Thema ansehen.

Kannst ja mal hier reinschauen: http://www.experts-exchange.com/Applications/Email/Lotus_Notes/Q_10254326.html