Различия
Здесь показаны различия между двумя версиями данной страницы.
| Предыдущая версия справа и слева Предыдущая версия Следующая версия | Предыдущая версия | ||
|
fullcircle:23:программа_на_си_ч7 [2010/04/15 13:51] |
fullcircle:23:программа_на_си_ч7 [2010/05/02 16:48] (текущий) |
||
|---|---|---|---|
| Строка 16: | Строка 16: | ||
| </style> | </style> | ||
| + | ===== ===== | ||
| В шестой части этой серии я показал вам несложные способы исследования приложений. В этой статье я представлю инструмент, который позволит вам копнуть глубже, сделать post-mortem анализ и изучить внутреннюю работу приложения. strace/ltrace/valgrind – действительно отличные инструменты, но они покажут вам только часть того, что происходит на самом деле; strace например, показывает только системные вызовы, а valgrind – что происходит с выделением/освобождением памяти. Инструмент, обсуждаемый здесь, называется gdb (The GNU debugger), и для него не существует пределов – если есть что-то, относящееся к приложению, которое вы хотите исследовать, GDB – это то, что вам нужно. На обычной Ubuntu-системе gdb может быть установлен командой: | В шестой части этой серии я показал вам несложные способы исследования приложений. В этой статье я представлю инструмент, который позволит вам копнуть глубже, сделать post-mortem анализ и изучить внутреннюю работу приложения. strace/ltrace/valgrind – действительно отличные инструменты, но они покажут вам только часть того, что происходит на самом деле; strace например, показывает только системные вызовы, а valgrind – что происходит с выделением/освобождением памяти. Инструмент, обсуждаемый здесь, называется gdb (The GNU debugger), и для него не существует пределов – если есть что-то, относящееся к приложению, которое вы хотите исследовать, GDB – это то, что вам нужно. На обычной Ubuntu-системе gdb может быть установлен командой: | ||
| <code>sudo apt-get install gdb</code> | <code>sudo apt-get install gdb</code> | ||
| Строка 214: | Строка 215: | ||
| вызывается. Это означает, что приложение будет запускаться и работать как обычно, но будет остановлено и отобразит оболочку отладчика gdb, как только встретится точка останова. После установки точки останова мы запускаем приложение и получаем сообщение отладчика, когда программа достигнет точки останова. Мы решаем пошагово пройти выполнение функции, используя команды пошаговой отладки (это соответствует выполнению одной | вызывается. Это означает, что приложение будет запускаться и работать как обычно, но будет остановлено и отобразит оболочку отладчика gdb, как только встретится точка останова. После установки точки останова мы запускаем приложение и получаем сообщение отладчика, когда программа достигнет точки останова. Мы решаем пошагово пройти выполнение функции, используя команды пошаговой отладки (это соответствует выполнению одной | ||
| строчки кода). После вызова fopen() мы проверяем, действителен и правилен ли указатель на файл. Похоже, что да. Мы решаем вызвать команду display (чтобы выражение каждый раз выводилось на экран) для указателя line, который содержит нашу строку (экранный вывод немного обрезан из соображений форматирования). Но мы видим, что цикл while выполняется без вызова sscanf. Итак, мы можем сделать вывод, что устройство «bla» не существует. Когда мы вызываем cont для продолжения выполнения, мы видим, что в следующий раз программа, обнаруживая точку останова, возвращает нас в оболочку отладчика gdb. | строчки кода). После вызова fopen() мы проверяем, действителен и правилен ли указатель на файл. Похоже, что да. Мы решаем вызвать команду display (чтобы выражение каждый раз выводилось на экран) для указателя line, который содержит нашу строку (экранный вывод немного обрезан из соображений форматирования). Но мы видим, что цикл while выполняется без вызова sscanf. Итак, мы можем сделать вывод, что устройство «bla» не существует. Когда мы вызываем cont для продолжения выполнения, мы видим, что в следующий раз программа, обнаруживая точку останова, возвращает нас в оболочку отладчика gdb. | ||
| + | |||
| + | ===== Выводы ===== | ||
| + | |||
| + | В этой статье я ввёл понятие C-стиль I/O и использовал getline(), а также сделал обзор gdb с высоты птичьего полёта. Из-за ограниченного места мне удалось лишь поверхностно рассмотреть gdb. Но я надеюсь, что этого достаточно, чтобы читатель понял: gdb позволяет исследовать, как выполняется приложение, как оно использует систему. Я настоятельно рекомендую всем, кто работает с приложениями на C, уделить время на изучение gdb, поскольку он окажется крайне полезным инструментом, когда речь зайдёт об устранении неполадок приложений. Когда дело дойдет до упражнений из этой статьи, исправьте приложение! Убедитесь, что программа выдаёт предупреждение, когда интерфейс не найден, и сделайте распознавание интерфейса более рациональным. | ||
| + | |||
| + | <note tip> **Eli De Brauwer** - фанатик Linux из Бельгии. Когда он не со своей семьёй, он любит играть с технологиями и проводит дни ожидая, когда Blizzard наконец выпустит Diablo III.</note> | ||
| + | |||
| + | ---- | ||
| + | <style center> | ||
| + | - [[..:17:программа_на_си_ч1|Программа на Си. Часть 1]] | ||
| + | - [[..:18:программа_на_си_ч2|Программа на Си. Часть 2]] | ||
| + | - [[..:19:программа_на_си_ч3|Программа на Си. Часть 3]] | ||
| + | - [[..:20:программа_на_си_ч4|Программа на Си. Часть 4]] | ||
| + | - [[..:21:программа_на_си_ч5|Программа на Си. Часть 5]] | ||
| + | - [[..:22:программа_на_си_ч6|Программа на Си. Часть 6]] | ||
| + | - [[..:23:программа_на_си_ч7|Программа на Си. Часть 7]] | ||
| + | - [[..:24:программа_на_си_ч8|Программа на Си. Часть 8]] | ||
| + | |||
| + | ---- | ||
| + | |||
| + | //[[..:23|К содержанию номера]]// | ||
| + | |||
| + | //[[:fullcircle|К архиву журналов]]// | ||
| + | </style> | ||
| + | |||
| + | {{tag>howto Си Программирование Full_Circle}} | ||
