Чтение онлайн

Строки 174–179 переносят существующие переменные в новую копию окружения. В глобальную переменную

помещается указатель на пустой локальный массив. Параметр поддерживает доступ к первоначальному окружению.

Строки 181–184 удаляют переменные окружения, указанные в опции

. Программа осуществляет это, повторно сканируя командную строку и удаляя перечисленные там имена. Удаление переменных окружения основывается на обсуждавшейся ранее особенности GNU : при вызове с одним лишь именем переменной (без указанного значения) удаляет ее из окружения.

После опций в командной строке помещаются новые или замещающие переменные окружения. Строки 189–190 продолжают сканирование командной строки, отыскивая установки переменных окружения в виде '

'.

По достижении строки 192, если в командной строке ничего не осталось, предполагается, что

печатает новое окружение и выходит из программы. Она это и делает (строки 195–197).

Если остались аргументы, они представляют имя команды, которую нужно вызвать, и аргументы для передачи этой новой команде. Это делается с помощью системного вызова

(строка 200), который замещает текущую программу новой. (Этот вызов обсуждается в разделе 9.1.4 «Запуск новой программы: семейство »; пока не беспокойтесь о деталях.) Если этот вызов возвращается в текущую программу, он потерпел неудачу. В таком случае выводит сообщение об ошибке и завершает программу.

Значения кода завершения

и (определяемые в строке 203) соответствуют стандарту POSIX. означает, что программа, которую попыталась запустить, не существует. ( означает, что файл не содержит записи в каталоге.) означает, что файл существует, но была какая-то другая ошибка.

• Программы на С получают аргументы своей командной строки через параметры

и . Функция предоставляет стандартный способ для последовательного разбора опций и их аргументов GNU версия предоставляет некоторые расширения, a и дает возможность легкого разбора длинных опций.

• Окружение представляет собой набор пар '

', который каждая программа наследует от своего родителя. Программы могут по прихоти своего автора использовать для изменения своего поведения переменные окружения, в дополнение к любым аргументам командной строки. Для получения значений переменных окружения, изменения их значений или удаления существуют стандартные процедуры (, , и ). При необходимости можно получить доступ ко всему окружению через внешнюю переменную или через третий аргумент функции . Последний способ не рекомендуется.

1. Предположим, что программа принимает опции

, и , и что требует наличия аргумента. Напишите для этой программы код ручного разбора аргументов без использования или . Для завершения обработки опций принимается . Убедитесь, что -ас работает, также, как , и . Протестируйте программу.

2. Реализуйте

. Для первой версии вы можете не беспокоиться насчет случая ''. Можете также игнорировать .

3. Добавьте код для '

' и к своей версии .

4. Распечатайте и прочтите файлы GNU

, и .

5. Напишите программу, которая объявляет как

, так и , и сравните их значения.

6. Разбор аргументов командной строки и опций является тем колесом, которое многие люди не могут не изобретать вновь. Вы можете захотеть познакомиться с различными анализирующими аргументы пакетами, помимо

и , такими, как:

 • библиотека анализа аргументов Plan 9 From Bell Labs arg(2) [31] ,

 • Argp [32] ,

 • Argv [33] ,

 • Autoopts [34] ,

 • GNU Gengetopt [35] ,

 • Opt [36] ,

 • Popt [37] . См. также справочную страницу popt(3) системы GNU/Linux.

7. Дополнительный балл, почему компилятор С не может полностью игнорировать ключевое слово register? Подсказка: какие действия невозможно совершать с регистровой переменной?

Без памяти для хранения данных программа не может выполнить никакую работу (Или, скорее, невозможно выполнить никакую полезную работу.) Реальные программы не могут позволить себе полагаться на буферы и массивы структур данных фиксированного размера. Они должны быть способны обрабатывать вводимые данные различных размеров, от незначительных до больших. Это, в свою очередь, ведет к использованию динамически выделяемой памяти — памяти, выделяемой в ходе исполнения, а не при компиляции. Вот как вводится в действие принцип GNU «никаких произвольных ограничений».

Поскольку динамически выделяемая память является основным строительным блоком для реальных программ, мы рассмотрим этот вопрос в начале, до рассмотрения всего остального. Наше обсуждение фокусируется на рассмотрении процесса и его памяти исключительно на уровне пользователя; оно не имеет ничего общего с архитектурой процессора.

В качестве рабочего определения мы приняли, что процесс является запушенной программой. Это означает, что операционная система загрузила исполняемый файл для этой программы в память, сделала доступными аргументы командной строки и переменные окружения и запустила ее. Процесс имеет пять выделенных для него концептуально различных областей памяти: