Frage

habe ich das gebündelte Property List Editor von Mac OS X Developer Tools eine Umgebungsvariable DYLD_LIBRARY_PATH_64-Bit auf den Wert Pfad zu setzen / zu / dylib in der Datei ~ / .MacOSX / environment.plist. Ich speicherte diese Datei und abgemeldet.

Nach hinten Anmeldung zeigte die Konsole mehrere Meldungen von „dyld: Warnung, unbekannten Umgebungsvariable. DYLD_LIBRARY_PATH_64-Bit“ Ich entfernte den Eintrag aus environment.plist mit der Property List Editor, die Datei gespeichert und abgemeldet.

ich wieder angemeldet, und die Warnmeldung weiter besteht. Die dyld Mann Seite zeigt eine Liste von Konstanten, die auf meine widerspenstigen Umgebungsvariable ähnlich erscheinen, da sie alle beginnen mit „DYLD_.“ Eine Quelldatei, dyld.cpp, zeigt ein anderes nach einer langen Reihe von dyld Konstanten, mit Code, um die gleiche Warnmeldung zu drucken. Vielleicht flog ich zu nahe an die Sonne von Umgebungsvariablen Namensgebung. Ich dachte, wir waren frei!

Ich habe versucht, update_dyld_shared_cache ohne Erfolg. Vielleicht bin ich einige wichtige Flaggen fehlt?

Ich habe „setenv DYLD_LIBRARY_PATH_64-Bit-path / to / dylib“ zu /etc/launchd.conf in einem Versuch, eine (scheinbar fehlerhaft) Umgebungsvariable auf meine Pfade hinzuzufügen, in der Hoffnung, wenn sie auftauchten, Ich lösche es könnte -. ohne Erfolg

Von der Befehlszeile Export zeigt nicht DYLD_LIBRARY_PATH_64-Bit. Hier einige Beispiel-Ausgabe:

$ 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

Die Moral der Geschichte ist, nie Property List Editor zu verwenden, zumindest mit dynamischen Bibliothekspfaden. Also nein - die Moral der Geschichte ist, nie den Strich am Ende der Umweltvariablennamen verwenden, da sie aussieht wie Flaggen

.

Mit diesem wird gesagt, hat YA'LL keine Empfehlungen für dieses Masquerading Umgebungsvariable loszuwerden, und meine Konsole wiederholt dyld Warnungen der Reinigung?

Danke!

War es hilfreich?

Lösung

Hier ist eine Möglichkeit, eine unsichtbare Umgebungsvariable versehentlich durch die Property List Editor gesetzt zu lösen: re-Format der Maschine. Putze es. Reinigen Sie es mit dem Feuer.

Eine ernüchternde Lektion für uns alle, und vor allem mich. Verwenden Sie nicht den Bindestrich in Ihre Umgebungsvariablen, wenn Property List Editor, damit Sie mit dyld gespickt: Warnmeldungen für alle Tage Ihrer Maschine. Wehe dem Motherboard, für ihre CPU ist unfruchtbar Produktivität, und stattdessen wird sie reduziert den Druck Nachrichten Datei 2 (Standardfehler).

Nein, im Ernst: Property List Editor lassen Sie falsche Umgebungsvariablen festlegen, dass Bash würden Sie nie im Stich weg mit. Im Sinne von „der Benutzer muss wissen, was er tut,“ Mac OS X wird UNIX-like.

Andere Tipps

Eigentlich, wenn Sie setzen alle env var das beginnt mit DYLD_, die nicht in der Äpfel Liste Sie Gaul Nachricht erhalten.

Ich hoffe, es ist ein Flag, diese auszuschalten

Was für mich auf ein ähnliches Problem mit einem dyld libarary Pfadvariablen gearbeitet, die auf einem Mac nicht weggehen:

Mit dem unset Befehl, und die für eine gute Maßnahme, nachdem ich es unset ich exported es wieder ...

d. so etwas wie

$ unset DYLD_LIBRARY_FALLBACK_PATH    
$ export DYLD_LIBRARY_FALLBACK_PATH
Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top