Compatibilité sous Windows de fichiers créés sous Linux

Bonjour à tous.

J'ai Lazarus sous XUbuntu et sous Windows 10 (en dual boot sur mon portable Acer). J'ai refait récemment en 64 bits les 2 installations de Lazarus.

En fait, je travaille essentiellement sur XUbuntu, mais j'ai recopié plusieurs programmes sur Windows afin de les mettre à disposition de personnes n'utilisant que Windows. Tout a fonctionné jusqu'à présent très bien.
J'ai cependant constaté très récemment le problème suivant:

Les programmes que j'ai écrits (sous XUbuntu) ont créé un certain nombre de fichiers. Or, ces fichiers recopiés sur Windows sont maintenant incompatibles avec les programmes Lazarus que j'ai recopiés (et qui fonctionnent normalement sous Windows, sauf en ce qui concerne la gestion des fichiers ci-dessus).

J'ai constaté par exemple qu'une même création de fichiers produisait sous Windows un fichier de format moitié de celui créé sous XUbuntu (!!!). Ce dernier fichier est accepté par le programme sous Windows mais pas par le programme sous XUbuntu.

Cependant j'ai bien choisi Lazarus 64 dan les 2 cas ...

Merci de vos avis

Bonjour,

J'ai rien compris mis à part un problème de fichier entre OS :weird:

Peux tu être plus clair, plus simple ? Ton application fait quoi ? Tes fichiers ils servent à quoi ? qu'enregistres tu dedans ? Comment tu procèdes ? , Quels sont les fichiers que tu copies de Linux à Windows ? Les versions de Lazarus et FPC sont elles les même dans les 2 OS ?....

Sans plus d'explications et un exemple de code, dur de te donner un avis.

A+

Une différence de taille du type Char ? AnsiChar et UTF8 dans un cas alors que WideChar dans l'autre ?

Bonjour,

Je reprends (je suis, peut-être lourd, mais bon ...) à nouveau en précisant:

Il s'agit de calculs sur des matrices (réelles). Une matrice est un array of array of extended. Il est aisé de sauvegarder une matrice dans un fichier à l'aide d'un file of extended (les tailles lignes et colonnes étant passées dans les 2 premiers items pour pouvoir reconstituer la matrice après chargement du fichier).

J'ai donc utilisé cela dans des programmes que j'ai écrits sous Ubuntu et j'ai été amené à créer de nombreux fichiers de matrices.

Ultérieurement, j'ai recopié plusieurs de ces programmes sur Windows10 (suivant le célèbre "écrire une fois, compiler partout") et ces programmes fonctionnent effectivement sur les 2 systèmes d'exploitation.

Mais là où ça s'est compliqué, c'est quand j'ai voulu utiliser sous W10 avec la version Win de Lazarus les fichiers préalablement crées sous Ubuntu. C'est le plantage assuré !

Par exemple une simple matrice 2x2 crée sous Ubuntu me donne un fichier de 320 octets et la même matrice créée sous W10 par le même programme me donne un fichier de 160 octets ! Bien sûr, il y a incompatibilité ...

Merci de vos avis. Pour ce qui est des versions de FPC et Lazarus, il s'agit des versions 64 bits reinstallées très récemment depuis Sourceforge.

Citation:

---

Il est aisé de sauvegarder une matrice dans un fichier à l'aide d'un file of extended (les tailles lignes et colonnes étant passées dans les 2 premiers items pour pouvoir reconstituer la matrice après chargement du fichier).

une simple matrice 2x2 crée sous Ubuntu me donne un fichier de 320 octets et la même matrice créée sous W10 par le même programme me donne un fichier de 160 octets !

---

Le type Extended est codé sur 10 octets ; une matrice 2x2 avec les dimensions stockées dans les 2 premières valeurs devrait tenir dans 60 octets, quelque soit l'OS... Car je ne pense pas qu'il y ait d'alignement dans un file of.
Il faudrait pê un peu de code pour comprendre ! Ou les fichiers produits et les valeurs correspondantes, pour du reverse engineering.

Tourlourou,

J'ai revérifié: Les matrices que je manipule sont des matrices complexes (les coefficients sont des couples de réels, ce qui double le nombre de ces coefficients). Par ailleurs les indices partent de 0 et non de 1. Ceci explique que les fichiers soient, tout de même, un peu plus volumineux. Mais les codes sur Linux et Windows sont, tout de même, identiques ...

Citation:

---

Par ailleurs les indices partent de 0 et non de 1

---

Une matrice 2x2 serait donc une matrice 3x3 ?

Soit ! Mais alors, 3x3=9 complexes = 18 réels + 2 pour la taille, soit 200 octets : ni 160, ni 320 !

Nous manquons d'informations pour vous aider... affirmer simplement que les codes Linux et Windows sont identiques ne suffit pas à nous mettre sur la piste.
Vérifiez SizeOf(Extended) dans les 2 environnements.
Dites-nous également si en fait vous ne stockez pas des record dont vous auriez alors intérêt à vérifier la taille, au cas où un alignement différent des données sur les deux plateformes expliquerait le décalage.

Après vérification, la taille d'un Extended est de 10 octets sous CT64/Ubuntu mais 8 octets seulement sous CT64/Win10 (Delphi semble le faire d'après Qwant : ils ont copié bêtement !)

Code:

---

1 2 3

TComplex = record reel, imag: Extended; end;

---

Ce record a une taille de 16 sous CT64/Win10 mais 32 sous CT64/Ubuntu, pour raison d'alignement.

Ceci expliquerait la différence si le problème avait été exposé de façon moins partielle et correspondait bien à ce qui en a été imaginé !

Solution, adopter le Double, qui doit occuper 8 octets dans les 2 environnements...

Salut

"File of...." est désuet, le mieux serait d'utiliser des flux (TFileStream). Une autre petite chose, il faut faire attention avec les VM :zoubi: Je confirme la taille de Extended sous Win10 64bits est de 8 octets :zoubi: Cette différence est normale. Elle en fonction de l'architecture du processeur

Citation:

---

https://wiki.freepascal.org/Extended/fr / https://wiki.freepascal.org/Data_type
Extended est un type de donnée numérique réel en virgule flottante de grande amplitude mais sa représentation en mémoire dépend du processeur de la cible.

Citation:

---

Free Pascal uses the math coprocessor (or emulation) for all its floating-point calculations. The Real native type is processor dependent, but it is either Single or Double. Only the IEEE floating point types are supported, and these depend on the target processor and emulation options

For Intel 80x86 processors, the extended type has takes up 10 bytes of memory space. For more information on the extended type consult the Intel Programmer’s reference.
For all other processors which support floating point operations, the extended type is a nickname for the type which supports the most precision, this is usually the double type. On processors which do not support co-processor operations (and which have the {$E+} switch), the extended type usually maps to the single type.

---

---

Donc voila le pourquoi du comment. Utilises des Double comme le suggère tourlourou et ton problème devrait être résolu

A+

Tourlourou et BeanzMaster

Grand merci pour votre aide.

Effectivement, j'ai vérifié qu'en utilisant des double (le transtypage extended vers double fonctionne sans problème dans Lazarus Ubuntu) mes fichiers sont utilisables sous Windows comme sous Ubuntu.

Bien cordialement