Discussion :

[alex_pi]

Bonjour !

Je tente (chose raisonnablement classique en programmation ;-)) d'acceder à des fichiers. Et j'ai entre autre besoin de savoir s'il reste des caractères accessibles sur un in_channel. La seule méthode que j'ai trouvée pour le moment est de lire un caractère en ratrappant l'éventuelle exception End_of_file. Le *gros* désavantage de cette méthode, c'est que je dois alors conserver quelque part le sus dit caractère s'il s'avère que le in_channel n'était pas vide.
Y a-t-il une méthode un peu plus propre (genre is_empty ;-)) qui m'aurait échappée, et que mon grand ami Google refuserait de me dévoiler ?

Merci d'avance

--
Alexandre

[gorgonite]

à ma connaissance non... mais a priori tu n'as pas à lire si tu ne le souhaites pas

je pourrais comprendre ta problématique si tu lisais ce qui arrive depuis une socket, et je te conseillerais le select, mais là je ne vois pas trop pourquoi tu rales

[alex_pi]

à ma connaissance non... mais a priori tu n'as pas à lire si tu ne le souhaites pas

je pourrais comprendre ta problématique si tu lisais ce qui arrive depuis une socket, et je te conseillerais le select, mais là je ne vois pas trop pourquoi tu rales

Je râle parce que j'ai *besoin* de savoir si je suis bien arrivé à la fin d'un fichier, ou de ce qui arrive sur mon entrée standard, ou qu'importe, et que je n'ai pas moyen de le faire, et que c'est nul :-)

[gorgonite]

si tu lis sur l'entrée standard, tu peux utiliser un select pour savoir quand quelque chose arrive... et donc ne lire que lorsque c'est possible, et ne pas tomber sur le end_of_file exception

[alex_pi]

si tu lis sur l'entrée standard, tu peux utiliser un select pour savoir quand quelque chose arrive... et donc ne lire que lorsque c'est possible, et ne pas tomber sur le end_of_file exception

En fait, je préfère continer à faire du OCaml, et pas faire du C avec une syntaxe bizare ;-) Dit autrement, le plus loin du module Unix je me tiens, le mieux je me porte ! Disons que ce n'est pas trop dans l'esprit de mon projet de faire de la prog sytème :-) (pour donner une idée, sur le paquet de miliers de ligne de codes, y a une dizaine de "for" et absolument aucun while :-) )

[gorgonite]

tu peux faire de la prog systeme fonctionnelle très élégante... je ne vois pas où est le problème ?

http://caml.inria.fr/pub/docs/manual...bref/Unix.html

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
val Unix.select : file_descr list ->
       file_descr list ->
       file_descr list ->
       float -> file_descr list * file_descr list * file_descr list
 
Wait until some input/output operations become possible on some channels. 
The three list arguments are, respectively, a set of descriptors to check for 
reading (first argument), for writing (second argument), or for exceptional 
conditions (third argument). The fourth argument is the maximal timeout, in 
seconds; a negative fourth argument means no timeout (unbounded wait). 
The result is composed of three sets of descriptors: those ready for reading 
(first component), ready for writing (second component), and over which an 
exceptional condition is pending (third component).

perso, ce que tu souhaites faire utiliserait effectivement le module Unix, qui fonctionne également sous Windows (allez savoir pourquoi il a ce nom... je me suis fait piégé au début de mon TIPE à l'époque, et sans l'aide de Pierre Weiss, je serais resté bloqué )

[InOCamlWeTrust]

Une valeur du type in_channel n'est pas une chose où l'on dépose des caractères puis les lit jusqu'à la fin : c'est un canal. Autrement dit, c'est l'équivalent du FILE * du C : il faut voir ça comme un manche troué des deux côtés par où les données ne font que transiter...

Les in_channel sont donc une abstraction pour représenter le fait que tu es connecté à un émetteur de données : ni plus, ni moins.

Au passage, une solution extrêmement élégante de programmer avec des in_channel est d'utiliser les flots en Caml.