Klotzkopp

Die Suchfunktion ist Dein Freund. So was hatten wir schon mal: http://fachinformatiker-world.de/forums/showthread.php?s=&threadid=15739 Bezüglich Neuinstallation: Du müsstest immer noch mit der XP-CD booten können.

Dann musst Du den String verändern, und zwar so, dass atoi an dieser Stelle abbricht. Beispiel: char pString[] = "ABCDEFGHI=1234567"; *(pString + 14) = 'x'; // macht aus der 5 ein x int n = atoi( pString + 10 ); // ergibt 1234

Nach dem, was ich darüber gefunden habe, bist Du hier schon ganz richtig

int n = atoi( "ABCDEFGHI=1234xyz" + 10 );

Wenn das Listenfeld in Dialog 2 ist, dann kannst Du es frühestens füllen, wenn Dialog 2 erstellt wurde. Das erfährst Du durch WM_INITDIALOG. Und auf welche DlgProc die Dialoge zugeifen, gibst Du doch beim Aufruf von DialogBox selbst an. Wenn beide dieselbe verwenden, dann musst Du anhand des HWND unterscheiden, welcher Dialog gerade erstellt wurde.

Verwendest Du etwa für beide Dialoge dieselbe DlgProc? Und was ist "ned"?

DialogBox kommt erst dann zurück, wenn die angegebene DlgProc-Funktion den Dialog mittels EndDialog schließt. Danach ist der Dialog weg, also kannst Du nicht auf das Listenfeld zugreifen. Der andere Dialog könnte das Listenfeld selbst während der Behandlung von WM_INITDIALOG füllen.

Wenn Du scanf mit %x benutzt, musst Du einen Zeiger auf int mitgeben. Du willst doch von dem String weg.

scanf mit %x sollte es tun.

Sorry, das mit der Struct hatte ich übersehen. Bau doch mal else-Blöcke in die SUCCEEDED-Abfragen ein, damit Du sieht, an welcher Stelle er aussteigt. Noch was: Das Release solltest Du vom erfolgreichen CoCreateInstance abhängig machen, nicht vom erfolgreichen Close.

IIRC, ist der Ungleichheitsoperator in Delphi <>

Naja, wenn Du keine Klasse hast, sondern nur statische (oder globale) Methoden wie main, dann hast Du natürlich keinen this-Pointer. Wenn das Symbol in deinem Code nicht vorkommt, dann ist es auch kein Fehler. Aber was anderes: Hast Du CoInitialize aufgerufen?

Glaubst Du, dass Du so schnellere oder bessere Antworten bekommst? Ein bisschen weniger 1337 und Sonderzeichen fände ich nett. Du mutest Deinen Lesern Einiges zu. Und entscheide Dich für ein Forum, siehe Boardregeln

Ich denke, WM_ENABLE dürfte Dein Problem lösen.

Siehe oben

Moment, Du musst m.W. erst RegOpenKeyEx aufrufen, denn Du darfst bei RegQueryValueEx keinen "Pfad" angeben. In diesem Thread ist ein Beispiel für RegOpenKeyEx.

Wie wäre es, wenn Du nicht dwData, sondern cDaten ausgibst?

ADO ohne MFC hatten wir schon mal, vielleicht hilft Dir der Link in diesem Thread auch: http://fachinformatiker-world.de/forums/showthread.php?s=&threadid=18945

An der while-Schleife.

Er hat höflich darum gebeten, dass, wer Lust hat, sich die Seite anschauen mag. Das finde ich völlig in Ordnung, denn dazu ist dieses Forum da. Es ist ja nicht so, dass man ab dem Moment, zu dem man nicht mehr Auszubildender ist, sondern mit Themen aus dem Job konfrontiert wird, hier keine Fragen mehr stellen darf. So eine Frage ist mir allemal lieber als die ewige "wie richte ich meinen privaten Daddel-Filmsaug-DSL-Zugang mit DTF richtig ein"-Frage. Dieses Board beschäftigt sich u.a. mit dem Beruf des FI, und deswegen sollte es auch kein Problem mit berufsbezogenen Fragen geben. Diese Mentalität, die bei Dir durchklingt, und die in etwa lautet: "Du wirst dafür bezahlt, sieh zu, wie du klar kommst", halte ich für bedenklich. Wer seine Hilfe allein davon abhängig macht, was derjenige, dem geholfen wird, davon hat, der hat in meinen Augen ein Problem.

Tritt der Fehler immer auf, oder nur, wenn Du ein bestimmtes Programm startest? In welchem Verzeichnis steht die RCT.exe? Du hast nicht zufällig ein Cheat-Programm für Roller Coaster Tycoon installiert?

Hatten wir schon: http://fachinformatiker-world.de/forums/showthread.php?s=&threadid=20337

Ist es. An select hatte ich gar nicht mehr gedacht.

Die normale Socket-API stellt keine Möglichkeit zur Verfügung, Timeouts festzulegen. Man kann sich aber z.B. mit einem weiteren Thread behelfen, der nach einer bestimmten Zeit den Socket schließt, so dass send bzw. revc mit einem Fehler zurückkommt. Es gibt auch jede Menge plattformspezifischer Lösungen, z.B. für MFC: http://fachinformatiker-world.de/forums/showthread.php?s=&threadid=19704

Ich stell mir gerade einen Hamburger mit Debug-Info vor, brrr.... Aber zum Thema: Es gibt sog. Dekompilierer, die aus einer ausführbaren Datei wieder Quellcode machen können, aber der ist dann meist sehr weit von dem ursprünglichen Code entfernt. Wie weit, hängt zum Teil auch davon ab, wie stark der Compiler den Code optimiert hat, und ob die ausführbare Datei Debug-Informationen enthält. Die Ergebnisse von Präprozessor-Direktiven oder das Linken mit statischen Bibliotheken lassen sich auch nicht rückgängig machen. Im besten Fall (wenn es sich nicht gerade um ein "Hallo Welt"-Programm handelt) bekommst Du Code, den Du nur schwer verstehen oder modifizieren kannst, im schlimmsten Fall totales Kauderwelsch.