Discussion :

[yann_m]

Salut,

j'ai un code qui au fil des itérations me retourne un état d'avancement du calcul. Les paramètres retournés à l'écran sont assez nombreux et dense. J'aimerai fair en sorte d'afficher certains d'entre eux en les colorants, quelqu'un connait-il l'instruction ou l'option à utiliser pour cela ?

En tout cas, merci d'avance pour mes yeux fragile et la crise d'épilepsie qui me guète.

[genteur slayer]

il faut chercher du coté du html ou du rtf....

en ce qui concerne la sortie console.... si t sous win, oublie....

par contre, tu peux faire une sortir sur un fichier rtf ou html

[yann_m]

Oui, en effet, une sortie fichier serait une solution, cependant, je préfère dans mon cas économiser la mémoire du disque (les runs sont longs et renvoient des fichiers extrêmement lourds), et garder un oeuil tout en travaillant à autre chose sur la console. Je suis sous Inux, et n'ai pas vraiment trouvé dans les tutos une réponse à cette question.

Merci en tout cas.

[Sylvain Bergeron]

Si tu veux suivre les résultats en temps réel, je ne pense pas que tu puisse utiliser une approche fichier (html ou rtf).

Selon le type d'application, d'environnement et de OS, il y a différentes possibilités. Tu dois donner un peu de précision pour qu'on puisse t'aider.

[genteur slayer]

tu peux quand même utiliser ce que font certains IDE c'est à dire dériver la sortie console dans une fenêtre bien à toi où tu peux insérer la gestion des couleur (mais là cela ne se programme pas en fortran)

[yann_m]

Le code est en fortran 95 (gfortran), et la machine sous Linux avec une distrib debian.

[yann_m]

Deriver la sortie console dans une fenêtre, j'avoue que c'est pas bête du tout ça, mais je ne vois pas trop comment m'y prendre.

[genteur slayer]

je sais pas trop si cela peut t'aider:

http://tldp.org/linuxfocus/Francais/...02_11-0268.pdf

cela permet de tracer des graph couleur en temps réél.... y a peut-être moyen de se bidoouiller une sortie texte couleur avec....

tu peux aussi voir ceci:

http://www.developpez.net/forums/sho...hlight=couleur

si g un conseil, lache gfortran et met-toi à G95 http://www.g95.org il est aussi simple d'utilisation mais je le trouve un peu mieux....

[genteur slayer]

pour dériver la sortie console, j'ai fait un prog qui y arrive très bien sauf que.... il est pour windaube et écrit en Delphi (y a un composant 'DosConsole' qui faisait tout ) cela dit aparament, l'exemple que j'ai trouvé en C doit être portable sous fortran et il doit bien y avoir une variable console sous linux qui permet de changer la couleur....

peut-être récupérer le code source de 'ls' par exemple et voir comment ils ont fait pour changer les couleurs....

à mon avis avec un 'open' sur le bon fichier et c gagné sous linux tout est fichier de toute manière....

[yann_m]

Ok, conseil noté, je vais essayer tout ça.

Merci beaucoup.

[yann_m]

Oui, sans doute, je vais aller trainer du coté forum NuNuX. C'est pas grand chose pourtant problème, tellement pas que je sens que je vais encore y passer des heures
Ca ne serait pas très drole autrement.

Merci beaucoup pour vos suggestions.

[genteur slayer]

je continu à chercher car cela m'intéresse aussi.... donc si tu trouve un truc je suis client!!!!

[yann_m]

Pas de problème, je fais signe quand j'ai du neuf.

[FR119492]

Salut.

Le Fortran lui-même est très pauvre pour ce genre de tâches; il n'est pas fait pour ça. Toutefois, il existe de très bons outils. Va voir la bibliothèque JAPI, disponible gratuitement sur le Web. C'est un ensemble de routines écrites en Java et qui permet d'accéder depuis le Fortran aux APIs de Windows. Cela pourrait éventuellement faire ton bonheur.

Bonne chance.
Jean-Marc Blanc

[genteur slayer]

ceci est bien joli mais les compilateur natif windows.... mis à part les payant (cher) y en a pas des masses... et l'idée c'est que sous unix la couleur dans la console, cela existe depuis 20ans.... de plus dans un code de calcul si on commence à utiliser l'API windaube... on court à la catastrophe!!!!

j'ai peur qu'il faille chercher ailleurs ou bien sacrifier la stabilité et la précision du programme originel....

[FR119492]

Salut, genteur slayer.

Tu as raison, mais à un détail près: on ne peut pas toujours choisir librement son processeur, son système d'exploitation, son langage de programmation, son compilateur, et surtout son cahier des charges. Alors, il faut bien faire avec, et on bricole.

Jean-Marc Blanc

[yann_m]

Aie aie, je préfère encore le noir et blanc à une perte de précision sur les calculs.
Ca me semble tout de même incroyable qu'il n'y ai pas quelque chose de prévu à cette effet

Bon bah, je vais continuer à prospecter, et à l'occasion j'irai faire un tour à l'IDRIS, je ne suis pas très loin du labo, peut être, quelqu'un au fin fond d'un bureau aura-il une solution sans compromis de précision.

Merci encore,
salut.

[genteur slayer]

c'est vrai qu'à l'IDRIS, je crois avoir lu tous leurs cours.... c'est sûr qu'il doit y avoir un gars qui a une solution !!!!

[DaZumba]

de plus dans un code de calcul si on commence à utiliser l'API windaube... on court à la catastrophe!!!!

j'ai peur qu'il faille chercher ailleurs ou bien sacrifier la stabilité et la précision du programme originel....

Mais c'est complètement n'importe quoi ! genteur slayer, ou bien tu prouves, avec des mesures, qu'un programme est moins stable ou moins précis sous Windows que sous d'autres OS, ou tu vieillis un peu et tu arrêtes tes gamineries anti-Microsoft... (cf. windaube). Même si je n'utilise pas Windows moi-même, je ne trouve pas normal qu'on écrive n'importe quoi sans preuve ni référence, ou qu'on insulte les utilisateurs de ce système d'exploitation.

Ca me semble tout de même incroyable qu'il n'y ai pas quelque chose de prévu à cette effet

Comme Jean-Marc Blanc l'a fait justement remarqué, le Fortran n'est pas vraiment fait pour cela. Après tout, l'important c'est le résultat des calculs.

[genteur slayer]

et bien disons que j'ai toujours eu des soucis avec la programmation des API windows notament sur les horloges.... cela dit je l'accorde ce n'était pas en fortran qui n'est pas un language fait pour cela.