Ada.Text_IO
Thomas De Contes via Ada-france <[email protected]> Wed, 29 Sep 2021 17:53:17 +0200
| Newsgroups | gmane.comp.lang.ada.france |
|---|---|
| Message-ID | <[email protected]> |
Bonjour :-)
1)
Standard_Error
Si j'ai bien compris,
Put("texte");
est un raccourci pour
Put(Current_Output, "texte");
Par contre, il n'y a pas de raccourci equivalent pour Current_Error ?
Y a-t-il des "bonnes pratiques", quand on veut écrire sur Standard_Error ?
Vaut-il mieux préférer Standard_Error ou Current_Error ?
Y a-t-il une différence entre les 2 si Set_Error n'est utilisé nulle part dans l'application ?
Et si on écrit sur Standard_Error dans une bibliothèque, faut il prévoir que l'usager de la bibliothèque puisse vouloir utiliser Set_Error ?
2)
Close
File_Type n'est pas un type contrôlé, donc quand c'est une variable locale il n'est pas finalisé au moment de sa disparition,
donc si on veut que ça soit fermé proprement, Close est obligatoire (notamment en cas d'exceptions).
Est-ce que ça a été conçu comme ça exprès ?
3)
Create(Name => "")
J'avais déjà lu quelque part ce que ça fait, mais je ne parviens pas à retrouver où.
Est-ce que, en combinaison avec Name ("function Name (File : in File_Type) return String;") ça permet d'obtenir un répertoire pour fichiers temporaires,
pour nous permettre de créer des fichiers temporaires qui durent un petit peu plus (qu'on puisse fermer et rouvrir avec l'application) mais pas trop quand même (qui soient effacés par le système régulièrement) ?
4)
(Pendant que j'y suis, pour un peu plus tard : )
Fins de ligne portables
Dans mon code, j'ai :
Ada.Text_IO.Get_Line (Input_File, Line, Last);
if Line (Last) = ASCII.CR then
Last := Last - 1; -- ignore DOS line end
end if;
Je suppose que sur chaque plateforme, les fins de ligne sont bien gérées chacunes de leur coté,
et que ce code est là seulement pour le cas où on transfère des fichiers entre Windows et Linux.
C'est du très vieux code : est-il toujours utile ?
Si oui, ce morceau est là pour le cas où on lit sous Linux un fichier Windows.
Mais pour le cas inverse (où on lit sous Windows un fichier Linux), y a-t-il des précautions à prendre ?
Est-ce que tout le fichier se retrouve sur une seule ligne, avec des ASCII.LF non-interprétés ?
--
RAPID maintainer
http://savannah.nongnu.org/projects/rapid/
_______________________________________________
Ada-france mailing list
[email protected]
https://mail.ada-france.org/cgi-bin/mailman/listinfo/ada-france