Un lien symbolique (« symlink » en abrégé) n’est pas un lien direct allant d’un répertoire aux données d’un fichier, comme l’est un lien dur. C’est plutôt un fichier stream spécial qui contient le nom de chemin d’accès d’un fichier différent. Quand on essaie d’accéder à un lien symbolique, il
Liens symboliques
lit le nom de chemin à partir de ce fichier spécial puis accède au fichier qu’il nomme. Si le fichier qu’il nomme est un autre lien symbolique, le processus se répète en totalité. Si c’est un lien dur, il est utilisé pour ouvrir le fichier.
Le programme SYMLINK1, qu’illustre la figure 4, démontre la création d’un lien symbolique en RPG. Notons que l’existence de la cible d’un lien symbolique n’est pas nécessaire pour que l’API symlink() réussisse. Bien que les fichiers que j’ai créés en figure 1 aient déjà été supprimés, l’API symlink() réussira (A en figure 4). Je peux ensuite créer le fichier avec l’API open() (B en figure 4) et utiliser le lien symbolique pour le lire (C en figure 4).
Comme les liens symboliques nomment un nouveau chemin d’accès sur disque, ils peuvent lier tout objet valide dans l’IFS, même s’il se trouve dans un système de fichiers différent. Ils ne sont pas non plus limités aux fichiers stream. On peut créer un lien symbolique qui pointe vers un répertoire, ou même vers un programme, comme le démontre la figure 5.
En fait, la figure 5 démontre comment on installe les programmes dans QShell. On écrit un programme HLL ordinaire dans une bibliothèque sur l’iSeries et on crée un lien symbolique vers elle, dans l’un des répertoires qui se trouveront dans le chemin d’accès QShell. Cela fait, vous pouvez taper mypgm dans QShell pour exécuter le programme avant d’appeler QGPL/MYPGM.
Quand on utilise l’API unlink() pour supprimer un lien symbolique, l’API supprime le lien plutôt que le fichier vers lequel il pointe. De plus, comme le fichier vers lequel pointe un lien symbolique n’a pas besoin d’exister, on peut fort bien supprimer un fichier sans supprimer d’abord le symlink.
Téléchargez cette ressource
État des lieux de la réponse à incident de cybersécurité
Les experts de Palo Alto Networks, Unit 42 et Forrester Research livrent dans ce webinaire exclusif leurs éclairages et stratégies en matière de réponses aux incidents. Bénéficiez d'un panorama complet du paysage actuel de la réponse aux incidents et de sa relation avec la continuité de l'activité, des défis auxquels font face les entreprises et des tendances majeures qui modèlent ce domaine. Un état des lieux précieux pour les décideurs et professionnels IT.
Les articles les plus consultés
A travers cette chaîne
A travers ITPro
