Discussion :

[sylviadesbois]

Bonjour,
Cette question est une question générale.
Il m'est arrivé plusieurs fois, lors de différents projets, de compiler du code en F77 qui lit des paramètres dans un fichier texte.
Pour des raisons x ou y, ces codes étaient compilés avec plusieurs compilateurs, ou bien avec différentes versions du compilateur. A la compilation, il n'y avait pas de problème et différents exécutables étaient créés correspondant à un même code source mais à plusieurs compilateurs.
Par contre, lors de la lecture de fichiers, les exécutables ne se conduisent pas de la même manière refuse de prendre en compte certains formats, espaces, fin de ligne,...
Au vu des messages postés sur le forum, je sais que je ne suis pas la seule à laquelle ce genre de mésaventure est arrivées, et on trouve des réponses plus ou moins au cas par cas par compilateur.

Ma question est la suivante:
Il y a t'il des astuces, normes,... pour rendre la lecture des fichiers la plus portable possible ?

- Dans la forme des fichiers à lire quand on a le choix (formaté, non formaté, tabulation, espace, un paramètre par ligne,...)
- Dans les formats de lecture/écriture utilisés
- Dans la façon de lire (passage par une chaîne de caractères intermédiaire,...)

Merci d'avance
Cordialement

[Sylvain Bergeron]

J'ai souvent travaillé avec plusieurs compilateurs de front, surtout pour m'assurer de la robustesse de mes programmes.

Voici donc mes pistes pour les lectures / écritures :

• Je n'utilise jamais le format libre (*). Ce dernier est décrit formellement dans la norme comme ayant un comportement qui dépend du compilateur.
• Le non formaté séquentiel (sequential unformatted Fortran et non le binaire en général) est par définition non portable.
• Les formats classiques (i,f,g,...) sont de moins en moins utiles car les données viennent de plus en plus sous forme CSV, XML,...
• J'utilise de plus en plus le passage par une chaîne de caractères que je décode par des routines. Le code est plus long mais beaucoup plus robuste et portable.
• Je n'utilise jamais d'extension (formats $, <n>, ...).
• Pour les paramètres, je privilégie maintenant des fichiers contenant des expressions de type Nom du paramètre = Valeur faciles à maintenir par éditeur de texte par l'utilisateur.

[sylviadesbois]

Bonjour,

Merci pour vos réponses.

- Je ne peux qu'acquiescer à vos méthodes.
- De prime abord j'étais particulièrement d'accord avec celle-ci :

J'utilise de plus en plus le passage par une chaîne de caractères que je décode par des routines. Le code est plus long mais beaucoup plus robuste et portable.

Et finalement sur le cas qui m’intéresse en ce moment je vois que même en utilisant des routines qui vont repérer les espaces, tabulations,... on pouvait avoir des surprises (la méthode qui m’intéresse en ce moment, n'arrive plus à trouver les tabulations).
Du coup la question d'un autre poste sera comment gérer les tabulations de la manière la plus portable possible...