Согласен со всеми высказавшимися.
Правда, инфы о машинке мало. Эй! Что за железки-то?
Попробуем логически. Есть следующее соображение: судя по "... адресу 0000:b00db580...", ошибка - в нижних адресах памяти, что свидетельствует, что сии грабли происходят в самОм ядре. Соответственно, смотрим на "...Содержимое стека:
00000f7f 00000357 0000fb4e 805a8620 016f1fb7 20000000 856af484 03570fb6 00001298 00000006 b00db580 00000167 f454d000 44f985a8 12980357 d0000000". И видим кучу фигни в последних регистрах (d0000000? 30000000? ). Ясно. Переполнение стека. Значит, не сбрасывается по reset'у содержимое стека. Почему? Заключаем, что раз флажкИ(EFLGS) - не пусто, а остальное - не нил, значит, обнуления по сигналу reset не было. Раз так, значит, кернел сыграл отбой при обновлении страницы памяти. А когда так бывает?Только при аппаратных сбоях в памяти. Винда - ни при чем. Проверь конфликтность устройств. Особенно, не подрались ли видяха с контроллером памяти, или с PCI-хостом.
Звиняюсь, что так длинно и, наверное, непонятно, но... Резюмируя: причина сбоя - либо конфликт оборудования, либо перегрев, либо скачки опорника, либо завышенная частота работы памяти (или греется(лечится радиаторами), или спускайся с заоблачных высот на ступеньку вниз, не держит такой частоты. Проверь в БИОСе параметр "CAS Latency". Должон быть 3 - помедленнее, зато побезопаснее).
А вообще-то, конфигурашку бы поподробнее...
З.Ы. С ATi-шными картами под Win9x дрова уже достигли нумбера 9031.

[ 23-05-2002, 02:41: Сообщение отредактировано: FilippOk ]