неуловимый баг "Аccess violation at adress..."
#1
Отправлено 07 ноября 2006 - 19:05
Пару раз случайно возник баг, теперь не могу его повторить:
1.Запустила тестируемую прогу
2.зашла в один из пунктов меню - открылось диалоговое окно
3.заблокировала комп и ушла на обед на час
4.прихожу, хочу закрыть окно, получаю ошибку
"Аccess violation at adress ... in module "....". Read of address ..."
Пришлось снимать задачу через менеджер задач.
Второй раз данная ошибка на следующий день возникла. время, на котороя я комп оставила было несколько минут
Больше не могу повторить ошибку (хотя открываю параллельно те же программы)
И пограммеры мне верят
Этот баг связан с утечкой памяти? Что вы можете мне посоветовать?Как его возобновить? какие могуть быть еще причины данного сообщения?
#2
Отправлено 08 ноября 2006 - 03:29
Когда машина блокируется, то приложение пытается в фоновом режиме выполнить некоторые действия. И бывает такое, что просто:
- не хватает прав на выполнения их
- при чтении\записи обращение к памяти(диску) вызывает ошибку
- попытка обратиться к серверному приложению вызывает ошибку
...
и всё это ... если машина блокирована.
#3
Отправлено 08 ноября 2006 - 03:32
#4
Отправлено 08 ноября 2006 - 08:57
#5
Отправлено 08 ноября 2006 - 09:12
#6
Отправлено 08 ноября 2006 - 09:26
Запустите приложение. Откройте диспетчер задач (если у вас нет спец тулов или Ваших внутренних разработок которые следят за потраченными ресурсами) и посмотрите сколько памяти занимает Ваше приложение. Заходите в меню, открывайте Ваши окошки. Смотрите на сколько увеличился размер памяти. Закрывайте и смотрите, должно быть столько же, как и до открытия. Если не изменилось, посоветуйтесь с раработчиками (иногда так надо). И вычисляйте кто и сколько не освобождает.
После этого попробуйте открыть то окошко, которое точно и всегда не освобождает память. И залочьте машину. Может Вы просто не попадаете на те случаи когда память только занимается и не освобождается.
Еще одно предположение. Ваши разработчики сделали авторефреш или просто в цикле делают какие-то фоновые действия не освобождая при этом память. Таким образом вы получаете поедание памяти, когда форма открыта, сами того не подозревая.
Консультант по процессам тестирования
#8
Отправлено 08 ноября 2006 - 10:18
А кто говорит про базу?
Девелоперы должны знать где создается crash dump и как его использовать.При чем здесь дамп... это ошибка приложения, а не базы...
Спросил я у Developerov.... они понятия не имеют про crash damp и как его использовать... если не трудно может объяснити, что это такое и с чем его едят?
#11
Отправлено 08 ноября 2006 - 11:23
Консультант по процессам тестирования
#13
Отправлено 08 ноября 2006 - 12:35
MSDN пусть почитают или в инете поищут.
Ключевые слова: crash, dump, Dr Watson, drwtsn32, debugger
Спросил я у Developerov.... они понятия не имеют про crash damp и как его использовать... если не трудно может объяснити, что это такое и с чем его едят?
Короче все ясно, мы это не используем, тут и без этого все понятно, что бага винды или прога.
#14
Отправлено 08 ноября 2006 - 12:36
Бывали случаи...
Андрей Похилько
#15
Отправлено 09 ноября 2006 - 10:15
Короче все ясно, мы это не используем, тут и без этого все понятно, что бага винды или прога.
Тут не понимать надо, а сравнивать затраты.
За то время, которое здесь эта тема обсуждается, девелоперы уже нашли бы источник проблемы, используя адекватные инструменты. А тестировщик в то же самое время занимался бы решением своих задач.
Не дело тестировщика заниматься отлаживанием программы.
#16
Отправлено 11 ноября 2006 - 12:32
Количество пользователей, читающих эту тему: 1
0 пользователей, 1 гостей, 0 анонимных