Добре, це питання може здатися занадто базовим, але це не означає, що я ще не заплутався:
- Я використовую OS X 10.6.8 (але не має великої різниці, однак проблема нагадує * nix-specific)
- Я встановив (з пакетом встановлення) програму ( D для Xcode ), які, очевидно, поширюють свої двійкові файли по всій системі
- Потім я спробував видалити основний двійковий файл, з якого він повинен бути (
/Library/Compilers/dmd2/osx/bin/dmd
) і встановили його (насправді я кажу про D компілятор , але не має значення) як завжди/usr/bin
Тепер ось питання:
- Якщо я намагаюся виконати додаток, як
/usr/bin/dmd
, він працює нормально Якщо я спробую запустити його тільки з
dmd
(це в/usr/bin
, що в свою чергу належить до$PATH
, чи не так?), він намагається запустити його з попереднього місця, і я отримую помилки ...dmd: failed to launch executable at /Library/Compilers/dmd2/osx/bin/dmd.drkiMac
Будь-які ідеї, як це може бути виправлено, так що при наборі тексту dmd
це виглядає у правильному місці?
@slhck По-перше, не було «правильного» методу деінсталяції, і навіть тому він не міг відкрити двійковий файл (який був там) у першу чергу. Ну, мій
—
Dr.Kameleon
$PATH
є /opt/local/bin:/opt/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/bin/engines:/usr/X11/bin:/opt/local/bin:/opt/local/sbin
який не виглядає корисним. Тепер, як /etc/paths.d
, Я не думаю, що в цьому є щось корисне (насправді не думаю, що це місце багато в чому корисно для OS X, так чи інакше)
Якщо його немає, він не повинен посилатися на старий каталог. Ви пробували перезавантажити свою оболонку між ними? (Насправді,
—
slhck
/etc/paths.d
використовується для багатьох системних установників завдяки своїй простоті. Такі речі /etc/profile
навіть не торкнулися.)
@slhck Боже! Просто перезапустити термінал, і він працює нормально; відчувати себе свого роду дурним ... LOL. Велике спасибі приятелю! :-)
—
Dr.Kameleon
echo $PATH
перерахує його. Можливо, у вашому профілі оболонки або залишилися налаштування/etc/paths.d