Сообщений в теме: 15

[Inno4ka]

Здравствуйте!
Пару раз случайно возник баг, теперь не могу его повторить:
1.Запустила тестируемую прогу
2.зашла в один из пунктов меню - открылось диалоговое окно
3.заблокировала комп и ушла на обед на час
4.прихожу, хочу закрыть окно, получаю ошибку

"Аccess violation at adress ... in module "....". Read of address ..."

Пришлось снимать задачу через менеджер задач.

Второй раз данная ошибка на следующий день возникла. время, на котороя я комп оставила было несколько минут

Больше не могу повторить ошибку (хотя открываю параллельно те же программы)
И пограммеры мне верят

Этот баг связан с утечкой памяти? Что вы можете мне посоветовать?Как его возобновить? какие могуть быть еще причины данного сообщения?

[Darkus]

Один из вариантов проблемы (по-крайней мере я с таким сталкивался).
Когда машина блокируется, то приложение пытается в фоновом режиме выполнить некоторые действия. И бывает такое, что просто:
- не хватает прав на выполнения их
- при чтении\записи обращение к памяти(диску) вызывает ошибку
- попытка обратиться к серверному приложению вызывает ошибку
...
и всё это ... если машина блокирована.

[Darkus]

Вспомнил ещё вариант... когда сутки закончатся и в 12:00 ночи на следующие переходим.( Даже не на блокированной машине...)

[DrVal]

Не проще ли дамп отдать девелоперам?

[sgans]

При чем здесь дамп... это ошибка приложения, а не базы...

[Rost]

Попробуйте с начала.
Запустите приложение. Откройте диспетчер задач (если у вас нет спец тулов или Ваших внутренних разработок которые следят за потраченными ресурсами) и посмотрите сколько памяти занимает Ваше приложение. Заходите в меню, открывайте Ваши окошки. Смотрите на сколько увеличился размер памяти. Закрывайте и смотрите, должно быть столько же, как и до открытия. Если не изменилось, посоветуйтесь с раработчиками (иногда так надо). И вычисляйте кто и сколько не освобождает.
После этого попробуйте открыть то окошко, которое точно и всегда не освобождает память. И залочьте машину. Может Вы просто не попадаете на те случаи когда память только занимается и не освобождается.

Еще одно предположение. Ваши разработчики сделали авторефреш или просто в цикле делают какие-то фоновые действия не освобождая при этом память. Таким образом вы получаете поедание памяти, когда форма открыта, сами того не подозревая.

[DrVal]

А кто говорит про базу?

Девелоперы должны знать где создается crash dump и как его использовать.

При чем здесь дамп... это ошибка приложения, а не базы...

[sgans]

А кто говорит про базу?

Девелоперы должны знать где создается crash dump и как его использовать.

При чем здесь дамп... это ошибка приложения, а не базы...

Спросил я у Developerov.... они понятия не имеют про crash damp и как его использовать... если не трудно может объяснити, что это такое и с чем его едят?

[DrVal]

MSDN пусть почитают или в инете поищут.

Ключевые слова: crash, dump, Dr Watson, drwtsn32, debugger

Спросил я у Developerov.... они понятия не имеют про crash damp и как его использовать... если не трудно может объяснити, что это такое и с чем его едят?

[greyver]

Спросил я у Developerov.... они понятия не имеют про crash damp и как его использовать... если не трудно может объяснити, что это такое и с чем его едят?

Ох, и трудно вам придется...

[Rost]

damp или dump?

[Clauster]

Ну, если damp, то его не едят, а скорее пьют. Хотя, некоторые и водку кушают. (сорри а оффтоп и флуд)

[sgans]

MSDN пусть почитают или в инете поищут.

Ключевые слова: crash, dump, Dr Watson, drwtsn32, debugger

Спросил я у Developerov.... они понятия не имеют про crash damp и как его использовать... если не трудно может объяснити, что это такое и с чем его едят?

Короче все ясно, мы это не используем, тут и без этого все понятно, что бага винды или прога.

[APC]

Еще про скринсейвер не забудьте. Если он у вас какой-нибудь навороченный (типа трехмерной мега-анимации, грузящей процессор на 100% и загребающей всю память или еще какие-то ресурсы), то может наводить ситуацию сбоя. Да даже простой мелкий может спровоцировать.
Бывали случаи...

[rlabs]

Короче все ясно, мы это не используем, тут и без этого все понятно, что бага винды или прога.

Тут не понимать надо, а сравнивать затраты.
За то время, которое здесь эта тема обсуждается, девелоперы уже нашли бы источник проблемы, используя адекватные инструменты. А тестировщик в то же самое время занимался бы решением своих задач.

Не дело тестировщика заниматься отлаживанием программы.

[Inno4ka]

Всем большое спасибо!!! Пока не возобновился, но все работаем над єтим