WCM Forum - VB - das ENDE einer Datei lesen....

WCM Forum (http://www.wcm.at/forum/index.php)

- Programmierung (http://www.wcm.at/forum/forumdisplay.php?f=17)

- - VB - das ENDE einer Datei lesen.... (http://www.wcm.at/forum/showthread.php?t=92162)

Zitat:

Original geschrieben von Sesa_Mina
mit

T = Space$(FLen)

schreibe ich einen leerstring in die Variable welcher der exakten Dateilänge entspricht.

Dadurch wird per Get das ganze file eingelesen.

Wenn du nur T = Space$(1000) schreiben würdest, hättest du nach dem Get befehl nur die ersten 1000 bytes in der Variable.

Danach müsstest du mit Get #1,1000,T die nächsten 1000 byte lesen und dann mit Get #1,2000,T die nächsten usw.

aso is des...

Und ich hab mich schon gewundert was das bringen soll. ;) Das einzige was ich mir vielleicht gedacht hab is, dass du den String dadurch schon auf die richtige Größe im Speicher allokierst.

Und was bringt es dann, die Schrittweite beim öffnen des Files anzugeben?

Code:

Type MyRecord

   Name as String * 20   (k.A. ob ich das mit der fixen Länge

   Alter as Byte         hier richtig hab...)

End Type



Dim User as MyRecord

Damit hast ne Variable mit einer ganz bestimmten Länge

Damit du nun mit GET immer einen record nach dem anderen einlesen kannst ohne umständlich die Position im file zu berechnen kannst du beim binörmode eine Record-Länge angeben.

Code:

Open ... for Binary as #1 Len=21

Ich sag jetzt mal oben angegebene Variable benötigt 21 Byte platz. 20 Byte für den Namen und 1 Byte für das Alter.

Mit

Code:

Get #1,0,User

liest du jetzt den ersten Satz ein.

Mit

Code:

Get #1,100,User

liest du den 101 Satz ein.

Hierbei ist jeder gelesene Record genau die 21 Byte groß. Du liest also in 21 Byte Schritten.

Wäre User jetzt 42 byte groß, würdest er genau 2 Sätzen platz bieten und es würden auch 2 gelesen werden.

Wenn du Len=1 angibst, setzt du die Record-Länge auf 1 Byte und kannst somit byteweise aus dem file lesen bzw. das ganze file auf einmal einlesen wenn du Get eine Variable übergibst die groß genug ist um den gesamten Inhalt (alle "Sätze") zu fassen.

Zitat:

Original geschrieben von Sesa_Mina

Code:

Type MyRecord Name as String * 20 (k.A. ob ich das mit der fixen Länge Alter as Byte hier richtig hab...) End Type Dim User as MyRecord

Damit hast ne Variable mit einer ganz bestimmten Länge

Damit du nun mit GET immer einen record nach dem anderen einlesen kannst ohne umständlich die Position im file zu berechnen kannst du beim binörmode eine Record-Länge angeben.

Code:

Open ... for Binary as #1 Len=21

Ich sag jetzt mal oben angegebene Variable benötigt 21 Byte platz. 20 Byte für den Namen und 1 Byte für das Alter.

Mit

Code:

Get #1,0,User

liest du jetzt den ersten Satz ein.

Mit

Code:

Get #1,100,User

liest du den 101 Satz ein.

Hierbei ist jeder gelesene Record genau die 21 Byte groß. Du liest also in 21 Byte Schritten.

Wäre User jetzt 42 byte groß, würdest er genau 2 Sätzen platz bieten und es würden auch 2 gelesen werden.

Wenn du Len=1 angibst, setzt du die Record-Länge auf 1 Byte und kannst somit byteweise aus dem file lesen bzw. das ganze file auf einmal einlesen wenn du Get eine Variable übergibst die groß genug ist um den gesamten Inhalt (alle "Sätze") zu fassen.

supa danke - sehr nett erklärt. :)
Das hat MS ja wirklich logisch gemacht, dass man des so einlesen kann.

Jetzt muss ich nur noch schaun, dass ich das mit meinen Files hin bekomm.

Ich weiß zwar noch nicht wann ich wieder dazu komm, da langsam der Matura-Stress beginnen könnte, aber falls es wieder was zu dem Thema gibt, werd ich den Thread wieder "aufwärmen". ;)

hmm, Käse. ;)

Des will mir nicht gelingen. So wie du es geschrieben hast stimmt es schon - hab mich ja selber ein wenig in die Materie mit Binär-Files eingelesen.

Hab mir auch eine Funktion gebastelt die mir 3 Werte einfach mittels PUT in ein File schreibt. (3x PUT hintereinander)

Funktioniert auch - und aus diesem File kann ich auch lesen (mit GET).
Das einzige was komisch ist, wenn ich mit deinem Code (also auch mit dem LOF usw...) an diese Datei gehe, bekomme ich aber auch nur den ersten Wert, der mit PUT raus geschrieben wurde.
Aber das nur nebenbei erwähnt.

Wenn ich aber eine andere Datei - egal welche auswähle (Bitmap, MP3,....) bekomm ich den oben zitierten Runtime-Error.
Sehe ich aber irgendwie unlogisch, da ja alles diese Files Binärdateien sind.

Und noch was fällt mir auf: wenn ich mittels meiner kleinen "Test-PUT-Funktion" einen String in eine Datei raus schreibe (z.B 11 Zeichen), dann hat das File aber nicht 11bytes sondern 15 - es sind noch 4 bytes davor, bevor der eigentlich String kommt (irgendwelche Steuerzeichen - oder was weiß ich)
Der String wurde aber nur mittels einem PUT raus geschrieben. Verwende ich mehrere PUTs hintereinander, sind zwischen den einzelnen "Datensätzen" die raus geschrieben werden auch nochmals Steuerzeichen!?

Gibts dafür eine Erklärung - und wie man das ganze umgehen kann?

hmm.. das is komisch...