Re: liens symboliques
Laurent GUERBY <[email protected]>
| Newsgroups | gmane.comp.lang.ada.france |
|---|---|
| Message-ID | <1254686989.11933.901.camel@localhost> |
On Sun, 2009-10-04 at 19:01 +0200, Thomas De Contes wrote: > Sachant que > - d'une part, la norme ADA recommande de faire apparaître les liens > symboliques comme des fichiers spéciaux mais n'a pas les moyens de > l'imposer > - d'autre part, au moins gnat sous ubuntu et sous mac os x (ça en > fait deja 2) ont décidé de ne pas suivre ces recommandations > (et de faire apparaître les liens symboliques d'une manière qui fait > qu'on a de fortes chances de courir à de graves ennuis si on > programme sans tenir compte de leur existence, jusqu'à boucler à > l'infini), > > les questions suivantes restent d'actualité : > > > Le 11 nov. 08 à 16:39, Thomas De Contes a écrit : > > > J'ai trouvé System.OS_Lib.Is_Symbolic_Link > > Mais il me semble qu'il faut absolument éviter d'utiliser System.* , > > non ? parce que ça risque de ne pas être portable ? Je ne me souviens > > plus exactement. La version utilisateur est GNAT.OS_Lib.Is_Symbolic_Link c'est cette version qu'il faut utiliser. Ma recommandation pour un logiciel Ada : faire un paquetage mon_logiciel.os_interface, mettre toutes les routines ou il n'existe pas de standard clair et portable dedans, totale liberté pour le corps de ce paquetage pour que ça fonctionne avec les moyens du bord (incluant les GNAT.OS_Lib & cie et/ou Florist et/ou des Import du C, ...), et eventuellement un bon jeu de test. Cela a l'avantage de contenir les points litigieux a un seul paquetage et eviter un etalage de dependance obscures a tout ton logiciel. Et cela sert d'aide lors d'un portage vers une autre plateforme : il suffit de regarder la liste de routines pour avoir une idee de l'effort de portage. Sincerement, Laurent _______________________________________________ Site WWW de l'association Ada-France: http://www.ada-france.org/ [email protected] http://www.ada-france.org/mailman/listinfo/ada-france