Klotzkopp

Beide sind ziemlich weit von der Aufgabenstellung entfernt, das zweite allerdings weiter. Außerdem sind im zweiten erheblich mehr Fehler bei weniger Funktionalität. Über den Stil können wir reden, wenn das läuft. Und bitte bleibt beim Thema, die private Unterhaltung könnt ihr bitte per PN weiterführen.

Woher sollen wir wissen, was du jetzt geändert hast?

Es wäre hilfreich gewesen, hättest du gesagt, in welchen Zeilen diese Fehler auftreten. Ich vermute aber mal, dass der Compiler nicht mag, wenn du ints mit strcpy zu kopieren versuchst. Der Linkerfehler weist darauf hin, dass du die gezeigte Datei einfach nicht dazugelinkt hast.

Mit ' erzeugst du Zeichenliterale, d.h. dazwischen darf nur ein einziges Zeichen stehen. Für Zeichenkettenliterale benutzt man ". Das ist ein Folgefehler. Aber auch mit doppelten Anführungszeichen kann man Arrays nichts zuweisen. Benutz keine char-Arrays, sondern std::string. Damit dürften die meisten Fehler wegfallen. Was hier falsch ist, sollte man eigentlich spätestens auf den zweiten Blick sehen. Und dass das kein gültiger Code sein kann, sollte auch klar sein. Ein wenig mehr Sorgfalt bitte

Im Durchschnitt ist n * log(n) eine asymptotische obere Schranke. Die Basis des Logarithmus ist hier egal, weil sie nur einen konstanten Faktor ausmacht, darum lässt man sie bei der O-Notation weg. Nein, ln ist der natürliche Logarithmus, also der Logarithmus zu Basis e.

Wieso auch nicht? Du benutzt ja auch FindFirstFileW, nicht FindFirstFileA. Doch, wenn du ständig mit Wide-Character-Funktionen arbeitest, ist das durchaus sinnvoll. WideCharToMultiByte Das ist aber immer verbunden mit einer neuen Zeichencodierung. Nimm FindFirstFileA und WIN32_FIND_DATAA. Oder stell in deinem Projekt Unicode ganz ab, wenn du die Unicode-Funktionen sowieso nicht willst.

Solange sie nicht vorne stehen können, macht das nichts. Die Frage ist also, ob eine Kontonummer wie 012345678 erlaubt ist. Und bedenke, dass du in einem 32-Bit-int nur 9 Ziffern sicher unterbringen kannst. Mit %s.

Könnte daran liegen, dass du die Ratschläge nicht umsetzt. Es steht immer noch an zwei Stellen nutzer ohne struct. Für eine Kontonummer brauchst du kein int-Array. Wenn der Wertebereich eines int ausreicht und führende Nullen nicht auftauchen können, nimm einen einzelnen int, sonst ein char-Array. Den start-Zeiger rauszuwerfen, war keine gute Idee, weil du jetzt nicht mehr weißt, wo deine Liste anfängt. Eine doppelte Verkettung brauchst du nur, wenn du rückwärts durch die Liste laufen musst. Mit dem Formatspezifizierer %c liest scanf nur ein einzelnes Zeichen ein, keine Zeichenkette. Warum versuchst du überhaupt, nach dem Einlesen alle Member von aktuell auf Null zu setzen? datei_nutzer und zeiger_datei_nutzer sind nicht deklariert.

Doch. Du musst aber immer struct nutzer schreiben. Oder eben einen typedef benutzen. passwort und kontonummer sind Arrays. Arrays kann man nichts zuweisen. Warum ist die Kontonummer überhaupt ein int-Array?

Es ist übrigens auch keine gute Idee, den Rückgabewert von malloc zu casten. Es ist unnötig und kann Fehler verdecken.

Das hier könnte passen, vielleicht fragst du einfach mal nach: E-LAB Computers Ob du dafür aber mehrere hundert Euro ausgeben möchtest, weiß ich nicht.

Ist er ja auch nicht. Du musst schon struct nutzer schreiben, oder einen typedef verwenden. Ist es ja auch nicht. Du hast den Member kontonnummer genannt. Man muss da schon ein wenig sorgfältiger rangehen.

Es wäre schon von Vorteil, eine etwas genauere Fehlerbeschreibung als "geht nicht" abzuliefern.

Bei 4000 Zeichen werden das sehr sehr viele Kombinationen. Ich bezweifle, dass du diese Datenmenge auf irgendeinem derzeit verfügbaren Datenträger speichern kannst, oder auch nur in absehbarer Zeit damit fertig wirst, alle zu ermitteln.

Das Byte dient doch nur dazu, die Positionen der Leerzeichen zu codieren. Jedes Bit steht für ein mögliches Leerzeichen. Soweit ich das verstanden habe, geht es auch nicht darum, zu prüfen, ob eine Kombination diese Einschränkung erfüllt, sondern ob das mit diesem Ansatz (der Codierung der Leerzeichenpositionen) leicht zu prüfen ist, oder die Anzahl der erlaubten Kombinationen einfach zu ermitteln ist (also einfacher als durch bloßes Durchprüfen).

"Bitmap" kann alles mögliche sein. Dieser Begriff hat mit dem Format der Daten nichts zu tun. Da du ja offenbar ein API für diese Kamera hast, schau doch einfach mal in die Dokumentation, da sollte drin stehen, in welchem Format die Daten bereitgestellt werden. Das hatte ich dir übrigens auch in deinem ersten Thread geraten. Und da geht's jetzt bitte auch weiter.

Weil es das einfachste wäre? Anstatt dir dabei einen abzubrechen, wie du eine große Menge Daten aus einer Methode herausbekommst, übergib doch einfach die einzige Referenzvariable, die mit den Daten etwas tut, in diese Methode hinein.

Warum nicht einfach edit an ladeFirmenBez übergeben?

Siehe hier: Boost Getting Started on Windows Ich halte es übrigens für erheblich einfacher, sich in FindFirstFile/FindNextFile einzuarbeiten. So kompliziert sind die nun auch nicht

Das ist, soweit ich weiß, normal. Es gibt so viele Compiler (und für die einzelnen Compiler noch unterschiedliche Linkereinstellungen), dass Boost kaum Bibliotheken für alles und jeden mitliefern kann. Du musst die Bibliotheken selbst bauen.

Hat die existierende Datei wirklich genau diesen Namen?

Die Daten in einer Datei sind nicht nach Zeilen organisiert, sondern nach Bytes. Du kannst nichts einfügen, weil dazu alle Bytes hinter der Eingabeposition nach hinten verschoben werden müssten, und so etwas geben Dateisysteme nicht her. Der triviale Ansatz ist der, die geänderten Daten komplett in eine neue Datei zu schreiben, die alte Datei zu löschen und dann die neue umzubenennen. Alternativ kannst du eine Datenbank benutzen. Damit kannst du eine Abstraktionsschicht um deine Daten legen, so dass du nicht mehr mit rohen Bytes arbeiten musst.

Dann hast du vermutlich in den Projekteinstellungen das Verzeichnis, in dem die Datei liegt, nicht angegeben. In Visual C++ 2008 wäre das "Linker > General > Additional Library Directories".

Das könnte natürlich grundsätzlich daran liegen, dass du denselben String, den du ausliest, auch wieder hineinschreibst. Zwei Dinge solltest du noch bedenken: Die Lese- und Schreibposition werden getrennt verwaltet, siehe seekp und seekg. Außerdem kannst du eigentlich gar nicht "ersetzen", sondern immer nur überschreiben. Die neue Zeile muss also dieselbe Länge haben wie die alte.

Es gibt auch noch Boost Filesystem.