32bit-Records unter 64-bit-Windows können nicht geladen werden

[MagicSkeeve]

Hallo,

ich habe in einem früheren Pascal-Programm folgenden Record einfach in eine Datei geschrieben:

Delphi-Quellcode:

Type tperson       = record
         name         : string [40] ;
         Nummer        : integer ;
         Wert,
         ZWert,
         NWert       : byte;
         Best    : shortint ;
         Einzelwerte       : Array [1..5] of byte ;
         zus        : boolean ;
       end;

Zum Schreiben benutze ich:

Delphi-Quellcode:

              assign(Daten,Dateiname);
               {$i-}reset(Daten){$i+};
              write(Daten,Person);

Wenn ich diese Daten nun auf einem 64-bit-Windows-PC lade, kommt nur Müll raus. Ich habe schon diverse Sachen bzgl. UTF8 durchgelesen und nachgeforscht, kriege es aber nicht hin, dass der gesamte Record korrekt eingelesen wird.

Was muss ich unter FreePascal/Lazarus beachten, um den Record auch unter Win64 einlesen zu können ???

Viele Dank für jede Hilfe

[Bernhard Geyer]

Ich würde sagen die Zauberworte sinde Alignment und packed Record.
Wie viel Bytes benötigt ein Record mit einem Hex-Editor betrachtet?

[Luckie]

Das hat weniger was mit Windows zu tun, als viel mehr mit Der Pascal/Delphi Version und der Ausrichtung der Datentypen im Record. Das Stichwort ist hier, wie schon genannt Alignment.

[MagicSkeeve]

o.k. Ich verstehe nun, dass das Problem etwas mit der Byteverschiebung (Data Alignment) zu tun hat.

Ich habe auch versucht den Record einfach als Packed Record zu definieren oder eine Aligndirektive zu setzen, aber auch hier wird die Recordlänge nicht eindeutig erkannt, so dass es Probleme mit dem Datenlesen gibt - bereits beim ersten Integer.

Kann mir daher jemand noch einen konkreten Tipp an nur einem Beispiel geben, wie ich die Datendefinition anpassen muss ?

Danke

[himitsu]

Darum speichert man auch keine "dynamischen" Strukturen. (dein Integer ist eigentlich ein LongInt)

Hätte man sie von Anfang an als "unveränderliche" Struktur ausgelegt, dann gäbe es jetzt keine Probleme.


In Deinem Fall kommt es jetzt drauf an, aber im Prinzip mußt'e nur rausbekommen, wie die Felder ausgerichtet waren und muß jetzt nur dafür sorgen, daß es jetzt wieder der Fall ist.

- packed record
oder
- {$ALIGN x} (siehe OH)


Vermutlich reicht hier das packed.


PS: Der String[40] war sowieso speichertechnisch sehr unglücklich gewählt, denn er ist 41 Byte groß, inkl. dem Längenbyte.

[MagicSkeeve]

Danke für die Hilfe.

Nachdem ich hinter dem integer noch ein weiteres Byte ausgelesen habe, um die Verschiebung durch den longint zu egalisieren, werden die restlichen Daten nun korrekt in den Record geladen.

Nun muss ich nur noch mit den Umlauten und UTF8 kämpfen, aber dazu hatte ich mir die Infos schon zusammengesucht.

[JamesTKirk]

Du hast ja geschrieben, dass das ein älteres Pascal Programm ist. Ich nehme also mal an Turbo Pascal, oder? In dem Fall ist es so, dass [delphi]Integer[delphi] ein 16-Bit Typ ist, während in Delphi und in FPC im Modus Delphi oder ObjFPC es ein LongInt (also 32-Bit) ist. Das wirkt sich dann folgendermaßen auf die Größe auf:

Mode TP oder Mode FPC (letzteres ist der Default Mode), also kompatibel zu Turbo Pascal:

nicht packed : 54 Byte
packed : 53 Byte

Mode Delphi oder Mode ObjFPC, also kompatibel zu Delphi:

nicht packed : 60 Byte
packed : 55 Byte

Zumindest in dem konkreten Fall macht es keinen Unterschied, ob dein Programm als 32- oder 64-Bit Programm kompiliert ist, es gibt jedoch Fälle, bei denen das so ist (zum Beispiel, wenn du Extended im Record verwendest).

Gruß,
Sven

[himitsu]

64 Bit:

In Delphi wird schon "länger" standardmäßig eine 8 Byte-Ausrichtung verwendet.
Aber da hier der größte "native" Typ nur 4 Byte ist, wird hier maximal mit 4 Byte ausgerichtet ... weniger, wenn weniger (packed oder $align) vorgegeben ist.