Linux программирование в примерах, Роббинс Арнольд

Linux программирование в примерах

на обложку

Роббинс Арнольд

Шрифт:

2.1.2. Длинные опции GNU

Как мы видели в разделе 1.4.2 «Поведение программ», программам GNU рекомендуется использовать длинные опции в форме

– -help

– -verbose

и т.д. Такие опции, поскольку они начинаются с '

– -

', не конфликтуют с соглашениями POSIX. Их также легче запомнить, и они предоставляют возможность последовательности среди всех утилит GNU. (Например,

– -help

является везде одним и тем же, в отличие от

– h

для «help»,

– i

для «information» и т.д.) Длинные опции GNU имеют

свои собственные соглашения, реализованные в функции

getopt_long

1. У программ, реализующих инструменты POSIX, каждая короткая опция (один символ) должна иметь также свой вариант в виде длинной опции.

2. Дополнительные специфические для GNU опции не нуждаются в соответствующей короткой опции, но мы рекомендуем это сделать.

3. Длинную опцию можно сократить до кратчайшей строки, которая остается уникальной. Например, если есть две опции

– -verbose

– -verbatim

, самыми короткими сокращениями будут

– -verbo

– -verba

4. Аргументы опции отделяются от длинных опций либо разделителем, либо символом

. Например,

– -sourcefile=/some/file

или

– -sourcefile /some/file

5. Опции и аргументы могут быть заинтересованы в операндах командной строки,

getopt_long

переставляет аргументы таким образом, что сначала обрабатываются все опции, а затем все операнды доступны последовательно. (Такое поведение можно запретить.)

6. Аргументы опций могут быть необязательными. Для таких опций считается, что аргумент присутствует, если он находится в одной строке с опцией. Это работает лишь для коротких опций. Например, если -х такая опция и дана строка '

foo -хYANKEES -y

', аргументом

– х

является '

YANKEES

'. Для '

foo -х -y

' у

– х

нет аргументов.

7. Программы могут разрешить длинным опциям начинаться с одной черточки (Это типично для многих программ X Window.)

Многое из этого станет яснее, когда позже в этой главе мы рассмотрим

getopt_long

GNU Coding Standards уделяет значительное место перечислению всех длинных и коротких опций, используемых программами GNU. Если вы пишете программу, использующую длинные опции, посмотрите, нет ли уже использующихся имен опций, которые имело бы смысл использовать и вам.

2.2. Базовая обработка командной строки

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

argc

argv

. Параметр

argc

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

main

, отличающихся способом объявления

argc

int main(int argc, char *argv[]) int main(int argc, char **argv)

{ {

... ...

} }

Практически между двумя этими объявлениями нет разницы, хотя первое концептуально более понятно:

argc

является массивом указателей на символы. А второе определение технически более корректно, это то, что мы используем. На рис. 2.2 изображена эта ситуация.

Рис. 2.2.

Память для

argc

По соглашению,

argv[0]

является именем программы. (Детали см. в разделе 9.1.4.3. «Имена программ и

argv[0]

».) Последующие элементы являются аргументами командной строки. Последним элементом массива

argv

является указатель

NULL

argc

указывает, сколько имеется аргументов; поскольку в С индексы отсчитываются с нуля, выражение '

argv[argc] == NULL

' всегда верно. Из-за этого, особенно в коде для Unix, вы увидите различные способы проверки окончания списка аргументов, такие, как цикл с проверкой, что счетчик превысил

argc

, или '

argv[i] == 0

', или '

*argv != NULL

' и т.д. Они все эквивалентны.

2.2.1. Программа

echo

Возможно, простейшим примером обработки командной строки является программа V7

echo,

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

– n