Klotzkopp

Womit schaust du dir das Ergebnis denn an?

Falls es um die Kontonummer geht, würde ich einen String vorschlagen. Mit Kontonummern rechnet man ja nicht. Du musst dann natürlich die Eingabe validieren, d.h. prüfen, ob der Benutzer wirklich 8 Ziffern eingegeben hat. Das geht z.B. mit isdigit. Falls du meinst, dass der Umlaut als seltsames Zeichen angezeigt wird: Das liegt daran, dass das Programm, das du benutzt, um den Dateiinhalt anzuzeigen (der Windows-Editor?), eine anderen Zeichencodierung benutzt als die Konsole, über die du die Daten eingegeben hast. Wenn du dir den Dateiinhalt auf der Konsole (z.B. mit type) ausgeben lässt, sollte alles in Ordnung sein. Ist das überhaupt ein Problem? Was soll am Ende mit den Daten geschehen?

Das Problem ist, dass operator>> und getline grundsätzlich unterschiedlich arbeiten. Der Operator versucht etwas einzulesen, ignoriert dabei Whitespace am Anfang, und bricht ab, sobald etwas eingegeben wird, das nicht "passt". Wenn du also ein int mit >> einliest, bleibt der Zeilenvorschub (die Enter-Taste) in cin stehen. Ein nachfolgender Aufruf von >> bleibt davon unberührt, weil der wie gesagt Whitespace am Anfang ignoriert. Getline tut das aber nicht. Die Funktion liest genau bis zum nächsten Zeilenvorschub. Und weil nach dem Einlesen von entry genau das als nächstes aus cin kommt, liest getline eine leere Zeile ein. Du kannst das verhindern, indem du zwischen >> und getline alles bis zum nächsten Zeilenvorschub ('\n') aus dem Eingabestrom ausliest und verwirfst: while( cin.get() != '\n' );

Der operator>> für std::string trennt nach jedem Whitespace-Zeichen (Leerzeichen, Tab, Zeilenumbruch usw.). Nimm std::getline, um eine ganze Zeile einzulesen.

Das möchte ich anzweifeln. Denn genau in diesem Fall tut das Programm eigentlich gar nichts, insbesondere wird Ka_Ku nicht aufgerufen. if (strcmp(argv[1],"Daten.xyzk")!=0)Wenn du das Programm mit Daten.xyzk aufrufst, ist diese Bedingung nicht wahr, damit wird der gesamte Block übersprungen.

Bei allem möglicherweise berechtigten Hass möchte ich dir die Boardregeln 1, 4, 5 und 8 ans Herz legen.

Bei so einem Rat sollte man immer auch eine Begründung mitliefern. Mich würde die übrigens auch interessieren

Du kannst dich bei Fragen an dieses Board wenden. Dafür ist es nämlich eher geeignet. Ein gutes Lehrbuch oder Tutorial können wir nicht ersetzen, aber Detailfragen können hier gut beantwortet werden.

Im C-Standard kommt dieser Begriff gar nicht vor. Was meinst du mit "Referenzdatentyp"? Geht es (wie bei C#) darum, ob ein Typ by value oder by reference übergeben wird? Oder geht es (wie bei Java) darum, dass ein Typ einen Verweis beinhaltet? Im ersten Fall lautet die Antwort "Array", im zweiten "Zeiger".

Das einzige, was in C nicht "by value" übergeben wird, sind Arrays. Die kommen allerdings in der aufgerufenen Funktion gar nicht als solche an, sondern als Zeiger.

Ein kleiner Tipp: Für diese Aufgabe brauchst du gar kein Array. Für den Durchschnitt brauchst du nur Summe und Anzahl.

Nicht, dass das vorher nicht möglich gewesen wäre. Wir haben hier die Regel "Ein Thread, ein Thema - Ein Thema, ein Thread". Ein Sammelthread, wie du ihn hier anscheinend beabsichtigst, hat nur den Effekt, dass man in der Übersicht nicht gleich sieht, worum es geht.

Falls du mit "es" Visual Studio meinst: Nein. Nicht bei native-C++. Wir haben keine Ahnung, was du gemacht hast, darum wissen wir auch nicht, was du nicht gemacht hast. Und darum können wir dir nicht sagen, was fehlt. Aber schon ein paar Beiträge weiter oben habe ich dir gesagt, dass du die Datei erstellen musst.

Offensichtlich nicht.

Nicht mit dieser unzureichenden Problembeschreibung. Was ist denn dieses "alf1.exe"? Ist das das Programm, das du kompilieren möchtest? Dann solltest du es zunächst erst einmal erstellen. Wenn das nicht geht, dann werden üblicherweise Fehlermeldungen angezeigt, aber nicht diese Messagebox.

Suchmaschinen finden da so einiges, z.B.: Windows SDK User Interface: How can I emulate mouse events in an application? - CodeGuru Forums Deine Maustaste weiß nichts von Fenstern. Windows ermittelt aus der Mausposition, an welches Fenster das geht. Mit dem Fokus hat das übrigens nichts zu tun, der ist nur für Tastatureingaben wichtig.

Du darfst überhaupt nur dann ziffernweise zwischen zwei Zahlensystemen umwandeln, wenn die eine Basis eine Potenz der anderen ist.

Mir wäre neu, dass Mäuse eine Fernsteuerung haben, über die man die Tasten bewegen kann. Allenfalls kannst du ein Betätigen der Maustaste simulieren, aber nicht mit Post- oder SendMessage. Die passende Funktion unter Windows heißt SendInput. Verschoben -> C++: Compiler, IDEs, APIs

Von 3 bis (einschließlich) 8 sind 6 Schleifendurchläufe. a=8. Und im nächsten Schritt kommt dann 13 + 8 = 21 heraus. Es könnte auch bei 0 anfangen. Der Autor will damit aber vermutlich die Position der Zahl in der Fibonacci-Folge wiedergeben. Die fängt ja mit 0, 1, 1 an. Die Startwerte für a und b sind f1 und f2. Die Funktion berechnet also die Werte erst ab f3.

Die Struktur ist soweit sicher. Allerdings machst du irgendwie alles doppelt. Du liest dein Struktur-Array aus der Datei, und dann liest du aus derselben Datei nochmal den Inhalt der Listbox. Und beim Speichern schreibst du erst dein Array in die Datei, und dann in dieselbe Datei den Inhalt der Listbox. Ich bin sicher, das ist so nicht gewollt.

Was für ein bizarrer Mischmasch aus C und C++ Wie sieht denn diese ominöse "struct schueler" aus? Nur POD-Typen darf man auf einen Rutsch mit fread oder fwrite verarbeiten.

Aber nur weil du deine Variable "input" nennst, hast du noch lange keine Eingabe.

Ich denke, zumindest soweit, dass man keinen zusammenhängenden Speicher mit malloc holen darf. Außerdem fehlt die Eingabe

Damit die, die glauben, dass wir hier im Kindergarten sind, merken, dass das nicht der Fall ist

Gleiches Problem wie bei rewind.