Klotzkopp

Kann es sein, dass dir nicht ganz klar ist, wozu CImageList gut ist? So wie ich das aus deinen heutigen Beiträgen erkennen kann, brauchst du nur ein Array zur Aufbewahrung deiner Bitmaps. Diesen Zweck kann und soll CImageList nicht erfüllen. CImageList wird zum Speichern von Bitmaps gleicher Größe für die Verwendung z.B. in ListControls und TreeControls verwendet. Es ist kein einfacher Container für Bitmaps. Wie wär's denn mit einem CArray<CBitmap>?

Seh ich genauso.

Kannst du bitte mal erklären, was der Compiler damit zu tun hat? Wenn dein Programm läuft, ist der Compiler längst beendet. Dein Programm kann den Compiler nicht "abschießen", weil die beiden nicht gleichzeitig aktiv sein können. Den Beitrag davor verstehe ich auch nicht. Du musst den Compiler neu starten, wenn der Bildschirm schwarz ist, weil der Bildschirm schwarz ist, wenn du den Compiler neu startest? Warum startest du den Compiler überhaupt neu? Wenn du den Code nicht geändert hast, gibt es keinen Grund, den Compiler nochmal zu starten. P.S.: Es gibt auch keinen Grund zu schreien.

Ich habe mir den Quelltext genau angeschaut. Was du da "mehr bräuchtest", weiß ich nicht. Die Änderungen wären jedenfalls minimal. Das heißt, der Fehler besteht darin, dass der "Game Over"-Text nicht angezeigt wird? Warum startest du den Compiler neu? Oder meinst du, dass du das Programm neu startest? So einfach ist es leider nicht. Ich habe mir alle Mühe gegeben, deinen Code ans laufen zu bringen, auch wenn du mir unterstellst, das nicht getan zu haben. Allerdings verwendest du nichtstandardisierte Funktionen (delay, gotoxy, clrscr etc.) und Header (graphics.h), so dass dein Programm nicht portabel ist. Zudem ist es C und kein C++, sonst könntest du true nicht als Variablenbezeichner verwenden.

@G.T.: Das funktioniert nur für d >= 0.0. if( d != (int) d ) ist da besser. Zu beachten wäre noch, dass es double-Werte gibt, die nicht in ints reinpassen. Das sollte man vorher mit INT_MIN und INT_MAX (aus limits.h) prüfen, da sonst solche Werte immer als nachkommastellenbehaftet erkannt werden, auch wenn sie keine haben.

Bitte kein Threadpushing. Aber zu deinem Code: Ich rate dir dringend, dieses goto-Konstrukt durch eine Schleife zu ersetzen. Bei diesem kleinen Programm magst du vielleicht noch nachvollziehen können, was passiert, aber wenn du dir diesen Stil angewöhnst, werden größere Programme absolut unwartbar werden. Beschreib bitte genau, wann der Fehler auftritt, und wie er sich äußert. Das schließt eventuelle Fehlermeldungen ein. "abgeschossen...finito" ist keine hilfreiche Fehlerbeschreibung. Und wie gesagt, prüfe das Programm bitte auch mal im Debugger.

Ohne den Rest deines Codes zu kennen, kann man da nicht viel zu sagen. Generell solltest du goto nur dann verwenden, wenn es gar nicht anders geht. Und eigentlich geht es immer anders. Auch auf die Verwendung von exit sollte man nach Möglichkeit verzichten. Was passiert denn, wenn du das Programm im Debugger startest?

Bei einem selbstgeschriebenen Provider kann man es nicht wissen, aber üblicherweise nicht. Erst bei .NET gibt es eine Klasse OleDbException. Soll vermutlich die Fehlerbehandlung vereinfachen (bzw. erzwingen). Was willst du abfragen? Ob eine geworfen wurde? Wie bei jeder anderen Exception auch, mit try und catch. Gibt es ein konkretes Problem?

Die Fehlermeldung sagt doch alles. Die Funktion verlangt einen Zeiger, nicht das Objekt selbst. Setz also ein & vor den Parameter, und es passt.

Abs

Wenn inhalt und inhalt2 tatsächlich Unicode sind, sollte das hier funktionieren: CString i1 = (LPCWSTR) inhalt; i1 = i1 + " "; i1 = i1 + CString( (LPCWSTR) inhalt2);[/CODE] CString hat einen impliziten Konstruktor für Unicode-Strings, der eine Umwandlung vornimmt. Der wird aber nur verwendet, wenn der Datentyp auch Unicode entspricht. Daher die casts auf LPCWSTR (entspricht const unsigned short*).

Das ist schon was anderes. Da ist jetzt nämlich die Frage, wie die Daten in das CString-Objekt kommen. Wenn du nämlich einen normalen CString mit Unicode fütterst, nimmt er nur das erste Zeichen auf. Also zeig uns bitte den echten Code, kein Beispiel, von dem du glaubst, dass es den Fehler erkennbar oder reproduzierbar macht. Da liegt man leider meistens falsch.

GetTickCount liefert die verstrichenen Millisekunden seit dem Start des Systems. Das Problem dabei ist nur, dass der Wert nach knapp 50 Tagen überläuft und wieder bei Null beginnt.

Wie kommst du darauf, dass der String Unicode ist, bzw. wie äußert sich das? Übrigens hast du ein Speicherproblem: The address returned by GetBuffer may not be valid after the call to ReleaseBuffer since additional CString operations may cause the CString buffer to be reallocated. ... The buffer memory will be freed automatically when the CString object is destroyed.

Bitte zeig uns den wirklichen Code, und den genauen Wortlaut der Fehlermeldung. Sonst lässt sich schwer sagen, ob z.B. das fehlende Semikolon in der letzten Zeile ein wirklicher Fehler oder eine Ungenauigkeit beim Abschreiben des Codes ist.

Da du in diesem Thread schon eine Antwort bekommen hast, mache ich hier zu. Bitte auf doppelte Beiträge verzichten.

GDI+ (Bibliothek und Header) ist Bestandteil des Windows Core SDK. Gibt's hier: http://www.microsoft.com/msdownload/platformsdk/sdkupdate/

Am einfachsten: OnClose überschreiben und nicht CDialog::OnClose aufrufen. Das klemmt aber auch den X-Button oben rechts ab.

Google, mit "Weingummi Rezept" gefüttert, spuckte u.a. folgendes aus: http://www.webkoch.de/db/stichwortanzeige.html?nr=2440

f ist NULL. Du musst den Rückgabewert von fopen auf != NULL prüfen. Die Ursache ist, dass du die Backslashes im Pfad nicht verdoppelt hast: f = fopen("c:\\MeineDateien\\Telefonauskunft.dat", "r");

Bist du sicher, dass hti gültig ist und auf das richtige Element verweist? Was gibt Select zurück?

Die Network-Installation ist üblicherweise auf derselben Seite, z.B. hier: http://www.microsoft.com/Windows2000/downloads/servicepacks/sp3/download.asp

Dann würde ich empfehlen, die Dateien nicht vollständig einzulesen.

Bitte keine Doppelpostings. Thema geschlossen. --> http://fachinformatiker-world.de/forums/showthread.php?s=&threadid=38743

Kann es sein, dass das TreeControl einfach nicht den Fokus hat und der Style TVS_SHOWSELALWAYS nicht gesetzt ist?