В даний час працює тільки в Linux. DBGMEM випущений під умовами GNU Lesser General Public License
Інструмент допоможе вам знайти такі проблеми, як
& NBSP; 1. витоку пам'яті
& NBSP; 2. купа пошкодження пам'яті
& NBSP; 3. Неправильне, незаконне аргумент обраних функцій стандартної бібліотеки.
& NBSP; 4. стек з корупцією
& NBSP; 5. Використання звільненій або НЕ-ініціалізованих динамічної пам'яті.
& NBSP; 6. Дозволяє розширити функції, перевірити доводи Додатковий API по
Інструмент перекриває функції розподілу GLIBC пам'яті, пам'ять і функції рядками для того, щоб додати свої особливості.
DBGMEM не вимагає яких-небудь змін у вашій програмі, хоча ви, можливо, хочете змінити свою програму для того, щоб використовувати деякі розширені функції.
DBGMEM є відкритим джерелом відладчика пам'яті для програм C і C ++ і працює під управлінням операційної системи Linux, і випущена під GNU Lesser General Public License. DBGMEM додає налагодження перевіряє частини стандартної бібліотеки Glibc; Вона реалізована у вигляді поділюваних бібліотек, завантажених в адресний простір отлаживаемого процесу.
Інструменти
DBGMEM має кілька інструментів відладки пам'яті, кожен з яких може бути завантажений в налагоджують програму; Простий інструмент відстежує все, що виділяються блоків пам'яті, і додає інформацію про книгу обліку, такі як стек в той час, коли блок був виділений, в заголовку арені, який передує виділений блок пам'яті; Він також додає захисний слово до і після виділеного блоку; Простий інструмент найкраще використовувати для виявлення проблем витоку пам'яті; а заголовок арена зіпсовані програмою, яка регламентуватиме. Перевірки взяв тримає всю інформацію Бухгалтерські з стека в анонімній файлу, відображеного в пам'ять; це робить інструмент більш міцним, щоб витримувати пам'яті перезапису помилок. Інструмент перевірки також додає можливість швидко знайти інформацію про будь блоку купи для значення покажчика, що міститься в цієї купи блоку; Інструмент перевірки додає перевірку параметрів в загальному рядку і функцій маніпулювання пам'яті, та перевірки на предмет можливого дроблення стека цими функціями.
<Сильний> Режим роботи
Ви можете запускати більшість програм за допомогою відладчика, як є; Інструмент не вимагає налагодженої програми повинні бути пов'язані з будь-якими конкретними бібліотек; Інструмент розділюваний бібліотека, яка завантажується в адресний простір процесу, який перевіряється за допомогою техніки DLL Injection. LD_PRELOAD функція динамічного компоновщика використовується для завантаження інструменти розділяється бібліотеку перше, перш ніж будь-який інший бібліотека завантажується; розподіл пам'яті і функції маніпуляції з рядками перехоплюються і вперше закликав з бібліотеки інструменту; це дозволяє інструмент для додавання своїх перевірок. Під час виконання отлаживаемой процесу сировину звіт письмового який далі обробляється після припинення налагодженої процесу; доповнена звіт додає імена символічних функцій стека сліди, що містяться в сирому доповіді. Gdb відладчик використовується для включення цифрових адрес в символічні адреси під час подальшої обробки сирого звіту
<Номер / STRONG> :.
- витоків пам'яті ; це відноситься як до Checking Tool і простих інструментів. Інструмент відстежує кожну виділену купи блок разом з трасування стека, прийнятим на той момент, коли блок був виділений; Крім ціле мітка зберігається з кожним розподілу, то це значення відстежує логічне період / `покоління", що характеризує час, коли блок був виділений. Доповідь цієї інформації завжди проводиться при завершенні процесу, або на вимогу користувача. Ця інформація допомагає знайти екземпляри і причини витоку пам'яті.
- використання не инициализирован динамічної пам'яті або звільненої пам'яті купи; це відноситься як до Checking Tool і простих інструментів. Набори інструментів все знову виділену пам'ять для байтового значення 0xDD і все звільненій пам'яті у вартість байт 0xEE; Використання цих значень, як правило, призводить до програми помилки, якщо ця область пам'яті містить покажчик, то разименованія покажчика зі значенням 0xDDDDDDDD призведе до аварії.
- Купа пошкодження пам'яті; це відноситься як до Checking Tool і простих інструментів. Перевірки інструмент для пам'яті переписує і підписує, поставивши префікс і суфікс пам'яті на кожному блоці купи; якщо значення суфікса змінюється, то купа перезапису / гарантувати виявлено.
- Це відноситься до '' 'Checking Tool' '' тільки; Зловживання рядками функцій GLIBC та копії пам'яті / перемістити функцій GLIBC; стек з корупцією ті перевірених функцій інструмент отримує перший пас на загальних стандартних бібліотечних функцій, перевіряється, що функція не перезаписувати існуючий аргумент купи блок; це також перевіряється, що стек викликає потоку не буде пошкоджений.
Що нового У цьому випуску:
- зробити в даний час отримує змінної середовища CFLAGS
- побудувати dbgmem бібліотеку з -ldl опції
- Загальна бібліотека тепер поміщається в Lib / $ (uname -r) каталог, в Glibc одружений на версії ядра.
- виправлення збірник на деяких системах (конфігурація крок)
- додати опцію для запуску сценарію (-m - генерувати трасування стека тільки для деяких поколінь)
Що нового у версії 1.9.1:
- зробити скрипт оновлюється, тепер намагається виявити вимагається Вбудований настройки; досі не, як робити Automake хоча
- помилка компіляції в режимі C для РСАДПЗ 2.9.6 фіксованою; GCC раніше падає з внутрішньої помилки на C ++ режим побудований
- Додана опція -g (відключити перевірку для спарювання Танос / новий / новий [] безкоштовно / видалити / видалити [] в C ++ режим)
Що нового у версії 1.7:
- Додана опція -F слідувати вилки і Exec дзвонити (як в вилка / Exec)
- в даний час виводить командний рядок налагодженої процесу в заголовку файлу звіту.
- карта ім'я файлу тепер включає в себе PID.
- Видалити файли сирих звітів за умовчанням; Є дуже багато з них;
- всі види використання Sprintf змінено на snprintf
Коментар не знайдено