Re: liens symboliques

Thomas De Contes <[email protected]>
Newsgroups gmane.comp.lang.ada.france
Message-ID <[email protected]>
Le 13 nov. 08 à 10:01, Laurent GUERBY a écrit :

> On Thu, 2008-11-13 at 05:10 +0100, Thomas De Contes wrote:
>> Ici
>> http://www.adaic.org/standards/05rm/html/RM-A-16.html
>> j'ai que jusque là.
>>
>>
>> Où as tu la suite stp ? :-)
>
> La version "annotated" :
>
> http://www.adaic.org/standards/ada05.html

ok
http://www.adaic.org/standards/05aarm/html/AA-A-16.html
merci :-)

>
>> J'espère que ça fait bien partie de la norme, parce que ça serais
>> bien embêtant que ce comportement là en particulier ne soit pas
>> portable :-/
>
> Les annotations ne font pas partie de la norme mais elles
> explicitent la pensee des createurs du langage pour que
> les implementations soient plus uniformes.

ok
donc en fait un compilateur ada peut indiquer un lien symbolique  
pointant sur un dossier comme étant un Directory ou un Special_File,  
il respecte la norme dans les 2 cas ?


est ce que Delete_Tree a le droit d'effacer des fichiers en dehors de  
l'arborescence qu'on lui a indiqué, si des liens symboliques pointent  
dessus ?

... je viens d'essayer, et c'est le cas avec gnat, sous mac os x et  
sous linux !!
ça me semble quand même très étrange que ça soit permis sans le  
moindre flag qui indique qu'on souhaite vraiment le faire ... pas toi ?


>
> Pour ce qui est de la portabilite, une implementation
> peut renvoyer Use_Error a tous les services de Ada.Directories
> et etre conforme au standard donc ...

même celles pour lesquelles c'est pas explicite, et dans tous les  
cas  (même si l'opération est possible) ??

(c'est écrit où ?)


-- 
Téléassistance / Télémaintenance
http://www.portparallele.com/ThomasDECONTES/

_______________________________________________
Site WWW de l'association Ada-France: http://www.ada-france.org/
[email protected]
http://www.ada-france.org/mailman/listinfo/ada-france
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.