Question

Je l'utilise Property List Editor fourni de Mac OS X Developer Tools pour définir une variable d'environnement DYLD_LIBRARY_PATH_64 bits sur le chemin de la valeur / à / dylib dans le fichier ~ / .MacOSX / environment.plist. J'ai sauvé ce fichier et déconnecté.

Lors de la connexion en arrière dans, la console affiche plusieurs messages de « dyld: avertissement, variable d'environnement inconnu: DYLD_LIBRARY_PATH_64 bits. » J'ai enlevé l'entrée de la environment.plist Property List Editor, enregistré le fichier et déconnecté.

Je relogué et le message d'avertissement persiste. La page de manuel dyld affiche une liste des constantes qui apparaissent similaires à ma variable d'environnement capricieuse, car ils commencent tous par « DYLD_ ». Un fichier source, dyld.cpp, montre un autre après une longue lignée de constantes dyld, avec le code pour imprimer le même message d'avertissement. Peut-être que je me suis envolé trop près du soleil de nommage variable d'environnement. Je pensais que nous étions libres!

Je update_dyld_shared_cache essayé en vain. Peut-être que je manque des drapeaux importants?

I ajouté « chemin DYLD_LIBRARY_PATH_64 bits setenv / à / dylib » à /etc/launchd.conf pour tenter d'ajouter une variable d'environnement (apparemment malformé) à mes chemins, en espérant que si elle a montré, je pouvais supprimer -. sans succès

De la ligne de commande, l'exportation ne montre pas DYLD_LIBRARY_PATH_64 bits. Voici quelques exemple de sortie:

$ unset $DYLD_LIBRARY_PATH_64-bit 
-bash: unset: -b: invalid option

$ echo $DYLD_LIBRARY_PATH_64-bit
-bit

$ unset DYLD_LIBRARY_PATH_64-bit
-bash: unset: `DYLD_LIBRARY_PATH_64-bit': not a valid identifier

La morale de l'histoire est de ne jamais utiliser Property List Editor, au moins avec des chemins de bibliothèque dynamique. Eh bien non - la morale de l'histoire est jamais utiliser le tableau de bord à la fin des noms de variables d'environnement, car ils ressemblent à des drapeaux

.

Cela dit, ne YA'LL des recommandations pour se débarrasser de cette variable d'environnement se faisant passer, et de nettoyer ma console d'avertissements répétés dyld?

Merci!

Était-ce utile?

La solution

Voici une façon de résoudre une variable d'environnement invisible par inadvertance, par la Property List Editor: reformater la machine. Nettoie. Nettoyez-le avec le feu.

Une leçon de pour nous tous, et moi-même en particulier. Utilisez pas le tableau de bord dans vos variables d'environnement lors de l'utilisation Property List Editor, de peur que vous être criblé de dyld: des messages d'avertissement pour tous les jours de votre machine. Malheur à la carte mère, pour son CPU est stérile de la productivité, et à la place, elle est réduite à imprimer des messages au fichier 2 (erreur standard).

Non sérieusement: Property List Editor vous permettra de spécifier des variables environnementales que Bash ne fausses jamais vous laisser sortir avec. Dans le sens de « l'utilisateur doit savoir ce qu'il fait, » Mac OS X devient Unix.

Autres conseils

En fait, si vous définissez une var env qui commence par DYLD_ qui ne sont pas dans la section liste des pommes vous obtenez un message bourrin.

J'espère qu'il ya un drapeau pour désactiver cette option

Ce qui a fonctionné pour moi sur un problème similaire avec une variable de chemin libarary dyld qui ne partirait pas sur un Mac:

Utilisez la commande unset, et pour faire bonne mesure, après que je unset, je exported encore ...

i.e.. quelque chose comme

$ unset DYLD_LIBRARY_FALLBACK_PATH    
$ export DYLD_LIBRARY_FALLBACK_PATH
Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top