Klotzkopp

Du solltest auf jeden Fall als ersten Parameter LVS_TYPEMASK verwenden, damit du sicher alle Ansichtsflags auf Null setzt. "Hacken" ist ein anderes Wort für Ferse, oder eine Tätigkeit, bei der man eine Axt benutzt. Meinst du vielleicht Haken? Der Menübefehl sollte eine WM_COMMAND-Nachricht auslösen, mit der Command ID im WPARAM und (vermutlich) 0 im LPARAM.

Wie du sie aufrufen sollst, hat Zakum gar nicht geschrieben. Aufrufen kannst du die Funktion - wenn sie richtig deklariert ist - einfach so: ausles( datei_best ); Eckige Klammern oder Adressoperatoren haben da nichts zu suchen.

Da gibt es nicht herauszubekommen, der Buchstabe ist selbst ein Zahlenwert. char ist ein Ganzzahldatentyp, der "Wert" ist der ASCII-Code des Zeichens. Und einen "dezimalen Wert" gibt es nicht. Zahlensysteme braucht man nur für die Darstellung, das ist keine Eigenschaft eines Wertes. 0xff, 255, 0377 und b11111111 sind nur unterschiedliche Darstellungen für denselben Wert, das brauchst du beim Rechnen nicht zu berücksichtigen. Zahlensystem sind nur dann von Interesse, wenn du Zahlen in Text oder Text in Zahlen umwandelst. Intern speichert der Computer sowieso alle Zahlen im Dualsystem. Schreib also einfach hash += string[zahl];

Nein, es war ein Array von char-Arrays. Das ist etwas ganz anderes.

Welche Betriebssysteme musst du denn erkennen können? Nur Windows? Oder auch andere? Und wann? Zur Compilezeit oder zur Laufzeit?

:mod:

"Der" meint "damit", dass du eine Zahl mit einem Zeiger vergleichst, was generell fragwürdig ist. Ich vermute, du hast cWerte nicht so abgeändert, wie ich es vorgeschlagen habe. Falls doch, musst du nochmal den Code zeigen.

Du musst mit cWerte vergleichen, nicht iWerte.

Mit dieser Anweisung erhältst du einen String, der die dezimale Schreibweise des ASCII-Codes des Zeichens an der Stelle zahl enthält. Das ist sicher nicht, was du willst. Du brauchst hier weder itoa noch strcmp, du willst doch nur Zeichen mit Zeichen vergleichen. Wandle cWerte um in ein Array von char: char cWerte[38] = {'1','2','3','4','5','6','7','8','9','a','b','c','d','e','f','g','h','i','j','k','l','m','n','o','p','q','r','s','t','u','v','w','x','y','z',';',':','#'}; Dann kannst du string[zahl] und cWerte direkt vergleichen.

Was meinst du mit "fest speichern"?

auslesen.open("out.txt", ios::app); Ansonsten wird die Datei bei jedem Öffnen "geleert".

Ich habe das gerade mal in einem Miniprogramm getestet: Bei mir geht das mit vielen unterschiedlichen IDs, z.B. 200, 1000, 5000 usw. Wenn das bei dir nicht klappt, kann das eigentlich nur an deinem restlichen Code liegen.

Da steht's doch: Das Handle ist Null (0x00000000). CreateDialogIndirect ist also fehlgeschlagen. Welchen Wert gibt GetLastError direkt nach diesem Aufruf zurück?

In einem HWND kann nicht "unused=???" stehen, genauso wie in einem int nicht "HundKatzeMaus" stehen kann. Bist du sicher, dass du dir den Wert zum richtigen Zeitpunkt ansiehst, also direkt nach dem Aufruf?

Das ist eine Fehlermeldung des Debuggers, nicht der Rückgabewert.

Hallo, und Willkommen auf dem Board. Ja, das wäre es vermutlich. Ein Hinweis am Rande: Wenn du eine Frage hast, solltest du sie stellen. Außerdem sollte dir klar sein, dass dir hier niemand helfen kann, weil hier niemand außer dir weiß, wie dein Code aussieht. Niemand außer dir weiß, wie du die Positionsdaten deiner Schlange organisiert hast (Ringpuffer, verkettete Liste oder etwas ganz anderes). Allgemein kann man nur sagen, dass du deine Speicherstruktur dynamisch vergrößern musst. Das Selbst-Fressen erkennst du ganz einfach daran, dass der Kopf an einer Position steht, an der auch ein Schwanzteil steht. Dazu musst du nur nach jedem Schritt die Kopfposition mit jeder Schwanzposition vergleichen.

Na dann ist doch alles klar, oder? Du musst eine Funktion schreiben, die so aussieht: int CALLBACK NameIstEgal(TStringList list, int index1, int index2) { // Hier den richtigen Wert zurückgeben, je nachdem, // ob index1 oder index2 nach oben soll. }[/code] Dann kannst du CustomSort mit einem Zeiger auf diese Funktion aufrufen.

Was heißt das konkret? Gibt CreateDialogIndirect NULL zurück? Falls ja, was liefert GetLastError?

std::getline kann aus jedem Eingabestrom lesen, also auch aus cin. Und std::strings kannst du mit == vergleichen.

INT_PTR, nicht int*. Doch, da ziehst du ja das LOWORD heraus. Aber im HIWORD von wParam steckt auch noch der Notification Code. Das ist in deinem Fall allerdings 0 (für BN_CLICKED). Das ist eine denkbar schlechte Wahl. Dieser Wert (die höchstmögliche ID) ist normalerweise reserviert für Static Controls. Nimm mal etwas kleineres, z.B. 1000.

Eine Datei zum Lesen öffnen kannst du mit der Klasse std::ifstream (in <fstream>). Zeilenweise in einen std::string lesen kannst du mit der Funktion std::getline (in <string>).

Der Rückgabetyp ist immer noch falsch. Den darfst du nicht einfach ändern. Nicht ganz. Das untere WORD von wParam enthält die ID. Welche ID hat der Button denn überhaupt? Welchen Wert erwartest du? Sprich: Welchen Wert hat MyButton?

Oder du verrätst mal, zu welcher Klasse das ganze gehört, oder verweist auf eine Online-Doku, falls es eine gibt. Es riecht irgendwie nach Borland.

Warum benutzt du eigentlich nicht DLGTEMPLATEEX und DLGITEMTEMPLATEEX, sondern baust das in einer eigenen Struktur nach? Du musst dich schon an die vorgegebene Signatur halten. Eine DialogProc hat so auszusehen: INT_PTR CALLBACK DialogProc(HWND, UINT, WPARAM, LPARAM); Und es wäre natürlich auch gut, wenn du in dem relevanten case-Block auch etwas tun würdest. Schließen kannst du den Dialog mittels EndDialog.