Klotzkopp

Der Defaultparameter muss in der Deklaration des Konstruktors angegeben werden, nicht in der Definition.

Das ist ein schönes Beispiel für "optimistischen Code" - du gehst einfach davon aus, dass alles klappt, weit und breit ist keine Fehlerbehandlung zu sehen Dann ist vermutlich _fsopen fehlgeschlagen. Das fängt dein Code nicht ab. Lass dir die Zwischenergebnisse mit MessageBox ausgeben, um die Ursache einzukreisen. Ich vermute, dass GetCommandLine etwas anderes liefert, als du erwartest.

:confused: Das hat Amstelchen doch geschrieben.

Ich verstehe nicht, was du mit diesen Workarounds erreichen willst. DevHB hat dich doch nun schon zweimal um den Code gebeten. Bist du nicht daran interessiert, den Fehler zu finden?

Der Thread darf den Dialog nicht direkt beenden. Du könntest dafür auch eine benutzerdefinierte Nachricht benutzen.

Das heißt, du rufst eine MFC-Methode aus einem anderen Thread als dem, der das Objekt erstellt hat, auf. Das ist schon mal falsch. Momentan signalisierst du dem Thread über eine Boolvariable, dass er sich beenden soll. Das ist nicht zuverlässig. Statt dessen sollst du ein Event benutzen. Der Thread wartet regelmäßig (z.B. in der Schleife) mit Timeout 0 auf das Event und beendet sich, wenn es signalisiert ist. Stichworte: CreateEvent, SetEvent, WaitForSingleObject. Nachdem das Event gesetzt wurde, kannst du mit WaitForSingleObject auf das Threadhandle warten, bis der Thread wirklich beendet ist.

Einfache Variablen und Sleep sind für Threadsynchronisation nicht geeignet. Benutz ein Event und warte hinter auf das Threadhandle.

Google -> ".net 2.0 what's new", erster Treffer: http://msdn2.microsoft.com/en-us/library/t357fb32.aspx

Dann lass den Thread doch eine Nachricht an den Dialog posten, wenn es etwas zu aktualisieren gibt. Das hatten wir doch irgendwie schon ein paar Mal, wenn ich mich richtig erinnere

Mit dieser while-Schleife blockierst du die Nachrichtenverarbeitung in deinem Dialog.

Zeig mal den Thread und wie du ihn startest.

Du bist nicht unbedingt OT, aber dafür mehr als ein wenig spät. Ich glaube nicht, dass der Threadersteller 18 Monate nach dem Abgabetermin damit noch viel anfangen kann.

Richtig. Nein. Compiler sind üblicherweise Kommandozeilenprogramme und haben gar keine grafische Benutzeroberfläche. Dann hast du aber nicht bei Wikipedia nachgesehen: http://de.wikipedia.org/wiki/Integrierte_Entwicklungsumgebung

Was heißt denn "auch"? Du hast von Zeichen gesprochen, daher habe ich angenommen, dass es eine Konsolenanwendung sein soll. Das hier könnte dir weiterhelfen: http://ic.sidewindershome.net/

Für welches Betriebssystem soll es denn sein?

In Standard-C++ gar nicht. Je nach Betriebssystem/Bibliotheken gibt es Konsolenfunktionen, die das ermöglichen. Zeichen "verschwinden", wenn man Leerzeichen drüberschreibt.

Wenn ich das jetzt richtig verstanden habe (ohne Satzzeichen ist es etwas schwierig zu erkennen, wo ein Satz aufhört und der nächste beginnt), dann wolltest du uns das nur mitteilen? Oder hast du auch eine Frage? Ansonsten kann ich dir nur viel Erfolg wünschen.

Siehe meine Signatur. Je nachdem, mit welchem Programm du dir hinterher die Datei ansiehst, brauchst du möglicherweise \r\n.

Das "Current Directory" muss beim Start nicht zwangsläufig der Ordner sein, in dem das Programm selbst liegt. Insofern ist das nicht "falsch". Wenn du wissen willst, wo dein Programm liegt, musst du das demnach anders machen, z.B. mit Application.ExecutablePath.

Ich hoffe, dass du auch irgendwo Speicher holst, auf den diese Zeiger weisen können. Sonst geht das erst strcpy in die Hose. Damit du dir dieses ganze Speichermanagement schenken kannst, empfehle ich, die Zeiger durch Stringobjekte zu ersetzen.

...und Anybody hat's offensichtlich nicht. Sollen jetzt jeder hier aufzählen, ob er's hat? Das bringt uns nicht weiter. Anybody, taucht das Framework 2.0 in der Liste der installierten Programme auf?

Die Sprache heißt C, nicht #C Ich kenne es selbst nicht, vielleicht kommst du damit zurecht: http://www.codeblocks.org/downloads.shtml

Ich rate von Dev-C++ ab. Die Entwicklungsumgebung hat etliche Bugs und wird nicht mehr weiterentwickelt. Die Fehler rühren vermutlich daher, dass du diesen C-Code als C++ zu compilieren versuchst. Trotzdem würde ich das Buch wegwerfen. Der Zugriff auf a[2] ist ein dicker Fehler. a[1] ist der letzte gültige Eintrag.

C, C++ und C# sind Programmiersprachen, keine Programme. Das ist der deutsche Wikipedia-Artikel zu C. C++ und C# sind da verlinkt: http://de.wikipedia.org/wiki/C_%28Programmiersprache%29 Visual C++ ist keine Programmiersprache, sondern eine Entwicklungsumgebung von Microsoft.

Wie sieht denn dieser Callback aus? Gibst du einen Funktionszeiger an, oder läuft das auch über eine Windows-Nachricht?