Klotzkopp

Wie wäre es mit ein wenig Eigeninitiative? Wenn du Aufgabe 1 selbst gelöst hast, sollte das doch kein großes Problem darstellen

Du musst dir die Werte in i und z merken, an denen die letzte Zuweisung an high stattgefunden hat. Die könntest du dann über Referenzparameter an den Aufrufer zurückgeben.

<ctime> ist für C++ schon richtig, das entspricht <time.h> für C. Allerdings müsste man dann konsequenterweise auch <cstdio> und <cstdlib> benutzen., denn <stdio.h> und <stdlib.h> gibt's für C++ nicht. Mit der Funktion localtime kannst du einen time_t-Wert in eine tm-Struktur umrechnen lassen. Damit hast du dann alles schön aufgeteilt, und Schaltjahre sollte das auch von allein berücksichtigen.

Aufrufe bildet man nicht in Klassendiagrammen ab. Meinst du vielleicht einen anderen Diagrammtyp? Vielleicht ein Sequenzdiagramm?

Hast du dafür auch eine Begründung? In double passen erheblich größere Zahlen als in irgendeinen Integer-Typ. Bist du ganz sicher, dass du die Aufgabenstellung richtig verstanden hast? Die Fakultät einer sechsstelligen Zahl kann locker auf über 1 Million Stellen kommen, da hilft dir kein noch so großer eingebauter Datentyp weiter, dafür gibt es spezielle Bibliotheken.

Dass es kein Workbook mit diesem Namen gibt. Benutzt du denn irgendwo Workbooks.Open?

Geht's etwas ausführlicher?

Ist das jetzt dein tatsächlicher Code? Bitte benutz hier keine Code-Platzhalter ("programm.exe" ohne Pfad, wenn du "adrhexler7.exe" mit Pfad aufrufst), wenn du nicht absolut sicher bist, dass sich das nicht auf den Fehler auswirken kann. Wenn schon im Pfad zum Programm Leerzeichen auftreten, musst du diesen String natürlich auch in Anführungszeichen stecken. Wir hätten uns hier sehr viel Zeit und Mühe ersparen können, wenn du gleich den echten Code und den Wortlaut der Fehlermeldung gepostet hättest.

Im Debugger, ja. Der stellt das so für dich dar, vermutlich, damit du es direkt in quellcodefähiger Form kopieren kannst. Im String sind diese Backslashes nicht drin.

Das steht hier im Thread. Mehrfach. Dass das gar nicht dein Problem ist, ist offenbar bei dir immer noch nicht angekommen.

Du hast kein Problem mit Leerzeichen im Pfad. Du hast das Problem, dass deine Forms-Anwendung das Konsolenprogramm nicht findet. Wenn du den Pfad zum Konsolenprogramm explizit angibst, läuft's doch, oder?

Wenn du eine ausführbare Datei ohne Pfad starten willst, wird der Inhalt der Umgebungsvariablen PATH benutzt, um diese Datei zu suchen. Obiges Verzeichnis ist da bei dir sicher nicht drin, also klappt das ohne Pfad nur, wenn du das Forms-Programm aus dem Verzeichnis startest, in dem das Konsolenprogramm liegt. Ich möchte übrigens festhalten, dass dein Problem nichts mit Escapen von Anführungszeichen zu tun hat. Für die Zukunft: Beschreib das Problem selbst, nicht das, was du für die Ursache hältst.

Ich bitte dich jetzt zum vierten und letzten Mal darum: Ruf zum Test bitte programm.exe mit absolutem Pfad auf.

Deine Experimente bringen nicht viel. Du musst den Fehlerfall debuggen, nicht irgendetwas nachgebautes. Bau in dein Konsolenprogramm am Anfang eine Eingabe von der Konsole oder so etwas ein. Dann starte dein Forms-Programm und lass es dein Konsolenprogramm starten. Wenn dann das Konsolenprogramm auf die Eingabe wartet, häng dich mit dem Debugger dran (Debug -> Attach to Process) und sieh nach, was über die Parameter reingekommen ist. Hast du das mit dem absoluten Pfad versucht?

Ich hatte dich gebeten, dich mit dem Debugger an programm.exe ranzuhängen, damit wir ein wenig mehr Informationen als "unhandled exception ^^" bekommen. Was ist dabei herausgekommen? Ich hatte dich auch gebeten, beim Starten den absoluten Pfad zu programm.exe anzugeben. Was ist dabei herausgekommen?

Denken ist ja schön und gut, wie wäre es denn, wenn du es prüfst? Gibt es einen Grund, warum du meine Fragen nicht beantwortest und nicht tust, worum ich dich gebeten habe? Denn dann kann ich mir das auch sparen.

Dann häng dich doch bitte mit dem Debugger dran, und sieh nach, was genau passiert. Mit "unhandled exception" allein kann man nichts anfangen, ob mit oder ohne ^^. Und bist du wirklich sicher, dass das richtige programm.exe gestartet wird, und nicht eine alte Version, die noch irgendwo rumliegt? Gib beim Starten bitte mal einen absoluten Pfad zur Exe an.

Und was passiert genau, wenn du das ausführst?

Zeig mal das fertige sArgument. Funktioniert dein Programm, wenn du es damit in der Konsole aufrufst?

Zeig mal das fertige sArgument. Am besten nicht im Debugger, sondern schreib es in eine Textdatei und kopier es hier rein.

Wenn das ein C-Programm sein soll, warum ist das eigentlich eine .cpp-Datei? Dadurch wird dein Programm als C++ kompiliert -> Umbenennen nach .c Und <iostream> und Namespaces gibt's in C auch nicht -> Weg damit.

Und die Anführungszeichen packst du nur um sInputPfad? Oder auch um sOutputPfad? Zeig mal das fertige sArgument.

Es wurde hier schon mehrfach gesagt: Das sollte das richtige Ergebnis sein. Zeig doch mal, was du mit dem String machst.

Erklär doch mal, warum der ursprüngliche Code Daten an 116.42.83.212:8080 schickt.

Der Compiler stört sich nicht daran, dass du Tankstelle::eingabe mit Rückgabetyp void deklariert, aber dann mit Rückgabetyp int (dafür aber ohne Return-Anweisung) definiert hast?