Klotzkopp

@lucciano-s: Schau dir einfach mal beide Zahlen im Dualsystem an. Welche ist die schönere?

Wir können dir umso besser helfen, je genauer du den Fehler beschreibst. Übrigens: "das geht aber nicht" ist eine schlechte Fehlerbeschreibung.

Eine Headerdatei wird dir mit hoher Wahrscheinlichkeit nicht weiterhelfen. Wie gajUli bereits sagte, beinhaltet der Standard keine grafischen Funktionen. Alle Funktionen zur grafischen Ausgabe sind an nichtstandardisierte Bibliotheken gebunden, die meistens nicht portabel sind. Auch das, was M.A.Knapp geschrieben hat, ist kein Standard-C/C++. Ob das also bei dir funktioniert, hängt davon ab, ob es diese Bibliothek für dein System gibt. Wenn du Fragen zu grafischen Ausgaben hast, kannst du die gern im Forum C++: Compiler, IDEs, APIs, nach Möglichkeit mit Angabe des Compilers, der verwendeten API und des Betriebssystems, stellen.

Bei mir steht: ... // PsPCMonkey.cpp : Defines the entry point for the application. // #include "stdafx.h" #include "PsPCMonkey.h" #include <commctrl.h> #if _WIN32_WCE < 212//non-Rapier devices #error 'This sample works on Rapier devices only' #endif #include <aygshell.h> ... [/CODE]Also gar nichts von WinUser :confused:

Der Compiler übersetzt nur, er führt nicht aus. VB ist definitiv eine Compilersprache. Debugging ist wieder eine ganz andere Geschichte. Viele Betriebssysteme bieten Mechanismen, mit denen sich ein Debugger an ein laufendes Programm hängen und dessen Programmfluss steuern kann. Bei manchen Debuggern geht auch das, was du beschreibst (Edit and Continue). Was da im einzelnen unter der Haube passiert, hängt von der Programmiersprache ab, aber das ist kein Indiz für die Unterscheidung zwischen Compiler- und Interpretersprache.

Das SDK hab ich hier auch, aber ein #include "winuserm.h" habe ich nicht gefunden. Wie heißt denn die Datei, in der das steht? Hast du mal versucht, das m rauszunehmen?

Ein Dienst ist keine gewöhnliche .EXE, sondern muss bestimmte Bedingungen erfüllen. Siehe dazu: http://msdn.microsoft.com/library/en-us/dllproc/base/service_programs.asp Es gibt aber auch Wege, normale .EXE-Dateien als Dienst zu starten. Schau z.B. mal hier rein: http://fachinformatiker-world.de/forums/showthread.php?s=&threadid=37431

Hier könntest du auch mal reinschauen: http://www.netbeans.org/devhome/faqs/coding.html#FAQ_6

Wie äußert sich der Fehler denn?

Aber sicher gibt's das. Jedes der Office-Programme hat eine vollständige Automatisierungsschnittstelle.

Da würde mir nur noch Boolesche Algebra einfallen. Aber wenn du mit komplexen Zahlen und Lina klarkommst, sollte das auch kein Problem sein.

Was steht denn drin? Das Passwort kannst du ja aus-xxxen.

Gibt es denn einen Datensatz, auf den der Name passt? Was ist, wenn du = durch LIKE ersetzt?

Setze einen Breakpoint auf die Zeile nach dem Open, und starte das Programm im Debugger. Wenn das Programm an dieser Stelle hält, kannst du dir ansehen, was im Recordset drinsteht.

Was sagt denn der Debugger an der Stelle? Hat der Recordset eine Fields-Collection mit Items?

VB ist lange her... rsLoadInfos.Fields.Item(0) = 1 rsLoadInfos.Update ...alles ohne Gewähr, könnte auch Item(1) sein.

Oder schau mal ins Ereignisprotokoll: Neuer Task: eventvwr

Drück mal während der Ausführung Alt+Enter und ändere dann die Einstellungen von Vollbild auf Fenster.

In string.h werden keine String-Datentypen deklariert, deswegen gehe ich mal davon aus, dass du einen normalen C-String, also einen char* meinst. Da gibt es prinzipiell keine Beschränkung, die können so groß werden wie dein gesamter Hauptspeicher. Allerdings werden Probleme auftreten, wenn die Länge den Wertebereich eines size_t übersteigt. Auf 32-Bit-Systemen wären das 4 GByte. Es macht aber nicht viel Sinn, große Datenmengen in einem char-Array abzulegen. Was hast du denn vor?

Hättest du die Suchfunktion benutzt, wärest du u.a. auf diesen Thread gestoßen: http://fachinformatiker-world.de/forums/showthread.php?s=&threadid=17707 Wenn noch weitere Fragen auftreten, hänge dich bitte an diesen Thread. Den hier mache ich zu, damit die Informationen gebündelt werden.

Ich würde es nett finden, wenn du die absichtlichen Rechtschreibfehler unterlassen und ernsthafte Fragen stellen würdest. Die Fachforen sind nicht zum Rumblödeln gedacht.

Für die Windows-API praktisch das Standardwerk: Petzold: Windows-Programmierung

Da wird dein Ansatz daran scheitern, dass ein int keine beliebig lange Zahl aufnehmen kann. Ich würde die Eingabe als string speichern (std::getline) und dann einfach die letzten zwei (oder drei) Zeichen auswerten.

Hast du die Funktion als extern "C" deklariert? Wenn nicht, wird der Name dekoriert. Das kannst du dir mit Depends ansehen. Versuchs mal mit einem Hook für WH_MOUSE_LL, das müsste gehen. Entweder das, oder SetWindowsHookEx gleich in der DLL ausführen.

Sind irgendwelche "besonderen" Steuerelemente auf dem Dialog? RichEdit oder ActiveX vielleicht?