С.В. Герасимов, И.В. Машечкин, М.И. Петровский и др. - Инструментальные средства разработки ПО в ОС UNIX, страница 3

Предположим, что в трёх файлах определена переменнаяvar следующим образом:Первый файл:Второй файл:Третий файлint var = 1;int add1(void){return var++;}int var;int add2(void){return var += 2;}int var;int add3(void){return var+=3;}Если все три единицы компиляции объединяются в однупрограмму, то переменная var каждого из трёх файлов будетрасполагаться по одному и тому же адресу, и каждая из трёхфункций будет работать, по сути, с общей переменной.

Чтобыпредотвратить такое слияние переменных можно использоватьявную инициализацию переменной var, тогда компоновщик выдастсообщение об ошибке как показано ниже.13Первый файл:Второй файл:Третий файлint var = 1;int add1(void){return var++;}int var = 1;int add2(void){return var += 2;}int var = 1;int add3(void){return var+=3;}Видимость глобальных переменных при компоновке можнотакже регулировать с помощью спецификаторов класса памятиextern и static. Спецификатор extern запрещает компиляторувыделять память под переменную в данном модуле. Спецификаторstatic локализует область видимости переменной единицейтрансляции, в которой она определена.Программы из нескольких единиц трансляцииКак правило, сложные программы состоят из несколькихисходных файлов, которые объединяются компоновщиком.

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

Чемменьше «чужих» переменных использует некоторая единицакомпиляции, тем она проще для понимания.14Для каждого .c файла должен существовать интерфейсныйфайл с тем же именем, но суффиксом .h, в котором определяютсяпеременные, функции, типы данных и пр., которые могутиспользоваться извне данной единицы компиляции.Исходный .c файл должен обязательно подключать свойсобственный .h файл. В этом случае транслятор обнаружитрассогласования между объявлениями в .h-файлах и определениямив .c файле.Интерфейсный .h файл должен быть обязательно защищён отповторного включения т.н.

стражем включения (англ., includeguard):#ifndef __NAME_H__#define __NAME_H__<здесь находится текст файла>#endifЗдесь NAME – это имя файла (без суффикса). Некоторые .hфайлы могут включать другие .h файлы, поэтому, когда программастановится большой, человек не может отследить, какие файлы ужевключались, а какие – ещё нет. При использовании стражейвключения можно не задумываясь включать в .c файл всезаголовочные файлы, необходимые данной единице компиляции.Защита от повторного включения предотвращает появление ошибоко переопределённых типах, переменных и функциях.В заголовочном файле помещаются макроопределения и типыданных, являющиеся интерфейсом данной единицы компиляции, тоесть необходимые для использования функций и переменных этойединицы компиляции.

С классом памяти extern помещаютсянеобходимые переменные и прототипы функций, объявленные всоответствующей единице компиляции.В заголовочный файл никогда не помещаются определенияпеременных с классом памяти, отличным от класса extern, и телафункций. В заголовочный файл никогда не помещаются прототипыфункций с классом памяти static. Если некоторый тип или константаиспользуются только в теле какой-либо функций и не требуется длякорректного использования функциональности данной единицы15компиляции другими модулями, этот тип или константа также непомещаются в заголовочный файл.Отладка в The GNU Project DebuggerОтладчик (англ., debugger) – это программа, позволяющаяконтролировать выполнение другой (отлаживаемой) программы.Отладчик позволяет выполнять программу по шагам (пошаговаяотладка), просматривать значения ячеек памяти, устанавливатьточки останова и т.

д.Отладчик, разработанный в рамках проекта GNU, называется TheGNU Project Debugger (GDB) (http://www.gnu.org/s/gdb/). Он будетрассмотрен в данном разделе.Отладчик —инструмент, к которому следует прибегать, когдадругие способы найти ошибку в программе (например, просмотрисходных текстов, отладочная печать, изучение логов работыпрограммы) не дали результатов.

Если при разработке программыиспользовано автоматическое тестирование (например, модульноетестирование), и реализована подсистема детального логирования,потребность в использовании отладчика уменьшается. В некоторыхситуациях, например, при поиске ошибок в «боевой» системе,скомпилированной без отладочной информации, отладка программыс помощью отладчика вообще невозможна. Тем не менее, отладчикявляется популярным средством поиска ошибок и умение импользоватьсянеобходимолюбомуквалифицированномуразработчику программного обеспечения.Можно выделить три основных способа использованияотладчика:запуск исследуемой программы из-под отладчика;подключение отладчика к работающей программе;«посмертная» отладка.В первом случае сначала запускается отладчик, настраиваютсяпараметры запускаемой программы, затем отлаживаемая программазапускается под контролем отладчика.Во втором случае отладчик подключается к работающейпрограмме (процессу), которая приостанавливается в некоторой16точке.

После завершения сеанса отладчик отключаетсяпрограммы, и программа продолжает выполнение как обычно.отПри «посмертной» отладке исследуется т.н. файл дампапамяти (англ., core dump) программы. Файл дампа памяти содержитзначения ячеек памяти адресного пространства процесса, онсоздается ядром операционной системы (ОС), когда программаполучает сигнал какой-либо «фатальной» ошибки. При посмертнойотладке процесса отлаживаемой программы уже не существует,поэтому возможности отладчика ограничены, тем не менее такаяформа отладки может быть полезна.С помощью отладчика можно отлаживать любой исполняемыйфайл в терминах адресов ОЗУ, регистров ЦП и инструкцийпроцессора, но удобнее вести отладку в терминах языка высокогоуровня (ЯВУ), то есть в терминах операторов ЯВУ, переменных и т.п.

Для этого в скомпилированной программе должна присутствоватьотладочная информация. У компилятора GCC за подключениеотладочной информации отвечает опция -g. Например,gcc -g prog.c -oprogпрограмма в файле marvin.c будет скомпилирована в исполняемыйфайл marvin с отладочной информацией.Рассмотрим подробнее три сценария использования отладчика.Запуск исследуемой программы из-под отладчикаПри запуске отладчика указывается только исполняемый файлс запускаемой программой.gdb progИсполняемый файл prog будет загружен, но не будет запущен.Отладчик GDB выдаст приглашение ко вводу команды. Передзапуском программы на выполнение можно задавать точки останова,отслеживаемые переменные.

Для запуска программы надовыполнить команду отладчика run. Примерный сценарий работыприведен ниже. Команды, вводимые пользователем, выделеныполужирным шрифтом. Комментарии к вводимым командамвыделены курсивом.$ gcc -g prog.c -oprogинформациейкомпилируем с отладочной17$ gdb progзапускаем отладчикGNU gdb (GDB) Fedora (7.2-51.fc14)Copyright (C) 2010 Free Software Foundation, Inc.License GPLv3+: GNU GPL version 3 or later<http://gnu.org/licenses/gpl.html>This is free software: you are free to change andredistribute it.There is NO WARRANTY, to the extent permitted by law.Type "show copying"and "show warranty" for details.This GDB was configured as "i686-redhat-linux-gnu".For bug reporting instructions, please see:<http://www.gnu.org/software/gdb/bugs/>...Reading symbols from /home/cher/gdb/prog...done.(gdb) b mainустанавливаем точку останова нафункцию mainBreakpoint 1 at 0x80483bd: file prog.c, line 5.(gdb) runзапускаем программу навыполнениеStarting program: /home/cher/gdb/progBreakpoint 1, main () at prog.c:55printf("Hello, I'm Eddie!\n");(gdb)выполнение приостановлено вначале функцию mainПодключение отладчика к работающей программеИногда предположение о наличии ошибки в программевозникает когда программа уже запущена и работает существенноевремя, а перезапуск программы с начала нецелесообразен.Например, вычислительная программа работает дольше ожидаемоговремени и возникло подозрение, что она зациклилась, или сервернаяпрограмма работает не так, как ожидается.