Re: liens symboliques

Le 6 oct. 09 à 22:05, Jean-Pierre Rosen a écrit :

> Thomas De Contes a écrit :
>>> Honnètement, la façon de traiter les liens dépend de l'application,
>>> c'est très difficile de répondre dans l'absolu.
>>
>> Ca dépend de l'application, cad ?
> Par exemple, une application qui explore ADA_INCLUDE_PATH pour voir  
> les
> unités disponibles voudra certainement suivre les liens qui peuvent y
> figurer. Une application qui fait une sauvegarde de répertoire voudra
> conserver comme liens, et ne pas sauvegarder dans le répertoire  
> courant
> le fichier qui est au bout du lien.

Mais dans ces cas là, l'application requière un comportement bien  
particulier avec les liens symboliques (surtout pour celle qui veut  
en créer) parce qu'elle ne se contente pas du comportement par défaut  
quel qu'il soit, il ne s'agit pas juste de ne pas se prendre  
méchamment les pieds dans le tapis.
Il n'est donc pas illégitime de lui demander d'utiliser FLORIST.

>
>> Parce qu'il faut bien choisir au moment de faire le compilateur
> Le compilateur s'en fiche, c'est un problème de librairie d'exécution.

Probablement un pb de vocabulaire, je désigne par "compilateur"  
l'ensemble de choses qui est fourni pour nous permettre de compiler

> Ce que je dis, c'est qu'il faudrait avoir un paramètre pour dire si
> comment traiter les liens symboliques.

Ca ne me dérange pas qu'on mette des paramètres optionnels,  
d'ailleurs ça se fait deja pour la création de fichiers :-)
Mais je n'en demandais pas tant, et de toutes façons il faudra bien  
un comportement par défaut pour le cas où l'utilisateur ne met  
rien ... (comme pour la création de fichiers :-) )

>
>> [...]
>> Dans quels cas, à ton avis, ça pourrais être mieux de suivre les  
>> liens
>> et supprimer aussi ce qu'il y a au bout ?
>>
> Par exemple, si le lien concerne des fichiers temporaires qui ne  
> servent
> qu'à l'installation d'un logiciel (mais on préfère avoir le fichier
> physiquement sur /tmp). A la fin de l'installation, on efface les
> fichiers qui ne servent plus à rien...


Dans ce cas particulier, on peut tout à fait soit se contenter  
d'attendre que le système vide /tmp lui même, soit se donner la peine  
de pointer ce qu'on veut vraiment effacer tout de suite, à  
l'intérieur de /tmp
Je ne vois absolument pas la nécessité de risquer dans d'autres  
circonstances d'effacer des fichiers qu'on ne voulait pas (effacer)


-- 
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