Klotzkopp

Mal ehrlich, glaubst du, mit dieser Fehlerbeschreibung ("funktioniert nicht") und diesem Codefragment kann irgend jemand irgendetwas anfangen? Fehlermeldung? Datentyp von strAusgabe? Datentyp von BtrSaldo? Datentyp von pKKontoSaldo? <Glaskugel raushol> Mach mal das & weg. <Glaskugel wegpack>

Hast du ein Protokoll angegeben? Also HTTP:// oder FTP://?

Windows konnte den Servernamen, den du im URL angegeben hast, nicht auflösen, d.h. nicht in eine IP-Adresse umwandeln. Evtl. Schreibfehler?

using System.Runtime.CompilerServices; ... [MethodImplAttribute (MethodImplOptions.Synchronized)] // Deine Funktion

Hab hier was gefunden, vielleicht hilft's. Auszug: According to the information posted on Toshiba's Web Site, Toshiba Tecra computers through the 740CDT model, Satellite 220/225 models, and the new Satellite Pro series (the 440 through 480 models) have two settings for PCMCIA in the BIOS: PCIC or CardBus/16- bit. For a CardBus PC Card to work on these systems, the BIOS must be set for CardBus/16-bit rather than PCIC.

http://www.google.com/search?q=superbase+odbc

Diese Meldung ist normalerweise ein Zeichen dafür, dass du über das Ende des reservierten Speichers hinaus schreibst.

@saschabu: Setzt mal ein textcolor(15); vor das letzte clrscr();

Das hatte ich doch hier schon gesagt: Zuerst ::LoadImage, dann CBitmap::CreateBitmapIndirect.

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.