Klotzkopp

Ds klappt nur bei manchen Compilern. Laut Standard erzeugt fflush auf Eingabeströmen undefiniertes Verhalten.

Das heißt, du bist ein Schwein, weil du es nicht lesen willst? Keine Angst, du musst deiner reduzierten Aufmerksamkeitsspanne nicht den ganzen Text antun, der "dumme Mod" hat dich freundlicherweise auf genau den Abschnitt verwiesen, der für dich relevant ist. Und ich liebe User, die nicht in der Lage sind, eine ordentliche Problembeschreibung abzuliefern, und dann noch rumstänkern, wenn man sie darauf hinweist. Für die Zukunft*: Wenn du eine Fehlermeldung bekommst, schreib sie hin. Wenn nicht, beschreibe, wie sich beobachtetes und gewünschtes Verhalten unterscheiden. Mit "Ich bekomm es net zum laufen" kann niemand etwas anfangen. Und zu deinem Problem: doubles liest man mit %lf ein. *Aber nicht hier.

Es gibt da jede Menge mehr oder wenige dreckige Möglichkeiten. Schau dir mal an, was aktuelle Anti-Cheat-Programme für Spiele so alles tun. Die verhindern sogar, dass du einen Debugger überhaupt startest.

Nein.

Wenn du das Ergebnis dieser Subtraktion in einer Variablen speichern willst, solltest du es dieser Variablen auch zuweisen.

Hat es einen bestimmten Grund, dass du char-Arrays benutzt, und nicht std::string?

Wer irgendwelche Sicherheitsprüfungen in deinem Programm aushebeln will, wird dafür vermutlich nicht zu einem Decompiler greifen, sondern eher zu einem Debugger. Er kann dann die Prüfungsfunktion einfach überspringen, oder so lange Schritt für Schritt durchs Programm gehen, bis das Passwort im Klartext im Speicher steht. Darum macht man das auch nicht so. Man legt Passwörter niemals irgendwo ab, weder unverschlüsselt noch verschlüsselt. Passwörter werden durch eine kryptologische Hashfunktion gejagt und das Ergebnis abgelegt. Einen Hash kann man nicht (oder nur mit sehr sehr großem Aufwand) zurückrechnen. Andererseits ist die Passwortprüfung einfach: Du schickst die Benutzereingabe durch dieselbe Hashfunktion. Wenn dabei der richtige Hash herauskommt, kannst du davon ausgehen, dass das Passwort richtig ist. Kryptologische Hashfunktion ? Wikipedia Das Problem, dass die gesamte Passwortprüfung mit einem Debugger übersprungen werden kann, hast du aber immer noch.

Das darf angezweifelt werden: Security through obscurity ? Wikipedia

<windows.h> sollte es tun.

Doch, ist es. Es sei denn, du hast die Express-Edition, da sind die MFC nicht dabei. Dann ist das fehlende #define für CALLBACK aber dein kleinstes Problem. Also, welche Edition von VS2010 hast du, und ist das ein MFC-Projekt?

Was möchtest du denn noch wissen? Mehr als dieser Microsoft-Mitarbeiter wird hier wohl kaum jemand sagen können

Das ist offenbar ein bekanntes Problem, Google findet mehrere Leute mit demselben Problem. Hier hat einer einen Workaround: ListView shows tooltips behind its own form when form is topmost

Main() and Command-Line Arguments (C# Programming Guide)

Nein, unmöglich ist es nicht. Nur ziemlich unwahrscheinlich. Mag sein, dass er den Thread abonniert hat. Mag auch sein, dass er sich gar nicht mehr daran erinnert, was er da mit OCI (nicht OCCI) gemacht hat. Es ist ja auch völlig in Ordnung Ich wollte nur darauf hinweisen, dass du möglicherweise keine Rückmeldung mehr bekommst.

Das Problem steckt in solchen Fällen praktisch nie da, wo sich die ersten Probleme bemerkbar machen. Wenn du dir den Stack zerschießt, fliegt dir das irgendwann später um die Ohren. Vielleicht bekommst du auch nur seltsame Werte, oder es läuft, wie es soll. Du kannst jetzt viele Experimente machen, wie sich dein Programm verhält, nachdem es sich den eigenen Speicher kaputtgemacht hat, aber das bringt nichts. Wenn du den relevanten Code nicht zeigen willst, dann überprüf selbst sämtliche Array- und Zeigerzugriffe. "Sieht gut aus" reicht da nicht, da ist ernsthaftes Prüfen angesagt.

Hast du einen Link dafür? Ich finde nur das: RowSource Property [Access 2007 Developer Reference]

Vermutlich zerschießt du dir den Stack, weil du irgendwelche Arraygrenzen überschreitest.

Der Threadersteller war seit fast 4 Jahren nicht mehr auf dem Board.

Hier werden die Begriffe erklärt: About Window Stations and Desktops (Windows)

Und an welcher Stelle im Programm passiert das?

Wo kommt denn dieser ominöse pViewDC her?

Das ist vom Designstandpunkt gesehen eine ganz schlechte Idee, ungefähr so schlecht wie globale Variablen.

Bitte zu einem Thema immer nur einen Thread aufmachen, siehe Boardregeln. Hier geht's weiter.