Version imprimable
Bonjour,
Voilà, je passe actuellement un bout de prog fortran de linux à windows.
C'est un programme qui lors de son execution propose des choix (1,2,...)
Sous unix il était possible de taper : nomduprog.exe nomdufichieràtraiter < Fichier_texte_contenant_des_choix_prédéfinis_pou_automaitser_le traitement.
Comment faire pour permettre l'utilisation du < ... sous windows ?
Merci.
Unix / Linux sont plus fort que Windows pour traiter des infos via le pipeline.
Comme je ne connais pas bien Unix / Linux, il m'est difficile de traduire exactement ta commande, mais sous Windows, il faut souvent utiliser plus d'une commande :
Code:
2
3
Ce n'est pas equivalent. Dans l'exempleCitation:
Envoyé par Sylvain Bergeron
filename est un argument au programme, et predefined_choices sont envoyes sur stdin (on parle de redirection). C'est utile si le programme pose des questions "interactives" et que l'utilisateur n'est pas en face pour repondre. Je ne connais pas Windows, mais je sais que la redirection de stdout (i.e. affichage sur console redirige vers fichier) existe. Pour celle de stdin, il suffit de tester sur un programme simple...Code:myprog filename < predefined_choices
Sous Windows (mode console), le stdin peut aussi être alimenté par "< fichier".
Je ne vois donc pas pourquoi ça ne fonctionnerait pas sans modif.
Oui, c'est ce que je pense aussi. Si le PO revient un jour, il nous le dira peut-etre ;)Citation:
Envoyé par Sylvain Bergeron
Je confirme, chez moi le "< fichier" ne marche pas.
Remarquez, j'utilise un read * pour récupérer l'argument de ma commande. Est-ce que cela peut jouer ?
je ne crois pas que tu ait de l'équivalent windaube pour le pipeline unix!!!
cependant pour remédié à cela t'as deux choix: le premier, c'est changer le shell de windaube (-atention à pas cramé l'ordi)
le second c dans ton prog tu lui mets l'option qui va lire dans un fichier spécifique en gros si y a pas l'option alors tu demande en ligne de commande, et si y a l'option, et bin lit le fichier truc....
P.S. C'est chiant de programmer sous windaube hein!!!!!
Ca s'ecrit Windows, et la redirection de stdin semble documentee.Citation:
Envoyé par genteur slayer
Et, rigoureusement parlant, une redirection et un pipe ne sont pas la meme chose (les redirections lient une commande a un/des fichier(s), un pipe lie deux commandes entre elles).
read() lit par defaut stdin, donc cela devrait marcher (a moins que le compilateur ne considere pas la meme stdin que la shell Windows, mais ce serait bizarre...).Citation:
Envoyé par arthagus
Il faut faire un petit programme de test:
et lui envoyer un fichier contenant une ligne avec une valeur entiere. On y verra plus clair (je n'ai pas Windows sous la main).Code:
2
3
4
5
6
7
8
9
10program foo implicit none integer i read(*,*) i print *, 'Input value: ', i end
Ça fonctionne très bien sous Windows XP. J'ai aussi essayer de confondre Windows en complexifiant la commande:et ça fonctionne très bien.Code:test.exe -liste d'arguments +inutiles pour esayer de confondre Windows < input.txt > resultat.txt
Bonjour et merci pour votre aide. J'ai testé le stdin avec un petit prog ça marche...oui et non.
Disons que à ça marche si je tape : test.exe < toto
Mais ça ne marche pas si je lance test.exe puis au moment où il me demande une valeur je lui va va lire dans tot avec < toto.
Or c'est un truc comme ça que je voudrais faire. (désolé je n'ai peut être pas été assez clair). Ce que je voudrais faire c'est en fait : je mance mon prog test.exe. Au cours de l'execution (au tout début en fait), il me demande le nom du fichier à traiter. Et c'est à ce moment là que je voudrais lui dire nom_du_fich_a_traiter < machin.
C'est un programme qui doit être pratique à utiliser et donc, ça serait bien de ne pas devoir ouvrir un cmd, puis aller dans le répertoire qui contient l'executable puis taper toute la ligne de commande "test.exe nom_du_fich_a_traiter < machin" pour le lancer, mais plutot le lancer via l'explorateur et au moment de la demande pouvoir taper "nom_du_fich_a_traiter < machin"
??? Une redirection est interpretee par la shell. Une fois que ton programme est lance, le caractere '<' n'a plus de signification speciale. Ce que tu essaies de faire est impossible... et inutile ! Si ton programme demande le nom du fichier a traiter, donne-le lui directement !Citation:
Envoyé par arthagus
Dans mon exemple, le prog demande seulement le nom_du_fichier_a_traiter. le fichier "machin" du < machin n'étant pas programmé vu que comme tu l'as dit c'était natif au shell.
Du coup, je me demande...Est-il possible de programmer simplement une sorte de stdin en fortran.
L'idée étant que au moment où il me demande le "nom_du_fichier_a_traiter", si je rentre "nom_du_fichier_a_traiter < machin", mon prog detecte le "machin" est le fait fontionner comme un stdin ?
C'est possible ça ?
Comme je suis pas certain de bien comprendre...
Tu as un programme lisant présentement sur stdin. Tu voudrais lancer ce programme et qu'il demande dans quel fichier lire ce qu'il lit présentement sur stdin.
Je vois 2 solutions :
- Tu modifie le programme pour qu'il lise dans un fichier plutôt que sur stdin.
- Tu utilises un programme demandant le fichier à traiter et lancant le programme original par system("prog <"//trim(Fichier))
Pour la deuxième solution, il existe des alternatives utilisant des «shell script»
C'est bien ce que je souhaite faire. :bug:
La modification pour lire dans un fichier plutôt que dans stdin, c'est compliqué à ton avis? Je ne voudrais pas à avoir à faire des modifications importantes dans mon programme.
Sinon, une dernière question (et après j'arrête avec ça). Est-il possible d'encapsuler un fichier .exe dans un autre .exe ?
Tu dois ouvrir explicitement le fichier que tu veux lire et changer les read(* pour des read(unit selon le unit que tu auras choisi. Par exemple :Citation:
Envoyé par arthagus
Dans l'exemple, j'utilise le unit 80. Il est fortement recommendé d'utiliser un nombre > 10. De plus, j'utilise une constante symbolique pour faciliter la lecture (read(FichierReponses est plus informatif que read(80,...) et faciliter l'entretien futur (je pourrai facilement changer de unit au besoin, incluant de revenir au stdin en utilisant le unit correspondant à *).Code:
2
3
4
5
6
7
8
9
10
Pas au sens littéral. Ce qui peut être fait est de convertir celui à encapsuler en librairie et de référer à la librairie dans l'appelant. Si c'est pour ton problème de redirection, cette piste ne fonctionnera pas, le deuxième programme doit être lancé comme processus distinct à partir de l'interpréteur de commande (shell) pour que la redirection puisse s'effectuer.Citation:
Envoyé par arthagus