To Olexa

[Iguana]

По совету - обновил Ози до 3.95.4g. Но при движении по карте система слетает попрежнему. Когда появляется экран смерти, на нем много чего написано, но основное вот:

Stop:
* 0x000000D1
** ser2pl.sys

Там есть еще какие-то адреса, но в дорожных условиях я не успел записать.

И еще вопрос. Нотебук без компорта, использую усб эмулятор. Может причина слета системы в этом. Слетает не всегда. После двух слетов друг за другом, 4 часа работы.

С уважением, Жушев Сергей.
e-mail: sergei@zhushev.ru
+7 927 23 72864.
ICQ 230-007-338.

[kg_vista]

> Когда появляется экран смерти, на нем много чего написано, но основное вот: Блюскрины чаще всего вызываются сбоями в "неродных" драйверах. В данном случае сбой в драйвере ser2pl.sys. Видимо, это драйвер того самого переходника COM-USB? Гугл находит много шума по поводу блюскринов из-за ser2pl.sys. Например, много интерсного пишут здесь: http://66.102.9.104/search?q=cache:OpnG ... br> <br>

[CYBER]

А система-то какая?
если 2К, то Гейтс на себе рвет тельник, заявляя, что в 4-м сервиспаке ошибки с этим кодом подчищены.

[kg_vista]

> если 2К, то Гейтс на себе рвет тельник, заявляя, что в 4-м сервиспаке ошибки с этим кодом подчищены.

Это не майкрософтовский драйвер. Так что в данном случае БГ может ходить в рваном тельнике с чистой совестью

[Iguana]

Windows XP.

С уважением, Жушев Сергей.
e-mail: sergei@zhushev.ru
+7 927 23 72864.
ICQ 230-007-338.

[CYBER]

Сергей! Поставь ты 2К и большинство вопросов отпадет. Есть вариант, что под 2000 машина даст осмысленный эксепшн, на не тупо встанет на стоп.

[kg_vista]

> Поставь ты 2К и большинство вопросов отпадет.

Вообще-то XP свежее 2000 . И ядро там чуть более отлаженное.

> Есть вариант, что под 2000 машина даст осмысленный эксепшн, на не тупо встанет на стоп.

Необработанные эксепшены драйверов в любом случае дают блюскрин - это же ядро! Так было и в 2000 А осмысленность текста на блюскрине - это нужно не пользователям, а криворуким драйверописателям для разбора полетов.

Надо искать либо новую версию драйвера с фиксом, либо другой переходник. И еще вариант - у майкрософта наверняка есть стандартный generic-драйвер для подобных переходников прямо в составе системы. Можно попробовать снести нынешний драйвер в Device Manager и попробовать поставить майкрософтовский (если таковой действительно существует).

[CYBER]

>Вообще-то XP свежее 2000 . И ядро там чуть более отлаженное
А вот это не факт. Свежее, но не лУчшее..
Конкретный пример:
Delphi7 наглухо вешает ХР, а 2000 туго, но возвращется в IDE, причем без дополнительных нажатий кнопок.
Стоит отметить, что Ози написан на Дельфи и штучки такого рода могут вызываться не кривыми драйверами, а кривой цепочкой вызовов из приложения всяких внешних длл-ов.

[kg_vista]

> Delphi7 наглухо вешает ХР, а 2000 туго, но возвращется в IDE, причем без дополнительных нажатий кнопок.

Так а причем тут ядро??? Delphi - это же не драйвер!

В данном случае проблема с Delpi лежит совсем в иной плоскости, скорее всего, в Windows Shell - той части ОС, которая отвечает за отображение десктопа, папок, панели задач и пр. Шелл в XP, действительно, в отличие от 2000, имеет большую склонность к подвисанию.

Есть огромная технологическая разница между блюскринами и прочими сбоями приложений. Попробую поверхностно объяснить... Преде всего, любой код в Windows, как код самой ОС, так и код сторонних приложений, исполняется либо на "прикладном" уровне (user mode), либо в "защищенном" (kernel mode).

На прикладном уровне живут все приложения и многие подсистемы ОС. Здесь приложения хорошо изолированы друг от друга и от ядра системы своеобразными аппаратно-программными "переборками". Поэтому сбой на этом уровне, как правило, приводит к смерти только того приложения, которое собержит ошибку.

Ну, в худшем случае, сбой может затронуть Windows Shell - тогда пользователь лишается возможности свободно переключать задачи и запускать новые. Но остальные программы при этом продолжают работать, а шелл чаще всего возможно перезапустить вручную через Task Manager. Кстати, шелл в XP значительно переработан, то есть содержит много нового кода по сравнению с 2000, поэтому он и менее стабилен.

На защищенном уровне живет ядро ОС и драйвера. Блюскрины - это сбои именно на этом уровне. Сбои в среде ядра системы, очевидно, фатальны, то есть приводят к останову ВСЕЙ системы. Они могут быть вызваны ошибками в самом ядре при исполнении ядром команд, запрошенных приложениями из прикладного уровня, либо ошибками в драйверах. Но в самом коде ядра, ведущем свою историю еще от Windows NT 3.1 (кажется, 1992 год), ошибок за 10 лет усовершенствований практически не осталось (впрочем, есть исключения, каксающиеся относительно недавно появившихся подсистем ядра). То же самое касается драйверов, написанных Microsoft, поскольку они проходят очень жесткое тестирование. Поэтому абсолютное большинство блюскринов в 2000 и XP приходятся на долю драйверов от третьесторонних производителей, либо на нестабильную работу самого "железа".

[CYBER]

>Так а причем тут ядро??? Delphi - это же не драйвер!

Я немного поторопился отправить мессагу. Поясню:
В дельфи вызов любой функции (ну не любой, а большинства) и из ядра и из ГДИ и пр. идет не напрямую, а через написанную Борландом программку, в которой происходит множество проверок аргументов, типов. Если у писаки (например, у меня) ничего не получается, как положено, происходит заход в MSDN, выясняется, что, собственно нужно передать системе "по Гейтсу", напрямую вызывается функция. И уже без защиты и проверок идет на компиляцию и сборку. И тут начинается...
Как пример приведу историю с полигонами и полилиниями. Борланд вырезал в этой функции количество вершин (vertex). И приходилось тщательно следить за размером динамического масива. Вызвал напрямую из GDI - все упростилось строк на 30.
А подобные выкрутасы с управлением памятью (это уже kernel) давали раза два синее окно смерти.
Именно это я имел ввиду.