Rubrik: Variablen/Strings · Arrays | VB-Versionen: VB6 | 22.06.11 |
Initialisierung eines dynamischen Byte-Arrays abfragen Arbeiten mit Byte-Arrays ohne Laufzeitfehler | ||
Autor: Ralf Schlegel | Bewertung: | Views: 10.395 |
www.vb-zentrum.de | System: Win9x, WinNT, Win2k, WinXP, Win7, Win8, Win10, Win11 | kein Beispielprojekt |
Um größere Datenmengen temporär in den Speicher zu laden bietet sich der Einsatz eines dynamischen Byte-Arrays an, das wie folgt deklariert wird:
Dim myByteArray()As Byte
Bevor wir nun diese Byte Array füllen können ermitteln wir in unserer Anwendung den benötigten Speicherplatz in Byte und redimensionieren das Array entsprechend. Erst dann ist das Array initialisiert! Das sieht dann z.B. zum Einlesen einer Datei so aus:
Dim bytes As Long bytes = FileLen("C:\MyFile.txt") ReDim myByteArry(bytes)
Nun können wir die Datei mit einem Rutsch in das Byte-Array einlesen und damit arbeiten, es mit ReDim redimensionieren, mit ReDim Preserve redimensionieren ohne den Inhalt zu verlieren, oder mit dem Befehl Erase myByteArray wieder aus dem Speicher entfernen.
Was wir auf den ersten Blick nicht können, ist abzufragen, ob das Array nach der Deklaration bereits initialisiert - also wenigstens einmal mittels ReDim auf eine Größe festgelegt - wurde.
Der VB-Befehl IsArray versagt an dieser Stelle ebenso wie die Befehle IsEmpty oder IsNull: IsArray liefert an dieser Stelle immer "Wahr", IsEmpty und IsNull immer "Falsch" zurück!
Die Befehle UBound(myByteArray) und LBound(myByteArray) führen zu einem Laufzeitfehler Nr.9, wenn myByteArray nicht initialisiert ist.
Abhilfe schafft hier die Funktion StrPtr, der wir die Array-Variable übergeben. Diese Funktion liefert "0" zurück, wenn das Array noch nicht initialisiert, oder durch Erase zerstört wurde, anderenfalls einen Wert ungleich "0":
If StrPtr(myByteArray) Then For i = LBound(myByteArray) To UBound(myByteArray) Debug.Print myByteArray(i) Next i End If
Bevor wir also ins Nichts greifen und einen Runtime-Error erzeugen, fragen wir die Initialisierung mit StrPtr ab, das erspart uns eine "On Error Behandlung" und macht unseren Code übersichtlicher und schneller!