Discussion :

[feynman]

bonjour,
j ai un fichier dans mon "bureau" de type .dat : texponrad.dat, je veux le lire directement dans mon code f77, sur windows je tape le code suivant et ca marche :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
      open(1, file='C:/texpo.dat', status='old')
      read(1,*) (t(i),i=1,4*M**2)
      close(1)

mais sur lunix je ne sais pas quelle sera l equivalent de file='C:/texpo.dat, ?

il me donne :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
complex format: incomprehensible list input
apparent state: unit 1 named texponrad.dat
last format: list io
lately reading direct formatted external IO
Abandon

merci

[Grame]

Bonjour,

j ai un fichier dans mon "bureau" de type .dat : texponrad.dat, je veux le lire directement dans mon code f77, sur windows je tape le code suivant et ca marche :

mais sur lunix je ne sais pas quelle sera l equivalent de file='C:/texpo.dat, ?

La réponse est difficile car nous nous situons à l'interface langage / systéme.
Sous unix/linux, il n'existe pas de lecteurs au sens windowsien, il n'existe que des fichiers (ou pointeurs sur).

Donc tout dépend où se situe ton fichier : s'il est dans un répertoire DIR, tu l'ouvres par :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
file="DIR/texpo.dat"

N'oublies pas 2 différences majeures entre windows et unix/linux :
- le séparateur est / au lieu de \
- la casse est significative : un fichier Toto est différent de toto ou de TOTO

Maintenant, vu le message d'erreur que tu as :

complex format: incomprehensible list input
apparent state: unit 1 named texponrad.dat
last format: list io='C:/texpo.dat, ?
lately reading direct formatted external IO
Abandon

- il est fortement déconseillé d'utiliser des petits numéros d'unité logique. Souvent 5 et 6 correspondent à clavier. Je vois plutôt un problème de format de lecture, qu'un problème d'ouverture, sinon tu aurais un message d'erreur du style : file not found

Le fichier .dat ne serait-il pas un format binaire ?

G.

[feynman]

je ne sais pas qu est ce qu un fichier binaire, mais ce fichier vient d un autre logiciel de calcul sur windows..
quand j ai recalcule' ce fichier avec le meme logiciel mais cette fois ci sur lunix, ca a marche', c est vraimenet bizare

[Grame]

je ne sais pas qu est ce qu un fichier binaire,

c'est un fichier que tu ne peux pas lire simplement dans une fenêtre DOS en tapant : type nom_fichier
1501

quand j ai recalcule' ce fichier avec le meme logiciel mais cette fois ci sur lunix, ca a marche', c est vraimenet bizare

Ben, non, c'est logique. Tu dois avoir un fichier binaire, et qui, comme tel, est codé différament sous windows et linux.

G.

[genteur slayer]

je te conseil, d'utiliser des chemin relaif plutot qu'absolus dans tes codes...
j'utilise un code qui est utiliser de temps en temps sous windaube et de temps en temps sous unix, du coup tu cherche un fichier de manière relative, par exemple ./data/temp.dat veux dire que tu va chercher dans le rep data par rapport au rep de l'exécutable... de cette manière, si tu déplace ton programme dans un autre rep, pas besoin de recompiler pour que ça marche...

de plus, il faut savoir qu'il existe des norme pour l'écriture de fichier, et que microsoft s'acharne à ne pas les respecter pour des soucis commerciaux essenciellement et dans ton cas: les caractère de fin de lignes sont différents. donc même dans les fichier texte cela change...

as-tu déjà essayé de l'ouvrir dans un éditeur de texte (tout sauf notepad) et voir ce qu'il te dit (notepad++ est bien sous windows!!!)