Klotzkopp

Hast du mal versucht, einfach die Strings selbst in einer "kleiner-als"-Relation zu vergleichen? Wenn da ein lexikalischer Vergleich gemacht wird, sollte das doch genau das sein, was du brauchst. Viele Programmiersprachen können das.

Ich habe das Problem noch nichts ganz verstanden. Du hast also eine Menge dieser Strings, und willst diese Menge auf möglichst wenige reduzieren, so dass trotzdem eine Oder-Verknüpfung aller Elemente dasselbe Ergebnis liefert? Und du hast einen Algorithmus, der das für Zahlen tut? Warum kannst du den nicht auf die Strings anwenden?

LoadLibrary wird dir so nicht weiterhelfen. Was du benutzt, ist Load-time dynamic linking, mit einer Importbibliothek. Die DLL-Suchpfade bei Load-time dynamic linking kannst du nicht beeinflussen. LoadLibrary dient zum Run-time dynamic linking. Dabei kannst du den Pfad angeben, aber du kannst keine Importbibliothek verwenden, sondern musst jede Funktion aus der DLL, die du benutzen willst, mit GetProcAddress laden. http://msdn.microsoft.com/library/en-us/dllproc/base/about_dynamic_link_libraries.asp

Es kommt auf den Zweck des Programms und des Logs an. Soll das Log zur Fehlersuche benutzt werden, oder für statistische Auswertungen, oder etwas ganz anderes? Ein Log als Selbstzweck ist nicht so sinnvoll.

Wenn du clrscr hast, hast du womöglich auch gotoxy. Damit kannst du an die Position der Ausgabe springen und alles mit Leerzeichen überschreiben.

Da das, was du "enthalten" nennst, keine direkte Eigenschaft der Werte der Zahlen ist, sondern vor der Darstellung in einem bestimmten Zahlensystem (in diesem Fall das Dezimalsystem) abhängt, ist die Umwandlung in einen String mit der dezimalen Schreibweise der Zahlen (wie jasso schon sagte) die einfachste Möglichkeit, das zu prüfen. Solange die enthaltene Zahl nur eine Ziffer hat, könntest du auch die zu durchsuchende Zahl durch wiederholte Division durch 10 und Prüfung des Rests abarbeiten. Aber was ist nach deiner Definition von "Enthalten" mit diesen Fällen? Ist 22 in 212 enthalten? Ist 23 in 32 enthalten? Falls ja, muss man wieder anders vorgehen. Dann müsstest du zuerst exakt erklären, was du mit "Enthalten" meinst.

int i, j = 0; for(i=0; i<size; ++i) { if(test(i) == rot) { tausche(i, j); ++j; } } for(i=j; i<size; ++i) { if(test(i) == gruen) { tausche(i, j); ++j; } }[/code]Sollte eigentlich linear sein...

n ist hier keine Variable in einem algebraischen Ausdruck, sondern gehört zur Beschreibung einer Komplexitätsklasse. n steht hier nicht für einen Wert, den man einsetzen könnte.

Das hat mit Standard-C nichts mehr zu tun. Anlaufstelle für solche Informationen ist die MSDN Library. http://msdn.microsoft.com/library/en-us/dllproc/base/getconsolescreenbufferinfo.asp

Hast du dir die Funktion überhaupt angesehen? Hast du konkrete Fragen?

Unter Windows sollte das mit GetConsoleScreenBufferInfo funktionieren.

Meinst du ein Konsolenfenster? Willst du Zeichen oder Pixel?

Das lag dann aber nicht an CopyFile. Bei mir kommt der Aufruf erst dann zurück, wenn die Datei kopiert wurde.

Versuch das mal: BOOL CProgrammDlg::PreTranslateMessage(MSG* pMsg) { if(pMsg->message>=WM_KEYFIRST && pMsg->message<=WM_KEYLAST [b]&& pMsg->wParam != VK_TAB[/b]) { ...[/CODE]

Äh, bist du wirklich sicher, dass CopyFile zurückkommt, bevor die Datei komplett kopiert wurde? Ich hab da meine Zweifel, und werde das gleich mal testen.

Kommentier den Aufruf von TranslateAccelerator doch mal aus, nur zum Test.

CopyFileEx braucht 6 Parameter. Sagt jedenfalls die MSDN Library. Warum deklarierst du die Callbackfunktion in der Kopieren-Methode?

Was willst du damit? Das ist der Lösungsansatz für WinAPI-Dialoge. Du hast doch MFC, da sollte das eigentlich gar nicht notwendig sein. Hast du irgendwelche Änderungen an der Verarbeitung von Tastaturereignissen gemacht, z.B. in PreTranslateMesage?

Benutzt du vorkompilierte Header (stdafx.h)? Falls ja: Setz die define-Direktive da rein, vor alle include-Direktiven. Falls nicht: Akzeptiert dein Compiler das hier? #define _WIN32_WINNT 0x400 #include <windows.h> int main() { CopyFileEx(0, 0, 0, 0, 0, 0); }[/code]

Dieses Präprozessorsymbol wird in winbase.h abgefragt. Wenn du es erst setzt, nachdem winbase.h abgearbeitet wurde, ist die Wirksamkeit begrenzt. Die define-Direktive muss vor die include-Direktive.

Nicht gut

Wo? Hast du noch andere defines gesetzt?

Bei einer dialogbasierten Anwendung sollte das eigentlich funktionieren. (siehe http://www.microsoft.com/mind/0499/faq/faq0499.asp)

Hast du das gemacht?

Das geschieht nicht automatisch. Du musst die Verzeichnisse selbst erstellen.