4. навигация по исходному коду

в данной главе обсуждается, как получить доступ к исходному коду из ddd.

4.1 компиляция для отладки

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

чтобы затребовать создание отладочной информации, укажите при запуске компилятора ключ -g.

многие компиляторы си не могут одновременно обрабатывать ключи -g и -o. при использовании таких компиляторов вы не сможете генерировать оптимизированные исполняемые файлы с отладочной информацией.

@acronym{gcc}, компилятор си gnu, поддерживает ключ -g с -o и без, что позволяет отлаживать оптимизированный код. мы рекомендуем всегда использовать ключ -g при компиляции программы. вы можете считать, что ваша программа корректна, но нет смысла испытывать удачу.

когда вы отлаживаете программу, скомпилированную с -g -o, помните, что оптимизатор переорганизует ваш код; отладчик показывает то, что есть на самом деле. не удивляйтесь, когда поток выполнения не совсем соответствует исходному файлу! пример крайнего случая: если вы определяете переменную, но нигде ее не используете, ddd не увидит эту переменную -- потому что компилятор ее выбросил.

4.2 открывание файлов

если вы запустили ddd, не указав отлаживаемую программу, вы можете использовать меню `file' для открывания программ, дампов памяти и исходных файлов.

4.2.1 открывание программ

чтобы открыть программу для отладки, выберите `file => open program'.(10) чтобы открыть программу, щелкните на `open'.

если вы отлаживаете в jdb, выберите `file => open class'. вы получите список доступных классов.

чтобы открыть программу или класс, которые вы уже недавно отлаживали, выберите `file => open recent' и укажите программу или класс из списка.

см. раздел 4.3.4 указание каталогов с исходными файлами, как задать каталоги исходных файлов, если исходные файлы не найдены.

4.2.2 открывание дампов памяти

если предыдущий прогон программы завершился крахом, и вы хотите выяснить почему, вы можете исследовать в ddd дамп памяти этой программы.(11)

чтобы открыть дамп памяти программы, выберите `file => open core dump'. для открывания дампа щелкните на `open'.

перед использованием `open core dump' вы должны сначала выбрать `file => open program' и указать программу, которая сбросила дамп, и загрузить ее таблицу символов.

4.2.3 открывание исходных файлов

чтобы открыть исходный файл отлаживаемой программы, выберите `file => open source'.

• при применении gdb вы получите список исходных файлов, использовавшихся для компиляции программы.
• при применении других подчиненных отладчиков вы получите список доступных исходных файлов, часть которых может и не иметь отношения к вашей программе.

чтобы открыть исходный файл, щелкните на `open'. см. раздел 4.3.4 указание каталогов с исходными файлами, если исходные файлы не найдены.

4.2.4 фильтрация файлов

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

4.3 поиск объектов

когда исходный файл отлаживаемой программы становится доступен, в окне исходного кода показывается его текущий текст. (см. раздел 4.3.4 указание каталогов с исходными файлами, если исходный текст не найден.)

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

4.3.1 поиск определений

если вы хотите найти определение какой-то конкретной функции или переменной, чье имя видимо в исходном тексте, щелкните на имени этой функции или переменной первой кнопкой мыши. имя скопируется в поле аргумента. измените его, если необходимо, и щелкните на кнопке `lookup', чтобы найти определение.

есть более быстрый способ: вы можете просто нажать на имени функции третью кнопку мыши и выбрать во всплывающем меню пункт `lookup'.

другой способ, еще быстрее: чтобы найти определение функции, дважды щелкните на ее вызове (это идентификатор, после которого стоит знак `(').

если исходный файл не найден, см. раздел 4.3.4 указание каталогов с исходными файлами, о том, как указать каталоги с исходными файлами.

4.3.2 текстуальный поиск

если объект, который вы хотите найти, виден в исходном тексте, щелкните на нем первой кнопкой мыши. идентификатор будет скопирован в поле аргумента. потом щелкните на кнопке `find >>', чтобы найти следующие появления, или `find >> => find << ()', чтобы найти предыдущие появления.

по умолчанию ddd находит только полные слова. для поиска произвольной подстроки измените значение параметра `source => find words only'.

4.3.3 поиск предыдущих позиций

чтобы вернуться к начальной позиции после поиска, используйте `edit => undo' (или кнопку `undo' в панели команд). `edit => redo' возвращает снова к найденной позиции.

4.3.4 указание каталогов с исходными файлами

иногда в исполняемых программах не записываются каталоги исходных файлов, использовавшихся для компиляции, а записаны только имена файлов. даже когда каталоги записаны, со времени компиляции их могли переместить.

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

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

если gdb не может найти файл по пути исходных файлов, а в объектной программе записан каталог, тогда gdb пробует его. если путь исходных файлов пуст, а каталог компиляции не записан, gdb напоследок ищет в текущем каталоге.

чтобы указать подчиненному отладчику путь исходных файлов, используйте `edit => debugger settings' (см. раздел 3.6.5 установки отладчика) и отредактируйте соответствующие поля (для gdb это `search path for source files').

если в `debugger settings' нет подходящего вхождения, вы можете задать путь исходных файлов при запуске ddd. см. раздел 2.1.4 ключи подчиненного отладчика, для получения подробностей.

при использовании jdb вы можете установить переменную среды classpath для указания каталогов, где jdb (и ddd) должны искать классы.

если ddd по какой-либо причине не находит исходный файл, проверьте такие варианты:

• чтобы вы могли эффективно отлаживать программу, нужно при ее компиляции сгенерировать отладочную информацию. без отладочной информации подчиненный отладчик не сможет найти исходный код. чтобы затребовать создание отладочной информации, задайте при запуске компилятора ключ -g. см. раздел 4.1 компиляция для отладки, для получения подробностей.
• возможно, вам понадобится сообщить подчиненному отладчику, где находятся исходные файлы. см. раздел 4.3.4 указание каталогов с исходными файлами, для дополнительной информации. при использовании gdb вы также можете создать локальный файл `.gdbinit', содержащий строку directory путь. здесь путь -- это разделенный двоеточиями список исходных каталогов.

4.4 настройка окна исходного кода

окно исходного кода можно по-разному настраивать, в основном через `edit => preferences => source'.

4.4.1 настройка глифов

текущая выполняемая позиция и точки останова отмечаются в исходном тексте графическими символами (глифами). в качестве альтернативы, ddd может показывать такие позиции с помощью текстовых знаков. если вы хотите выключить глифы, установите параметр `edit => preferences => source => show position and breakpoints => as text characters'. это также слегка ускоряет работу ddd, особенно прокрутку.

эта установка связана со следующим ресурсом:

ресурс: displayglyphs (класс displayglyphs)

если это `on', текущая выполняемая позиция и точки останова отмечаются глифами; иначе, они показываются с помощью знаков в тексте. по умолчанию принимается `on'. см. раздел 2.1.2 ключи ddd, о ключах --glyphs и --no-glyphs.

вы можете более детально контролировать отображение глифов с помощью таких ресурсов:

ресурс: cacheglyphimages (класс cachemachinecode)

следует ли кешировать изображения глифов (`on') или нет (`off'). при кешировании глифов требуется меньше ресурсов x, но по сообщениям, это не работает с motif 2.1 на серверах xfree86. по умолчанию это `off' для motif 2.1 или более поздних на машинах с gnu/linux и `on' в остальных случаях.

ресурс: glyphupdatedelay (класс glyphupdatedelay)

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

ресурс: maxglyphs (класс maxglyphs)

максимальное число отображаемых глифов (по умолчанию 10). повышение этой величины приводит к резервированию большего числа глифов и, возможно, бессмысленной трате ресурсов.

4.4.2 настройка поиска

поиск в исходном тексте (см. раздел 4.3.2 текстуальный поиск) управляется посредством следующих ресурсов, которые можно изменить через меню `source':

ресурс: findcasesensitive (класс findcasesensitive)

если это `on' (по умолчанию), команды `find' учитывают регистр букв. иначе, регистр игнорируется.

ресурс: findwordsonly (класс findwordsonly)

если это `on' (по умолчанию), команды `find' находит только полные слова. иначе, они находят любые появления искомой подстроки.

4.4.3 настройка вида исходного текста

ddd может показывать в окне исходного кода номера строк. используйте `edit => preferences => source => display source line numbers'.

ресурс: displaylinenumbers (класс displaylinenumbers)

если это `on', перед каждой строкой исходного текста пишется ее номер. по умолчанию `off'.

вы можете велеть ddd делать в исходном коде отступы, оставляя больше места для точек останова и глифов выполнения. это делается с помощью ползунка `edit => preferences => source => source indentation'. по умолчанию принимается значение 0, то есть отступы вообще не делаются.

ресурс: indentsource (класс indent)

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

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

ресурс: indentscript (класс indent)

минимальный отступ для языков сценариев, таких как perl и python. по умолчанию 4.

максимальная ширина номеров строк контролируется следующим ресурсом.

ресурс: linenumberwidth (класс linenumberwidth)

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

если в вашем исходном коде ширина знаков табуляции отличается от восьми (как по умолчанию), вы можете установить другую ширину, используя ползунок `edit => preferences => source => tab width'.

ресурс: tabwidth (класс tabwidth)

ширина знаков табуляции в окне исходного текста (по умолчанию 8)

4.4.4 настройка прокрутки исходного текста

следующие ресурсы говорят, когда прокручивается окно исходного кода:

ресурс: linesabovecursor (класс linesabovecursor)

какое минимальное число строк перед текущей позицией следует показывать. по умолчанию это 2.

ресурс: linesbelowcursor (класс linesbelowcursor)

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

4.4.5 настройка поиска исходных файлов

некоторые варианты dbx и xdb неправильно обрабатывают пути в спецификациях исходных файлов. если вы хотите, чтобы подчиненный отладчик ссылался на исходные позиции только по базовым именам файлов, снимите установку `edit => preferences => source => refer to program sources by full path name'.

с этим связан следующий ресурс:

ресурс: usesourcepath (класс usesourcepath)

если это `off', подчиненный отладчик ссылается на исходные позиции только по базовым именам файлов. если это `on' (по умолчанию), ddd использует полные пути исходных файлов.

по умолчанию ddd кеширует исходные файлы в памяти. это удобно для удаленной отладки, поскольку удаленный доступ к файлам может быть медленным. если вы хотите уменьшить потребление памяти, снимите установку `edit => preferences => source => cache source files'.

с этим связан следующий ресурс:

ресурс: cachesourcefiles (класс cachesourcefiles)

кешировать исходные файлы (`on', по умолчанию) или нет (`off'). для кеширования требуется больше памяти, но с ним ddd работает быстрее.

4.4.6 настройка фильтрации файлов

вы можете указать ddd, следует ли фильтровать файлы перед открыванием.

ресурс: filterfiles (класс filterfiles)

если это `on' (по умолчанию), ddd фильтрует файлы при открывании выполняемых файлов, дампов памяти или исходных файлов, так что для выбора предоставляются только подходящие. для этого ddd должен открывать каждый файл, что требует времени. если это `off', ddd всегда предоставляет все доступные файлы.