Hallo,
ich war auf der Suche nach einer Möglichkeit ListViews zu speicher und zu laden. Hier auf dem Board hab ich dann dieses Snippet gefunden:

[VB.NET] ListView Inhalt - Speichern bzw. Laden

Das Problem ist, dass beim Laden der Listview kein UTF8-Encoding mit FileOpen möglich ist, deshalb würde ich das gerne durch einen StreamReader ersetzen.

Ich habe also die Zeile:



durch



ersetzt. Dann kommt es jedoch zu dem Fehler in der Zeile mit dem EOF:
"Der Dateiname oder die Zahl ist ungültig."

Kann mir da jmd schnell weiterhelfen ?
Danke =)

Was bekommst du bei Messagebox.Show(Path) angezeigt?

sr.ReadToEnd

Wenn Du sowieso alles auf einmal liest, dann verwende die System.IO.File-Klasse.
Die hat Funktionen wie ReadAllLines() oder ReadAllText(). Nimm das, was Du brauchst.

@Fibonacci

Na den Pfad zur txt-Datei

Na den Pfad zur txt-Datei

Aber uns geht's darum, dass wir sehen, wie der Pfad aussieht. Damit wir sehen, ob da irgendwelche ungültigen Zeichen vorkommen.

Nein nein, der Pfad ist sicher gültig. Daran liegt es nicht. Wenn ich mir ein Haltepunkt setze, ist sLine auch voll mit Text

Ist es aber auch der richtige Text? Der Fehler sagt klipp und klar, dass der Dateipfad ungültig ist. Glauben ist nicht wissen; kontrolliere das mal besser.

Ja es ist auch der richtige Text

Dürfen wir ihn mal sehen?
Und was meinst Du mit dem EOF? EndOfFile? Im Code? Oder in der Datei?

So sieht das ganze aus:




Und vergesst das mit dem Pfad Der stimmt und wird auch korrekt gelesen

While Not EOF(1)

Warum vewerndest Du nochmal einen StreamReader, wenn Du eh die VB6-Methoden verwendest?
Der StreamReader ist dazu da, Dateien Stückweise auszulesen, damit man auch mit großen Datenmengen fertig wird. Der StreamReader hat für Dich keinen Sinn, denn so groß wird die Datei nicht sein. Verwende System.IO.File
ABER: Um auf den StreamReader einzugehen:
1. Using sr As New System.IO.StreamReader
2. Zeile 14 wird umgestaltet: While Not sr.EndOfStream... weil nicht EOF-Funktion verwenden, sondern den StreamReader.
3. [VB 2010] Böses aus VB6/VB2003 - und die richtigen VB.NET-Alternativen

Wir vergessen nicht! (Aber jetzt, wo Du uns den ganzen Code gezeigt hast, glauben wir Dir, dass der Pfad OK ist).

Wenn du das sagst, dann werde ich das auch tun und verwende IO.File. Hab das jetzt mal zum Testen in "While Not sr.EndOfStream" abgeändert. Der Fehler ist jetzt verschwunden aber dafür wird auch die While-Schleife bzw. deren Inhalt garnicht ausgeführt.

Ich glaube, Dir ist nicht ganz klar, wie man den StreamReader bedient.

Ich erklär's mal an einem Beispiel:
In einer Datei hast Du Zahlen abgespeichert. Pro Zeile eine Zahl. (Das Beispiel hat keinen praktischen Sinn. Es soll nur die Funktion des StreamReaders verdeutlichen.)
Wenn Du jetzt für jede Zahl eine Berechnung durchführen willst, kannst Du die Datei mit einem StreamReader zeilenweise einlesen:

Der StreamReader wird in Zeile 1 geöffnet, und durch das Using muss man sich nicht mehr um das Schließen kümmern. Sobald der Using-Block verlassen wird, wird der StreamReader automatisch geschlossen und verworfen. Das sollte man mit allem so machen, was die IDisposable-Schnittstelle implementiert (Da gibt's dann eine Funktion .Dispose(). Beispiele wären Forms, Dialoge, Streams oder Bitmaps/Images.).

Die Schleife wird so lange wiederholt, bis das Ende des dem StreamReader zu Grunde liegenden Streams erreicht wurde. Die EndOfStream-Property gibt dann True zurück.
Mit anderen Worten: Das Ende der Datei wurde erreicht.

In Zeile 3 wird SR.ReadLine() aufgerufen. Hier wird eine Zeile aus dem Stream des StreamReaders gelesen und zurückgegeben. Zugleich wird die aktuelle Position im Stream ans Ende der gerade gelesenen Zeile verschoben. Stell es Dir wie einen Stapel aus UNO-Karten vor. Jedes Mal, wenn Du ein Zeichen liest, nimmst Du die oberste Karte vom Stapel und schreibst diesen Wert auf. Danach wirfst Du die Karte weg. ReadLine() liest so lange neue Karten, bis entweder das Ende des Stapels erreicht wurde, oder eine gewisse Karten-Kombination (nämlich ein Zeilenumbruch) erreicht wird.
Wenn Du das nächste mal ReadLine() aufrufst, wiederholt sich das.

@davidNando: Ich empfehle Dir, grundsätzlich alle File-Zugriffe, die nsch VB6 aussehen (da wo ein FreeFile-Wert drin vorkommt) zu eliminieren und die System.IO-Klassen zu verwenden.
Und wenn Du tatsächlich die Datei zeilenweise bis zum Ende ausliest, hat Dir @Niko Ortner: den richtigen Hinweis gegeben: System.IO.File.ReadAllLines() und Du musst Dich nie wieder um ein EOF kümmern.