Мені цікаво встановити змінні середовища для одного екземпляра оболонки з іншого. Тому я вирішив зробити кілька досліджень. Після прочитання ряду на питання про це я вирішив перевірити його.

Я породив два снаряди А і В (PID 420), обидва бігали zsh. З оболонки AI вибігли наступні.

sudo gdb -p 420
(gdb) call setenv("FOO", "bar", 1)
(gdb) detach

Із оболонки B під час запуску envя бачу, що змінна FOO дійсно встановлена ​​зі значенням bar. Це змушує мене думати, що FOO було успішно ініціалізовано в середовищі оболонки B. Однак, якщо я спробую надрукувати FOO, я отримаю порожній рядок, маючи на увазі, що він не встановлений. Мені здається, що тут є суперечність.

Це було протестовано як у моїй власній системі Arch GNU / Linux, так і у Ubuntu VM. Я також перевірив це, bashколи змінна навіть не відображалась у env. Це, хоча для мене розчаровує, має сенс, якщо оболонка кешує копію свого середовища в нерестовий час і використовує лише те (що було запропоновано в одному із пов'язаних питань). Це все ще не відповідає, чому zshможна бачити змінну.

Чому вихід echo $FOOпорожній?

EDIT

Після вступу в коментарях я вирішив зробити трохи більше тестування. Результати можна побачити в таблицях нижче. У першому стовпці знаходиться оболонка, в яку FOOвводилася змінна. Перший рядок містить команду, вихід якої можна побачити під нею. Змінної FOOвводили з допомогою: sudo gdb -p 420 -batch -ex 'call setenv("FOO", "bar", 1)'. Команди, характерні для zsh: zsh -c '...'також були протестовані за допомогою bash. Результати були однаковими, їх результат був опущений для стислості.

Arch GNU / Linux, zsh 5.3.1, bash 4.4.12 (1)

|      |  env | grep FOO  | echo $FOO |  zsh -c 'env | grep FOO'  |  zsh -c 'echo $FOO'  |         After export FOO          |
|------|------------------|-----------|---------------------------|----------------------|-----------------------------------|
| zsh  |  FOO=bar         |           | FOO=bar                   | bar                  | No Change                         |
| bash |                  | bar       |                           |                      | Value of FOO visible in all tests |

Ubuntu 16.04.2 LTS, zsh 5.1.1, bash 4.3.48 (1)

|      |  env | grep FOO  | echo $FOO |  zsh -c 'env | grep FOO'  |  zsh -c 'echo $FOO'  |         After export FOO          |
|------|------------------|-----------|---------------------------|----------------------|-----------------------------------|
| zsh  |  FOO=bar         |           | FOO=bar                   | bar                  | No Change                         |
| bash |                  | bar       |                           |                      | Value of FOO visible in all tests |

Згадане вище означає, що результати є агностичними. Це не говорить мені набагато більше , ніж zshта bashустановка ручки змінних по- різному. Крім того, export FOOмає в цьому контексті дуже різну поведінку залежно від оболонки. Сподіваємось, ці тести можуть зробити щось зрозумілим для когось іншого.

Більшість оболонок не використовують getenv()/ setenv()/ putenv()API.

Після запуску вони створюють змінні оболонки для кожної змінної середовища. Вони зберігатимуться у внутрішніх структурах, яким потрібно нести іншу інформацію, наприклад, експортує змінну, лише для читання ... Вони не можуть використовувати для цього libc environ.

Точно так же, і з цієї причини вони не будуть використовувати execlp(), execvp()щоб виконувати команди , але викликати execve()системний виклик безпосередньо, обчислення envp[]масиву на основі списку своїх експортованих змінних.

Отже, у своєму gdb, вам потрібно буде додати запис до внутрішньої таблиці змінних оболонок або, можливо, викликати потрібну функцію, яка б змусила інтерпретувати export VAR=valueкод для оновлення цієї таблиці самостійно.

Щодо того, чому ви бачите різницю між bashі zshколи ви входите, я підозрюю, що це тому, що ви дзвоните setenv()до того gdb, setenv()як оболонка ініціюється, наприклад, після входу main().

Ви помітите bash's main()is int main(int argc, char* argv[], char* envp[])(і bashвідображає змінні з цих оточуючих envp[]), а zsh' s є int main(int argc, char* argv[])і zshотримує змінні environзамість цього. setenv()змінює, environале не може змінювати envp[]на місці (лише для читання в декількох системах, а також рядки, на які вказують вказівники).

У будь-якому випадку, після завантаження оболонки environпри запуску, використання setenv()було б малоефективним, оскільки оболонка більше не використовує environ(або getenv()) після цього.