La fonction
putenv()
n'a pas besoin d'être réentrante, celles des
bibliothèques libc4, libc5, et glibc 2.0 ne le sont pas,
contrairement à celle de la glibc 2.1.
Description pour libc4, libc5 et glibc :
Si la chaîne
string
est de la forme
nom,
sans contenir de signe « = », la variable du
nom
indiqué est supprimée de l'environnement.
Si
putenv()
doit allouer un nouveau tableau
environ,
et si le tableau précédent avait déjà été alloué par
putenv(),
alors il sera libéré.
En aucun cas, l'espace correspondant aux chaînes
d'environnement proprement dites ne sera libéré.
Les versions des bibliothèques libc4, lib5 et glibc 2.1.2 se conforment
aux spécifications SUSv2 :
le pointeur
string
transmis à
putenv()
est utilisé.
En particulier, la chaîne devient partie intégrante de l'environnement ;
si on la modifie par la suite, l'environnement est modifié.
(C'est donc une erreur d'appeler
putenv()
avec une
variable automatique en argument puis de revenir de la fonction alors
que la chaîne est toujours dans l'environnement).
Toutefois, les glibc 2.0 - 2.1.1 diffèrent :
une copie de la chaîne est effectuée.
D'une part cela crée une fuite mémoire,
d'autre part on viole les spécifications SUSv2.
Ceci a donc été corrigé dans la glib 2.1.2.
La version BSD 4.4 effectue aussi une copie.
Dans les specifications SUSv2,
const
a été supprimé du prototype.
C'est aussi le cas dans glibc 2.1.3.