@miles1980,

lese Zeile für Zeile ein - nicht alles auf einmal.
Dann klappt das mit deinem zweidimensionalen Array auch.

Gruss

mikeb69

@miles1980 Wie wäre es so:

@miles1980 Sieh Dir mal dies an:

Hi
Environment.NewLine ist stets mit Vorsicht zu genießen. Es ist nicht gewährleistet, dass jeder Zeilenumsprung des Systems als Environment.NewLine dargestellt wird. Wenn der StreamReader das nicht an sich anpasst, werden bspw. Zeilenumsprünge auf einem Standard-Windows-System ignoriert, die nicht vbCrLf (C#: "\r\n") entsprechen, d.h. vbLf, bzw. vbCr sind für diesen Fall keine gültigen Zeilenumsprünge, werden aber von anderen Betriebssystemen teilweise verwendet.
ReadLine sollte diese Unterscheidung machen. Eine weitere Lösung wäre über IndexOfAny zum nächsten Chr(10) (das Char-Äquivalent zu vbLf) bzw. Chr(13) (das Char-Äquivalent zu vbCr) zu springen und den String über Substring von der letzten Fundstelle aus zu extrahieren. Hierbei würde sich die letzte Fundstelle zu 0 als Anfang des Strings oder entsprechend den Char-Kombinationen von Cr ud Lf ergeben (möglich sind halt Cr, Lf, CrLf und LfCr). Ob String.Split korrekt arbeitet, wenn man es auf ein String-Array von {vbCrLf, vbLf + vbCr, vbCr, vbLf} loslässt, habe ich nicht überprüft, wäre aber naheliegend und auch eine Option - hätte den Vorteil, dass man es nicht selbst implementieren muss.

Übrigens folgende Empfehlungen zu deinem Code:
- UBound durch <array>.Length - 1 ersetzen
- Redim durch ein weiteres Array und Array.Copy ersetzen, für eindimensionale Arrays auf Array.Resize zurückgreifen
- bei Split ";" (ist ein String) durch ";"c (ist ein Char) ersetzen
Außerdem glaube ich, dass Option Strict nicht auf On ist, da die automatische Konvertierung von String zu Char (oder Char-Array? Ich glaube es war Char) sonst nicht unterstützt werden sollte. Option Strict On ist ein Muss, schau', sofern ich recht habe, mal nach, wie du das projekt- und Visual Studio-weit anschaltest.

Die Anmerkung bzgl. Redim kannst du ggf. auch ignorieren, falls dir das zu viel Aufwand ist. UBound ist, wie ich vermute, aus Kompatibilitätsgründen von VB6, dem Vorgänger von VB.Net, mitgenommen worden, wie Redim auch. Da diese Funktionen nicht mehr dem noch stärker objektorientierten Ansatz entsprechen, wäre es eine Überlegung wert, sie zu ersetzen, da damit "reinerer" Code entsteht. Funktionieren tun sie ja trotzdem in vielen Fällen.
UBound ist an sich überflüssig. Der einzige Fall, in dem UBound tatsächlich von Length - 1 abweicht, dürfte der sein, dass eine untere Grenze (der erste Wert des Arrays befindet sich an der unteren Grenze, die standardmäßig 0 ist) angegeben wird. Dieser Fall wird aber durch eine Unterscheidung der Typen gedeckt, d.h. ein Array mit unterer Grenze kann nicht einer Variablen zugewiesen werden, die keinen untere Grenze hat. Ansonsten gilt es wohl eh auf die Methoden von Array zurückzugreifen: GetLowerBound bzw. GetUpperBound. Aber wie gesagt, die braucht man, sofern man nicht auf dem Basistyp Array operiert, nicht.

Was zudem immer eine Überlegung wert ist: Ich verzichte an beinahe wirklich jeder Stelle auf mehrdimensionale Arrays. Der Grund dafür ist, dass quasi das komplette Framework (soweit mir bekannt) ebenfalls darauf verzichtet und sie nur in den wenigsten Fällen tatsächlich unterstützt werden - die einzige Stellen, die mir bekannt sind, sind direkte Array-Operationen.
Was ich stattdessen verwenden würde, wäre eine eigene Struktur, die ein eindimensionales Array kapselt und nach außen hin die Funktionalität eines mehrdimensionalen Arrays weiterreicht.

Ich hoffe, ich überfahre dich jetzt nicht mit dieser Informationsflut. Falls doch, bist du wahrscheinlich noch nicht tief genug in die Materie vorgedrungen: Schau' dir das zu einem späteren Zeitpunkt einfach nochmal an, wenn du tiefer drin bist und nimm nur das grobe mit, das du verstehst (was hoffentlich mehr als 0 ist ).

Viele Grüße
~blaze~