Чому ми повинні передати ім'я файлу двічі у виконанні функцій?

Я читав розширене програмування в середовищі UNIX , виконане Стівенсом, 8- ^а глава. Я читаю і розумію всі шість функцій виконання.

Одне, що я помічаю, - це у всіх функціях виконання:

• Перший аргумент - це ім'я файлу / шлях (залежить від функції exec).
• другий аргумент - це argv [0], який ми отримуємо main(), а саме ім'я файлу.

Отже, тут ми повинні передати ім'я файлу двічі у функції.

Чи є якась причина для цього (наприклад, ми не можемо отримати ім'я файлу з імені шляху з першого аргументу)?

Отже, тут ми повинні передати ім'я файлу двічі у функції.

Вони не зовсім те саме, що ви помічаєте, спостерігаючи, що один із них використовується як argv[0]значення. Це не повинно бути таким самим, як базове ім'я виконуваного файлу; багато / більшість речей ігнорують це, і ви можете помістити туди все, що завгодно.

Перший - це власне шлях до виконуваного файлу, для якого існує очевидна необхідність. Другий передається процесу нібито як ім'я, яке використовується для його виклику, але, наприклад:

execl("/bin/ls", "banana", "-l", NULL);

Буде добре працювати, припускаючи, що /bin/lsце правильний шлях.

Деякі програми, однак, використовують argv[0]. Зазвичай вони мають одну або кілька символьних посилань $PATH; це звичайно з утилітами стиснення (іноді вони замість цього використовують оболонки оболонок). Якщо ви xzвстановили, stat $(which xzcat)показує, що це посилання на xz, і man xzcatце те саме, man xzщо пояснює "xzcat еквівалентно xz --decompress --stdout". Те, як xz може визначити, як його викликали, перевіривши argv[0], зробивши ці еквіваленти:

execl("/bin/xz", "xzcat", "somefile.xz", NULL);
execl("/bin/xz", "xz", "--decompress", "--stdout", "somefile.xz", NULL);

Ім'я файлу не потрібно передавати двічі.

Перший - це файл, який насправді виконується.

Другий аргумент - що має бути argv[0]процесом, тобто те, що процес повинен бачити як його назва. Наприклад, якщо ви запустите lsз оболонки, перший аргумент - /bin/lsдругий - справедливий ls.

Ви можете виконати певний файл та викликати його чимось за допомогою другого аргументу; програма може перевірити її ім’я та поводитися по-різному відповідно до назви. Це також можна зробити за допомогою жорстких посилань (або символічних посилань), але цей спосіб дає більшу гнучкість.

Винос - це те, що argv[0]можна встановити на що завгодно (у тому числі NULL). Заargv[0] умовою , буде встановлено шлях, який виконується виконуваним файлом (процесом оболонки, коли він робить execve()).

Якщо ./fooі dir/barє два різних посилання (жорстке або символічне) на один і той же виконуваний файл, то запуск програми з оболонки за допомогою двох шляхів буде встановлено argv[0]на ./fooі dir/bar, відповідно.

Те, що argv[0]може бути NULL, часто не помічається. Наступний код може бути аварійним для NULL argv[0]прикладу (хоча glibc друкує щось на зразок <null> замість argv[0]):

if (argc != 3) {
    fprintf(stderr, "%s: expected 2 arguments\n", argv[0]);
    exit(EXIT_FAILURE);
}

Альтернативою для Linux є використання /proc/self/exeдля таких випадків.