Klotzkopp

Dann mach es erst einmal mit int. Die Logik ist dieselbe.

Das reicht nicht aus. Du musst genau wissen, was der COBOL-Code tut. Genauso, wie ich das geschrieben habe. Man ermittelt, was der Code tut, und schreibt ein entsprechendes Programm in der anderen Sprache. Die genaue Vorgehensweise hängt stark davon ab, was der Zweck des Programms ist, und wie komplex es ist. Mit einer einfachen Syntaxersetzung ist es in aller Regel nicht getan, sonst könnte man das einen Computer machen lassen. Manches lässt sich eben nicht 1 zu 1 übersetzen. Das fängt schon damit an, dass manche Datentypen der einen Sprache keine direkte Entsprechung in der anderen Sprache haben.

Könntest du bitte einzelne Satzzeichen machen? Wenn es eine automatische Portierung gäbe, meinst du, das Problem wäre anspruchsvoll genug für eine Diplomarbeit? Welche wissenschaftliche Erkenntnis soll deine Diplomarbeit bringen? Eine einfache Portierung ist etwas, das ich eher einem Azubi zumuten würde. Momentan machst du eher den Eindruck eines ahnungslosen Schülerpraktikanten als den einen fast fertigen Akademikers. Die Vermeidung von Großbuchstaben und der verschwenderische Umgang mit Satzzeichen tragen dazu bei.

Du arbeitest heraus, was das COBOL-Programm tut, und schreibst ein Programm in einer .NET-Sprache, das dasselbe tut.

Wenn du eine Frage hast, solltest du sie stellen Eine bessere Problembeschreibung als "klappt noch nicht so ganz" wäre auch toll.

Was passiert, wenn du mit dem Debugger in Einzelschritten durch das Programm gehst?

Wenn du eine Funktion als static deklarierst, ist sie nur in der Übersetzungseinheit (.c-Datei) verfügbar, in der sie definiert ist.

Das einzige, was diesen Code von The-Daily-WTF-Material trennt, ist die Anzahl der Cases. Den sollte man allenfalls als Beispiel dafür stehen lassen, wie man es nicht macht. Zwölfmal fast identischer Code. Das schreit praktisch nach einer besseren Lösung. Eine Alternative wurde dir hier ja schon aufgezeigt.

Lauten die ersten beiden Zeichen "MZ"? Dann ist es eine .exe-Datei, die jemand nach .bat umbenannt hat. Wenn du das rückgängig machst, solltest du sie aus der Eingabeaufforderung aufrufen könenn.

Auch hier: Schleife? Copy&Paste-Programmierung solltest du dir ganz dringend abgewöhnen. Oder dich schon mal damit abfinden, dass du jeden Fehler n-mal fixen musst. Mit "funktioniert" solltest du dich nicht zufrieden geben.

Project Properties > Configuration Properties > C/C++ > General > Character Set --> Use Multi-Byte Character Set Ich vermute, dass bei deinen Fehlermeldungen die Dateinamen fehlen, weil du sie aus der Error List kopierst. Im Output-Fenster sollten sie mit drin sein. Dann solltest du dich erst einmal darum kümmern, dass du in den Grundlagen von C++ und der Bedienung deiner Entwicklungsumgebung sattelfest wirst, bevor du dich an OpenGL wagst.

Das bringt nicht viel ohne die Dateien. Kopier die Meldungen bitte aus "Output", nicht "Error List". Wie gesagt, entweder die Strings auf Wide-Character umstellen, oder das Projekt auf Multi-Byte.

Die genaue Fehlermeldung ist wichtig. Ich tippe darauf, dass du im Projekt als Zeichencodierung Unicode eingestellt hast. Die Windows-Funktionen wie MessageBox erwarten String-Parameter als Wide Character. Du könntest einfach auf Multi-Byte umstellen, falls du kein Unicode benutzen willst.

Du hast die Headerverzeichnisse immer noch nicht richtig eingerichtet. Du musst in den Projekteinstellungen festlegen, wo Headerdateien gesucht werden sollen. Ich hoffe, du hast die Header nicht irgendwo hin kopiert. VS "braucht" das nur, wenn im Projekt die Verwendung vorkompilierter Header eingestellt ist. Man kann das auch abstellen. Die Anzahl der Fehlermeldungen sagt nicht viel aus.

Wenn du vorkompilierte Header benutzt, muss die Includedirektive für den vorkompilierten Header (stdafx.h) die erste sein.

Du hast es nicht direkt gesagt, aber so kommt es in deiner Beschreibung rüber: Demütigung durch den PA -> Ängste -> psychiatrische Behandlung -> Burnout. Und schau dir den Titel an, den du für den Thread gewählt hast. Naheliegend, dass man da einen wahrgenommenen Kausalzusammenhang hineinliest. Wem lastest du den Burnout denn an? Ich meine, der ist ja anscheinend der Grund dafür, dass du jetzt Transferleistungen beziehen musst. Wenn der der PA nichts damit zu tun hatte, warum bringst du diese beiden Dinge hier überhaupt in Zusammenhang? Es ist erstaunlich, welche Urteile du dir über Personen erlaubst, die es wagen, über das Prüfungsorgan, dem sie selbst angehören, oder die, die sie kennen, zu sagen, dass sie sich so etwas dort nicht vorstellen können. Niemand hat hier behauptet, dass sämtliche Prüfungsinstitutionen in ganz Deutschland immer alles richtig machen. Wie gesagt, hier wurde immer nur von konkreten PAn gesprochen ("bei uns"). Das überliest du anscheinend. Du hingegen verallgemeinerst ("Ihr alle"). Das glaube ich auch.

Dann hast du wohl statt eines Konsolenanwendungsprojekts ein Library-Projekt erstellt. Ich weiß nicht, ob du das nachträglich ändern kannst.

Nein, hast du nicht. Was willst du mit glibmm.h? Du suchst doch gtkmm.h. Ich hatte gesagt, du sollst GTK\include und alle Unterverzeichnisse hinzufügen.

In den Build Options wählst du links den obersten Knoten im Baum aus (der heißt wie dein Projekt). Nicht Debug oder Release, weil du das für beide ändern willst. Unter Search Directories fügst du dann bei Compiler C:\GTK\include und alle Unterordner hinzu. Bei Linker machst du dasselbe mit C:\GTK\lib und allen Unterordnern.

Ja. Einfach mal nachsehen, ob die Datei da ist, wo du sie vermutest. Ich bin mir ziemlich sicher, dass gtkmm.h nicht in C:\GTK\include steckt, sondern in C:\GTK\include\gtkmm-2.4 oder einem ähnlichen Unterordner. Du wirst diesen (und vermutlich auch alle anderen) Unterordner von C:\GTK\Include auch in den Projekteinstellungen eintragen müssen.

Nein, ein Zeugnis sagt zunächst einmal nur aus, dass jemand die dazugehörige Prüfung bestanden hat. Der Inhaber des Zeugnisses hatte zum Zeitpunkt der Prüfung die abgeprüften Kenntnisse und Fähigkeiten. Mit Marktreife hat das meiner Meinung nach nichts zu tun. Ich weiß nicht, wo du dich bisher beworben hast, aber vielleicht solltest du es mal bei kleineren Unternehmen versuchen. Dort ist möglicherweise das Vorgehen bei Bewerbern einfach wegen der geringeren Anzahl weniger durchorganisiert und formalisiert, so dass du eher mit Fähigkeiten jenseits der Zeugnisse punkten kannst.

Aber du bist bereits darauf hingewiesen worden, dass Werbung hier nicht erwünscht ist. Betrachte dich als verwarnt.

Welche Bedeutung hat die dritte Ziffer deiner Telefonnummer? Allein bedeutet die Zahl gar nichts. Die Adresse besteht aus allen 4 Zahlen. Die Schreibweise mit den 4 durch Punkte getrennten Zahlen dient nur dazu, dass man die Bits besser ermitteln kann. Mit einer 32-Bit-Dezimalzahl geht das nämlich nicht so einfach.

Ich habe hier eine mögliche Lösung gefunden. Ich verstehe so etwas nicht. Man kratzt doch auch nicht mehr mit Federkielen auf wachsbeschichteten Schiefertafeln herum.

Die Operatoren habe in C und C++ eine bestimmte Priorität, man sagt auch Bindungsstärke. Im Prinzip wie "Punkt vor Strich". *zahl++; Der Postfix-Inkrementoperator bindet stärker als der Dereferenzierungsoperator. Ich setze einmal Klammern, um das zu verdeutlichen: // so wird das ausgewertet: *(zahl++);[/code] Zuerst wird also der Zeiger inkrementiert, und dann wird der inkrementierte Zeiger dereferenziert. Das bewirkt undefiniertes Verhalten, wenn der Speicher "hinter" deinem Zeiger nicht von dir reserviert ist. Meistens passiert effektiv gar nichts. Du willst natürlich zuerst dereferenzieren und dann inkrementieren. Also musst du entsprechend Klammern setzen: [code]// so passt's: (*zahl)++; Das wäre dir übrigens nicht passiert, wenn du Prefix-Inkrement benutzt hättest: ++*zahl; Überhaupt sollte man sich angewöhnen, dort, wo der Wert des Inkrement- oder Dekrementausdrucks nicht gebraucht wird, die Präfix-Variante zu benutzen, also ++i statt i++, und Postfix nur dort, wo du den besonderen Effekt wirklich brauchst.