Klotzkopp

Was soll diese Funktion denn tun? Das sieht jedenfalls furchtbar kompliziert aus. Die Lösung ist viel einfacher. Als erstes solltest du std::string für die Eingabe verwenden, keine char-Arrays.

War ja auch nur ein Hinweis . Ich finde solche Lösungen mit Einlesen einzelner Zeichen immer etwas "frickelig", vor allem, wenn das alles auch sauber mit Standardmitteln geht. Hier kann man die Prüfung ja auch prima nach der Eingabe machen.

getch ist nicht im Standard. Deine Lösung hat zudem das Problem, dass sie bei ungültigen Zeichen einfach vorzeitig abbricht, statt einen Fehler zu melden.

Na und? Darf man im ersten Jahr noch nicht denken? Die hier nun schon mehrfach vorgeschlagene Lösung enthält nichts, was in deinem Programm nicht schon drin wäre. Schleifen und Funktionen hast du doch schon. Du hast hier klare Anweisungen bekommen, wie du das Problem lösen kannst. Wenn du das nicht umsetzen kannst, liegt das nicht daran, dass die Antworten "nervig" sind. Wenn du etwas an der vorgeschlagenen Lösung nicht verstehst, dann erkläre, was genau das Problem ist.

Die Funktion isdigit hast du doch schon gefunden. Die musst du doch nur ein einer Schleife auf jedes Zeichen des Strings anwenden. Du kannst auch die Eingabe in einen Stringstream packen, in einen int einlesen und hinterher prüfen, ob das Ende-Flag des Streams gesetzt, und das Fehlerflag nicht gesetzt ist. Damit kommst du um die Schleife herum. Aber ob das einfacher ist?

Doch, genau das kannst du und musst du auch. Lies die Zahl als String ein, und prüf dann in einer Schleife jedes einzelne Zeichen.

Und wenn du Code-Tags verwenden würdest, könnte man das auch erkennen. Ich hole das mal für dich nach. Das nächste Mal denk bitte selbst dran.

Visual Studio 7.1.6030 (Compilerversion 13.10.6030) kompiliert das. Hast du das Service Pack für VS.NET 2003 installiert?

Das bezog sich ja auch nur auf die Funktionen in direct.h. MoveFileEx gibt es erst ab Windows 2000, du musst also vor der Includedirektive für <windows.h> (am besten fürs ganze Projekt) _WIN32_WINNT und WINVER entsprechend setzen. Auf welche Werte, kannst du hier nachlesen: Using the Windows Headers (Windows)

Diese Funktionen findest du in <direct.h>. Allerdings musst du einen Unterstrich vor den Funktionsnamen setzen.

dir.h ist kein Standardheader, und unter Visual C++ nicht verfügbar. Was immer du daraus brauchst, musst du anders lösen. Der Pfad bei <windows.h> muss natürlich weg. MSVC kann mit dem Borland-Header nichts anfangen.

iostream.h sollst du ja auch nicht benutzen. Der Inhalt der Headerdateien ist nicht standardisiert. Der Standard legt nicht mal fest, dass es sich dabei um einzelne Dateien handeln muss. Dann ist bei der Installation etwas schiefgegangen, oder du suchst an der falschen Stelle. Wo hast du denn nachgesehen?

Es gibt ein Add-on für WWF (mit Support) und eins für WCF und WPF (ohne Support): Ready for a New Day Aber für alles weitere braucht man 2008.

Es ist auf gar keinen Fall möglich, aus dem kompilierten Programm wieder den Original-Quellcode herzustellen. Man kann mit einem Decompiler aus einem Programm wieder Quellcode machen, aber der hat dann meist nicht viel mit dem ursprünglichen Quellcode zu tun. Das hatte ich aber auch alles schon erzählt - Damals. Ja, diese Erkenntnis ist hier auch schon etwas älter. Doch, inzwischen ist das (danke Google und Wikipedia) kein allzu großes Problem mehr. Oder beziehst du dich auf die Situation damals, als das Problem beim Threadersteller aufgetaucht ist? Das kommt stark auf das jeweilige Programm an, aber viel komplizierter als ein Compiler ist es wohl nicht. Aber davon mal ganz abgesehen: Hättest du nicht noch einen Tag warten können? Dann wäre der Thread auf den Tag genau 6 Jahre alt gewesen So oder so hast du dir die Goldene Schaufel des Monats auf jeden Fall verdient: :old

In C++ könnte man das ähnlich lösen, mit std::string::find_last_of.

Nein, das liegt daran, dass deine Literale so gerade eben noch in den Wertebereich eines 32Bit signed int passen. Bei 2.147.483.647 ist Schluss.

Weil keines dieser Formate auf long long int passt. Siehe dazu auch die Dokumentation von printf. Benutz %ll, gefolgt von d, i, o, u, x oder X. e und le sind für double bzw. long double vorgesehen. Du solltest übrigens auch auf deine Literale achten. Wenn du keine weitere Kennzeichnung angibst, werden sie als int interpretiert. Kennzeichne long long-Literale mit ll am Ende. Der Cast der Summe auf long long ist unnötig.

Das glaube ich nicht. Du weißt aber schon, dass es Dokumentationen gibt? Beispielsweise diese hier: FILE - C++ Reference

Ich möchte hier mal etwas grundsätzliches anmerken: Wenn du ein Programm von Sprache A nach Sprache B übersetzen willst, wäre es gut, wenn du von beiden Sprachen zumindest die Grundlagen beherrschst. Das scheint bei dir nicht der Fall zu sein, wenn dir weder fopen noch Writeln etwas sagt. Ich rate dir, zuerst sowohl ein C++- (auch wenn der Code eher nach C aussieht) als auch ein Delphi-Grundlagentutorial durchzuarbeiten. Wenn es sowieso nur um Konsolenprogramme geht, reicht womöglich auch Pascal. Es bringt jedenfalls nichts, wenn du wegen jeder Funktion hier nachfragst, und dir nur alles vorsagen lässt.

Ich habe jetzt zweimal um mehr Code gebeten. Wenn du dem nicht nachkommst, kann ich dir nicht helfen.

Ich sagte doch, du musst mehr von dem Code zeigen. Ich kann mir nicht erklären, wie der gezeigte Code den Fehler C2062 erzeugen könnte. Allenfalls könnte der Code (aber auch nur als C++) C2668 erzeugen. Sicher, dass es sich um diese Fehlermeldung handelt?

Das halte ich für unwahrscheinlich. Die Meldung kommt doch wohl eher aus deinem Code, oder? Du fragst, ob du wolltest?

Ich würde mir schon Sorgen machen, wenn meine IDE manchmal funktioniert und manchmal nicht.

Wie kommst du darauf? Kennst du das Buch? Vielleicht will er ja gar nicht C++ lernen, der Code sieht eher nach C aus. sXAbraxus, lass die Finger von Dev-C++. Nimm eine Entwicklungsumgebung, bei der sich in den letzten 3 Jahren etwas getan hat. Eclipse (mit CDT), Code::Blocks und MS Visual C++ Express Edition sind alle kostenlos.

Ja, das hättest du etwas früher schreiben können (beispielsweise statt "irgendwie bekomm ich das nicht hin"), dann hätte ich mir die Arbeit sparen können. Fehlen dir eigentlich die Grundlagen bei C oder bei Delphi? Das heißt, weißt du nicht, was printf tut, oder weißt du nicht, wie du in Delphi Texte auf der Konsole ausgibst? Schau halt in die Headerdateien des C-Programms. MAX_PATH wird in Windef.h definiert: #define MAX_PATH 260