3/22/2009

Немного Ада?

Нет, вы не угадали, речь пойдет о языке программирования, который называется не в честь преисподней, а в честь Ады Лавлейс.
В этом посте очень хочется поднять интерес народа к изучению этого языка.
Поверьте, оно того стоит.
Итак:
Язык был разработан по заказу министерства обороны США, в 1983 году.
Более подробно о истории создания можно почитать на википедии
Краткое описание:
1. Паскале-подобный синтаксис (Тем кто программировал на паскале или Делфи не составит труда программировать на Аде.)
2. Объектно-ориентированный.
3. Имеет строгую типизацию.
4. Встроенная поддержка многозадачности.
5. Обработка исключений.
Список этот можно продолжать до бесконечности.

Несколько ресурсов, которые могут понадобиться тем, кто все же решился изучить Аду:
1. Ada-ru.org - тут можно найти огромное количество интересной литературы, список проектов и много много всего, посвященного Аде, на русском языке.
2. Список рассылки для разработчиков
3. Компилятор

3/16/2009

Поиск утечек памяти штатными средствами.

Если спросить у кого-нибудь, как обнаружить в программе утечки памяти, то этот кто-нибудь скорее всего вас отправить на сайт www.valgrind.org. Конечно valgrind очень мощная и удобная утилита, но что делать, когда нет возможности использовать valgrind? Скажем нехватка памяти, или не поддерживаемая им архитектура?
На помощь нам приходит glibc и функции mtrace и muntrace. Функция mtrace устанавливает обработчики для malloc, realloc, и free. А функция muntrace убирает установленные обработчики.
Для того чтобы установить обработчики, нужно вызвать mtrace скажем в начале программы. Затем нужно определить переменную окружения MALLOC_TRACE в которой нужно определить путь к текстовому файлу, где mtrace сохранит результаты работы.
Рассмотрим пример:

1 #include <mcheck.h>
2 #include <stdlib.h>
3
4 int main (int argc, char *argv[])
5 {
6 int *i = NULL;
7
8 mtrace ();
9 i = (int*)malloc (sizeof (int));
10
11 return 0;
12 }

В функции утечка памяти: в строке 9 она выделяется, но далее нигде не освобождается.
Компилируем программу с отладочной инорфмацией, если мы хотим увидеть не только адрес функции, но еще и номер строки:
gcc -ggdb3 -o main main.c

Устанавливаем в переменной окружения
MALLOC_TRACE путь к выходному файлу:
export MALLOC_TRACE=/tmp/out.txt

Запускаем программу:
./main

После запуска можно посмотреть на созданный файл:
cat /tmp/out.txt

Содержимое его будет примерно таким:

= Start
@ ./main:[0x40057e] + 0x602460 0x4

Не очень понятно, что тут и зачем =).
Однако вместе с libc ставится и скрипт на языке perl, который выводит информацию об утечке памяти в более человеческом виде. Запускаем в консоли:
mtrace ./main /tmp/out.txt
И получаем вывод:

Memory not freed:
-----------------
Address Size Caller
0x0000000000602460 0x4 at /tmp/main.c:9

P.S. Не забываете очищать выделенную память, а если вы не забываете ее очищать, то и не забывайте ее ранее выделять ;-)