Программирование драйверов windows солдатов: «Программирование драйверов Windows» Вячеслав Солдатов: рецензии и отзывы на книгу | ISBN 5-9518-0148-6, 978-5-9518-0328-3

Программирование для Windows | Расширенный список литературы

Солдатов, Вячеслав Петрович — Программирование драйверов Windows :

Поиск по определенным полям

author:иванов

author:иванов title:исследование

Логически операторы

author:иванов title:разработка

исследование OR разработка

author:иванов OR title:разработка

исследование NOT разработка

author:иванов NOT title:разработка

Тип поиска

$исследование $развития

исследование*

«исследование и разработка«

Поиск по синонимам

#исследование

Группировка

Приблизительный поиск слова

бром~

Поиск в интервале

author:[Иванов TO Петров]

author:{Иванов TO Петров}

Литература для обязательного чтения

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

• Кострикин А. И., “Введение в алгебру. Часть I. Основы алгебры”.
• Кострикин А. И., “Введение в алгебру. Часть II. Линейная алгебра”.
• Глухов М. М., Елизаров В. П., Нечаев А. А., “Алгебра. Учебник в 2-х т.”.
• Постников М. М., «Аналитическая геометрия».
• Ильин В. А., Садовничий В. А, Сендов Бл. Х., “Математический анализ: в 2 ч.”.
• Виноградов И. М., “Основы теории чисел”.
• Степанов А.Н. «Курс информатики для студентов информационно-математических специальностей».
• Грошев А. С., Закляков П. В., “Информатика. Учебник”.
• Брукшир Дж.Г., Брилов Д. «Компьютерные науки. Базовый курс».
• Орлов С. А., “Теория и практика языков программирования”.
• Керниган Б., Риччи Д., “Язык программирования С”.
• Дасгупта С., Пападимитриу Х., Вазирани У., “Алгоритмы”.

• Кострикин А. И., “Введение в алгебру. Часть III. Основные структуры”.
• Каргаполов М. И., Мерзляков Ю. И., “Основы теории групп”.
• Богопольский О. В., “Введение в теорию групп”.
• Ершов Ю. Л., Палютин Е. А., «Математическая логика».
• Крупский В. Н., Плиско В. Е., «Теория алгоритмов».
• Гнеденко Б. В., «Курс теории вероятностей».
• Прата С., «Язык программирования С++. Лекции и упражнения».
• Дейтел Х., Дейтел П., «Как программировать на С++».
• Саттер Г., Александреску А., «Стандарты программирования на С++».
• Цилькер Б. Я., Орлов С. А., «Организация ЭВМ и систем».
• Таненбаум Э., «Архитектура компьютера».
• Дейтел Х. М., Дейтел П. Дж., Чофнес Д. Р., «Операционные системы: в 2 т.».
• Керниган Б. В., Пайк Р., «UNIX. Программное окружение».
• Робачевский А. М., Немнюгин С. А., Стесик О. Л., «Операционная среда UNIX», 2-е изд.
• Юров В. И., «Assembler. Учебник для вузов».
• Девянин П. Н., “Модели безопасности компьютерных систем”.
• Грушо А. А., Применко Э. А., Тимонина Е. Е., «Теоретические основы компьютерной безопасности».

• Хопкрофт Д. Э, Мотвани Р., Ульман Д. Д., «Введение в теорию автоматов, языков и вычислений».
• Новиков Ф.А., “Дискретная математика для программистов”.
• Харари Ф., «Теория графов».
• Кудряшов Б. Д., «Теория информации».
• Вернер М., “Основы кодирования”.
• Глухов М. М., Круглов И. А., Пичкур А. Б., Черемушкин А. В., «Введение в теоретико-числовые методы криптографии».
• Черемушкин А. В., «Лекции по арифметическим алгоритмам в криптографии».
• Кормен Т. Х., Лейзерсон Ч. И., Ривест Р. Л., Штайн К., “Алгоритмы: построение и анализ”.
• Олифер В. Г., Олифер Н. А., “Компьютерные сети. Принципы, технологии, протоколы”.
• Стивенс Р., Раго С., «UNIX. Профессиональное программирование».
• Ирвин К., «Язык ассемблера для процессоров Intel».
• Аблязов Р. З., «Программирование на ассемблере на платформе x86-64».
• Руссинович М., Соломон Д., “Внутреннее устройство Microsoft Windows:  Windows Server 2003, Windows XP и Windows 2000”.
• Солдатов В. П., “Программирование драйверов Windows”.
• Сорокина С. И., “Программирование драйверов и систем безопасности”.
• Назарр К., Рихтер Дж., “Windows via C&C++. Программирование на языке Visual C++”.
• Карпова Т., «Базы данных: модели, разработка, реализация».

• Харин Ю. С., «Математические и компьютерные основы криптологии».
• Алферов А. П., Зубов А. Ю., Кузьмин А. С., Черемушкин А. В., «Основы криптографии. Учебное пособие».
• Молдовян Н. А., «Введение в криптосистемы с открытым ключом».
• Молдовян Н. А., «Теоретический минимум и алгоритмы цифровой подписи».
• Воеводин В. В., Воеводин Вл. В., “Параллельные вычисления”.
• Лав Р., «Linux. Системное программирование».
• Лав Р., “Ядро Linux: описание процесса разработки”, 3-е изд.
• Проскурин В. Г., “Защита программ и данных”, 2-е изд.
• Хоглунд Г., Батлер Дж., «Руткиты: внедрение в ядро Windows».
• Эриксон Д., “Хакинг: искусство эксплойта”.
• Безбогов А. А., Яковлев А. В., Мартемьянов Ю. Ф., “Безопасность операционных систем: учебное пособие”.
• Юричев Д., “Краткое введение в reverse engineering для начинающих”.
• Немет Э., Снайдер Г., Хейн Т., Уэйли Б., «Unix и Linux: руководство системного администратора».
• Орлов С. А., Цилькер Б. Я., “Технологии разработки программного обеспечения”.
• Васильев А. Н., «Java. Объектно-ориентированное программирование».
• Шапиро Л., Стокман Дж., «Компьютерное зрение».

• Черемушкин А. В., «Криптографические протоколы. Основные свойства и уязвимости».
• Sikorski M., Honig A., «Practical malware analysis».
• Проскурин В. Г., Крутов С. В., Мацкевич И. В., “Программно-аппаратные средства обеспечения информационной безопасности. Защита в операционных системах”.
• Болл Р. М., Коннел Дж. Х., Панканти Ш., Ратха Н. К., Сеньор Э. У., “Руководство по биометрии”.

Лекция № 1. Введение

0. Что необходимо знать. Структура курса. Список литературы.

1. Зачем нужны драйверы. Примеры использования драйверов.

2. Что такое драйвер, типы драйверов и характеристики

3. Среда разработки.

4. Утилита BUILD. Checked и Free Build. Жизненный цикл разработки драйвера.

5. С и С++. Интегрированная среда разработки.

6. Установка, удаление, запуск и остановка драйвера.

[1.0] Что необходимо знать. Структура курса. Список литературы.

Необходимо знать:

Крайне желательно знать:

• Win32 API

• Интегрированная среда Developer Studio

• Visual С++

• Ассемблер

• Работа процессора в защищенном режиме, особенно – организация памяти

Настоятельная рекомендация: На л/р иметь:

• справочник по Visual C++

• системное программирование в Windows

• справочник по командам ассемблера

Структура курса.

Курс рассчитан на 15 лекций (30 часов) + 4 лабораторных занятия по 4 часа, каждое разбито на 2 л/р

Форма отчетности по курсу – экзамен.

В процессе изложения могут даваться ссылки на следующую литературу (доступна в электронном виде в комп. зале):

1. Программтрование драйверов и систем безопасности. Сорокина, Тихонов, Щербаков

2. Программирование драйверов Windows. Солдатов.

3. Windows NT/2000 Native API Reference. Garry Nebbett.

4. Undocumented Windows NT. Dabak, Phadke, Borate.

5. Недокументированные возможности Windows 2000. Свен Шрайбер.

6. Недокументированные возможности Windows NT. Коберниченко.

7. Inside Microsoft Windows 2000. Соломон, Русинович.

8. Windows NT Device Driver Development. Peter G. Viscarola, W. Antony Mason

9. Developing Windows NT Device Driver. Edward N. Dekker, Joseph M. Newcomer

[1.1] Зачем нужны драйверы. Примеры использования драйверов

Для чего нужно знание архитектуры ОС и понимание драйверов применительно к сфере защиты информации? Этот вопрос можно рассматривать с различных точек зрения:

• С точки зрения разработчика средств защиты информации

• С точки зрения преодоления средства защиты

Допустим, нам необходимо разработать средство защиты. Типовая структура такого средства на данный момент выглядит примерно так:

Реализация почти всех перечисленных элементов системы защиты для ОС NT возможна только с применением драйверов:

• Защита локальных данных – либо FSD шифрующей файловой системы, либо драйвер-фильтр для прозрачного шифрования, либо перехват вызовов системных сервисов.

• Защита сетевых данных – драйвер протокола, NDIS-драйвер промежуточного уровня, собственная сетевая служба, фильтр стандартной сетевой службы (такие службы реализованы как файловые системы — FSD), перехват вызовов системных сервисов.

• Выявление нарушителя – для всех вышеприведенных вариантов – анализ событий, регистрация в журнале, запрос на подтверждение подозрительных действий.

Для специализированного оборудования должны быть разработаны драйверы для интеграции в эту схему.

Примеры драйверов.

Драйверы ядра можно разбить на 2 больших класса: драйверы аппаратных устройств и драйверы виртуальных устройств:

1. архитектура NT исключает использование устройства, если для него нет драйвера. Прикладному ПО доступ к аппаратуре запрещен. Поэтому самым очевидным примером драйверов является драйвер аппаратного устройства, предоставляющий прикладным программам интерфейс доступа к устройству. В области защиты информации задача написания таких драйверов весьма актуальна.

2. Драйвер виртуального устройства не работает с каким либо специализированным аппаратным устройством, однако предоставляет прикладным программам такие возможности по работе со стандартными ресурсами компьютера и ОС (процессор, память, порты, регистры, служебные структуры ОС), которые без драйвера были бы недоступны.

Что конкретно можно сделать с помощью драйвера виртуального устройства?

Как будет видно из следующих разделов, системная архитектура NT представляет собой набор модулей, связанных друг с другом стандартными, но далеко не всегда документированными интерфейсами. Благодаря этим интерфейсам можно производить как замену стандартных модулей на собственные, так и вставлять новые модули в «разрыв» связей между старыми. Такое устройство ОС позволяет разрабатывать новые модули (драйверы) для различных целей:

• «прозрачная», то есть невидимая для прикладных программ, обработка данных, например, шифрование и компрессия данных на диске или в компьютерной сети;

• расширение набора предоставляемых ОС сервисов;

• «прозрачное» сканирование на наличие вирусов;

• написание вирусов и закладок;

• средства сбора статистики о событиях для различных компонентов системы.

Следует иметь ввиду, что помимо общих правил разработки и взаимодействия драйверов существуют специальные правила для особых типов драйверов. В качестве примера можно привести драйверы файловой системы – FSD и сетевые драйверы – архитектура NDIS и TDI.

На уровне ядра можно создавать не только драйвер, но и какой либо компонент ОС, например, HAL. Существуют специальные модули HAL, реализующие системы реального времени. В принципе, можно задуматься над возможностью придания ОС NT черт распределенной ОС.

Драйверы Windows.

Как написать драйвер для символьного устройства под Win95/98/2000/XP?
Подскажите где скачать хорошое руководство с примерами?
DDK прошу не обращаться. (ну только если на русском — тогда можно).

>   ()  []

Как же ты собираешься писать, если библию ты не признаешь.

> Anatoly Podgoretsky ©   (06.01.10 13:57) [1]
> …Как же ты собираешься писать, если библию ты не
> признаешь.

Хочу сшить хорошие сапоги. Кожу нитки и прочую резину не предлагать.

http://www.brain2life.com/book/1031.html

Хочу всё. Ничего не предлагать.

Уже указанный Солдатов
+
Турнер Дэвид, Шрайбер С., Свен Шрайбер
Недокументированные возможности Windows 2000. Библиотека программиста

> DDK прошу не обращаться. (ну только если на русском — тогда
> можно).

я не знаю как ты вообще без знания английского стал программистом. Вся документация на англ.  
msdn DDK — там куча статей на эту тему.

> Кто б сомневался ©   (06.01.10 16:40) [6]

аффтар же отжег уже

> DDK прошу не обращаться.

> Anatoly Podgoretsky ©   (06.01.10 13:57) [1]
> >   ()  []Как же ты собираешься писать, если библию ты не
> признаешь.

А вы ее читать пробовали? Я вот лично месяц переводил потом понял что зря я этим делом занялся. Не стоит она переводу.

> А вы ее читать пробовали? Я вот лично месяц переводил…

Таки и не надо переводить. Надо читать. А то может получится: «Она взяла ему за руку и неоднократно произнесла: «Где ты девал деньги?»

Ну вот… Результат дискурса о цитатах. Не «взяла», а «схватила» и не «произнесла», а «спросила» :)))
Был не прав, вспылил. Теперь считаю своё поведение безобразной ошибкой, прошу дать повод загладить, искупить. Всё 😉

> Pavia  (06.01.2010 22:09:08)  [8]

Зачем ее переводить, сдохнешь, ее надо просто читать и использовать примеры.

> Как написать драйвер

А разве сие возможно на Дельфи?

> разве сие возможно на Дельфи?

http://w-shadow.com/files/DDDK004.zip

> Сергей М. ©   (07.01.10 10:08) [13]

Обнаружен вирус!
Имя файла: http:\\w-shadow.com\files\dddk004.zip\bin\dcc32.exe
Имя вируса: win32:trojan-gen

🙂

Нет там никакого вируса.
Это компилятор от Delphi 3
Выкинь свой а/в в топку)

> Сергей М.

У меня есть компилятор от Delphi 3 и линкер. Так вот на него антивирус не ругается.
А на ту что в dddk004.zip ругается. Так что вирус есть.

И вообще писать драйвера на Delphi3 не актуально сейчас нормально и на Delphi 7 пишут.
http://forum.vingrad.ru/articles/topic-225315/kw-драйвер-windows-delphi/60.html

> Pavia ©   (07.01.10 11:32) [16]


> Так что вирус есть

Да просто упакован он. На сигнатуру пакера и ругаются многие а/в.
У ClamAV, к примеру,  претензий на эту тему нет.

> oldman  (07.01.2010 11:06:14)  [14]

После того как на Дельфи стали писать много вирусов, противовирусы вынуждены были назвать этот продукт генератором вирусов, класса троян (trojan-gen)

> А на ту что в dddk004.zip ругается. Так что вирус есть.

DrWeb не ругается

> NewZ   (06.01.10 13:28)  

Книга Солдатова почитай.
В. П. Солдатов. Программирование драйверов Windows
http://mirsofta.ru/index.php?id=1248524181

Пока лучшее для начинающих. Пример там только один, который пишется на протяжении всей книги, но даётся база всех глобальных особенностей архитектуры ядра NT — на пальцах.

Протоколирование обмена информацией между компьютером и внешним запоминающим USB-устройством (стр. 7 из 7)

· Нехватка ресурсов;

· Нетипичные запросы к драйверу.

Все тесты прошли успешно. Память в системе распределялась правильно, ошибок с ней не возникало. На нехватку ресурсов драйвер реагировал корректно. Нетипичные запросы к драйверу не обрабатывались им.

Для отладки драйвера использовалась программа DebugView. Эта утилита позволяет осуществлять перехват отладочных сообщений, выдаваемых драйвером.

Заключение

В данной работе рассмотрен вопрос, связанный с разработкой драйверов устройств в системе Windows, и реализован драйвер-фильтр USB‑накопителя.

Разработанный драйвер предоставляет следующие возможности:

· возможность установки на любой USB‑накопитель, присутствующий в системе;

· перехват информации ввода / вывода USB‑накопителя;

· запись перехваченной информации в файл на диске.

Драйвер-фильтр был протестирован с помощью тестовых утилит из состава пакета DDK и отвечает всем современным требованиям, накладываемым ОС Windows на характеристики драйверов.

Тем не менее, существуют пути по усовершенствованию разработанного программного комплекса. Например, существует возможность по созданию связки «драйверуровняядра – управляющееприложениепользовательскогоуровня», которая при наличии развитых механизмов синхронизации позволила бы получать информацию о вводе / выводе устройства в интерактивном режиме. Но это достаточно трудоемкая задача, выходящая за рамки курсовой работы.

Список литературы и интернет-ресурсов

1. Агуров П.В. Интерфейсы USB. Практика использования и программирования.–СПб.: БХВ-Петербург, 2004. – 576 с.

2. Солдатов В.П. Программирование драйверов Windows. Изд. 2-е, перераб. и доп. – М.: ООО «Бином-Пресс», 2004. – 480 с.

3. Материалыпроекта «Windows Assembly Site» – www.wasm.ru.

4. Материалы сайта www.usb.org.

5. MSDN Library, Copyright 1987–2005 Microsoft Corporation.

Солдат, получивший Армейскую медаль за программирование

Военные любят раздавать медали в знак признания заслуг своих членов. Большинство из нас знает, что медали можно заработать за героизм, ранения, полученные в бою, и хорошее поведение. Однако вы, вероятно, не знаете, что вы также можете заработать медаль за написание кода.

Я точно не знал, что навыки программирования могут принести вам медаль U.S.Army, пока я не прочитал на прошлой неделе рассказ Вивин Палиат. Палиат написал в своем блоге о том, как он заработал такую ​​медаль за свои технические навыки. Палиат был специалистом по логистике и снабжению в Национальной гвардии, когда его подразделение было отправлено в Ирак в 2005 году. Он получил степень в области разработки компьютерных систем и до своего командования работал программистом и системным инженером.

В армии его работа заключалась в том, чтобы заказывать запчасти для механиков, отправлять машины и выдавать лицензии солдатам.Все это было сделано с помощью приложения на основе DOS (да, приложения на основе DOS в 2005 году) под названием Unit Level Logistics System — Ground (ULLS-G), и это потребовало большого количества ручного ввода и повторения. Используя свой опыт программирования, после того, как Палиат нашел драйвер ODBC для системы ULLS-G, он взял на себя инициативу написать сценарии Perl и макросы Excel для автоматизации и значительного ускорения многих его задач. Командир его отряда был настолько впечатлен, что порекомендовал Палиата к армейской почетной медали, которую он был награжден незадолго до того, как его отряд покинул Ирак в конце 2006 года.

Я был очарован этой историей, поэтому связался с Палиатом, чтобы узнать немного больше о его опыте кодирования в армии. Неудивительно, сказал он, что, помимо кода, который он выполнял для системы ULLS-G, у него не было много времени на другие программы. Что касается того, есть ли в целом большие возможности у солдат, заинтересованных в разработке программного обеспечения, преследовать его, Палиат отметил, что армия поощряет людей посещать онлайн-курсы для получения кредита в колледже, но добавил: Военная специальность) в армии, так как это в основном ваша работа в армии.В основном из-за моего опыта в разработке программного обеспечения я решил попытаться упростить процесс, но технически это не входило в мои должностные обязанности. Тем не менее, определенно есть возможности для программирования в других МОПах, таких как интеллект или сигналы. В армии также есть организация (я думаю, базирующаяся в Форт-Ли), которая занимается разработкой программного обеспечения для армии. Но в целом армия не уделяет много внимания разработке программного обеспечения или программированию ».

Оказывается, опыт Палиата не уникален.Его история породила ветку на Hacker News, в которой несколько других людей поделились своим опытом признания военными за использование своих навыков программирования и технических навыков. Один читатель написал, что он взял VBA, находясь в Афганистане в составе канадской армии, и использовал его для автоматизации и ускорения ряда операций в Excel, в том числе для заказа медицинской эвакуации раненых. Он сказал, что получил благодарность и впоследствии решил продолжить карьеру в области разработки программного обеспечения.

Другой читатель поделился своим опытом с армией в 1984 году, когда он находился в Западной Германии. После исправления базы данных, в которой произошел сбой, он говорит, что тоже получил благодарность.

Однако ни один список людей, признанных военными за их умения в программировании, не был бы полным без Грейс Хоппер, которую, как известно, повысили до контр-адмирала в знак признания ее вычислительной работы. Военно-морской флот также назвал в ее честь центр обработки данных, а также эсминец USS Hopper.

Вот и все.В наши дни разработка программного обеспечения может не только привести к отличной работе с хорошей оплатой, но также может принести вам медаль. Кто знал?

Читайте больше в блоге Фила Джонсона #Tech и следите за последними новостями ИТ на ITworld. Следите за сообщениями Фила в Твиттере по адресу @itwphiljohnson. Следите за последними новостями в сфере ИТ, аналитическими материалами и практическими рекомендациями в Twitter и Facebook.

Рассказ «Солдат, получивший армейскую медаль за программирование» был первоначально опубликован ITworld.

Copyright © 2014 IDG Communications, Inc.

Начало работы Создание драйверов для Windows — OSR

Последнее обновление: 10 августа 2020 г.

Вы, вероятно, пришли сюда на OSR.COM, потому что вам нужно научиться писать или отлаживать драйверы для Windows. Но если вы никогда раньше не писали драйвер для Windows и у вас есть конкретная задача, которую нужно выполнить (например, поддержка определенного оборудования или перехват доступа к файлам), ваш первый вопрос, скорее всего, будет: с чего начать? Где я могу найти хорошее введение в драйверы для Windows? Есть ли какие-нибудь руководства по написанию драйверов для Windows, которые будут мне полезны?

Одна проблема заключается в том, что мир драйверов для Windows чрезвычайно разнообразен.Вы бы написали драйвер устройства для поддержки определенного оборудования, например USB-устройства или устройства PCIe. Вы могли бы написать драйвер Filter Manager Minifilter для реализации сканирования файлов (например, антивирусных продуктов) при доступе, мониторов активности и решений для репликации, дедупликации или резервного копирования файлов. Хотя это оба «драйвера для Windows», между ними нет ничего общего.

К счастью, мы здесь, чтобы помочь вам разобраться.

Хотите верьте, хотите нет, но один из наиболее часто задаваемых вопросов, которые мы получаем здесь, в OSR, — это «Как мне написать драйвер для Windows?» Вы бы подумали, что ответ прост.А иногда и бывает. Но слишком часто ответ не только неочевиден, но и чреват сложностью.

Ответы на вопрос «Как мне написать драйвер для моего устройства в Windows» делятся на три категории:

• Что нужно знать
• Какие инструменты разработки (и прочее) вам понадобятся
• Какую модель драйвера использовать

Мы опишем каждый из них в отдельных разделах ниже.

Что нужно знать

То, что вам нужно знать, делится на две категории:

• Личные сведения об операционной системе Windows и устройствах, которые позволят вам быстро научиться писать драйверы для Windows.
• Техническая информация об аппаратном устройстве, для которого необходимо написать драйвер (если вы пишете драйвер для аппаратного устройства).

Личные знания

Пункты первой категории, личные фоновые знания, на самом деле довольно просты. Чтобы писать драйверы для Windows и не расстраиваться, вам необходимо иметь хотя бы общие знания о компьютерных операционных системах и Windows в частности. Вы, вероятно, знаете большую часть того, что вам нужно, если в школе проходили курс общих понятий ОС.Если вы разбираетесь в устройствах, регистрах, прерываниях, виртуальной памяти, планировании, многопоточном программировании, повторном входе и проблемах параллелизма … вы более чем на полпути к тому, чтобы стать разработчиком драйвера. Вы можете получить необходимую информацию для Windows, немного почитав. Пожалуйста, не пропускайте этот шаг. Мы проводим почти два дня на 5-дневном семинаре по драйверам, который мы проводим здесь, в OSR, и обсуждаем ОС Windows и архитектуру подсистемы ввода-вывода. Итак, это важно.

Кроме того, если вы не знакомы с программированием в системах Windows с точки зрения пользователя (возможно, вы работали в Linux всю свою жизнь), было бы полезно немного узнать об основах ввода-вывода Windows.Такие вещи, как CreateFile, ReadFile, WriteFile и асинхронный (то есть «перекрытый») ввод-вывод.

Если вам нужно освежить в памяти концепции вашей ОС, вы хотите узнать больше о концепциях ОС Windows, в частности, или вы хотите узнать больше о том, как ввод-вывод выполняется в Windows, у нас есть несколько советов по прочтению Боковая панель с надписью «Общие сведения об ОС Windows и концепциях ввода-вывода». Это чтение должно хорошо подготовить вас к задаче написания драйверов для Windows.

Внутреннее устройство Windows 7-е издание — Часть 1
(Иосифович, Ионеску, Руссинович и Соломон) (Microsoft Press)

Это — базовое описание архитектуры ОС Windows. Каждый в мире Windows когда-либо читал его. Когда вы читаете следующие главы, вы можете просто пропустить показанные упражнения или попробовать несколько, если они покажутся вам интересными … это ваш выбор. —

• Глава 1. Концепции и инструменты (вся глава)
• Глава 2: Архитектура системы (вся глава)
• Глава 3: Системные механизмы (до раздела, озаглавленного «Расширенные вызовы локальных процедур», но не включая его)

Системное программирование Windows, 4-е издание
(Johnson M.Hart) (серия Addison-Wesley Microsoft Technology)

Если вы собираетесь писать драйверы устройств, вероятно, имеет смысл разобраться в том, как писать программы для Windows. Если вы работали в Unix и никогда не писали программы в системе Windows, эта книга даст вам много необходимой информации.

• Глава 1. Начало работы с Windows (вся глава)
• Глава 2: Использование файловой системы Windows и символьного ввода-вывода (вся глава)
• Глава 4: Обработка исключений (вся глава)
• Глава 14: Асинхронные порты ввода / вывода и завершения

Еще одна вещь, которую вам нужно знать с точки зрения личного опыта, — это что-то об аппаратной архитектуре, типичной для платформы, на которой будет работать ваше оборудование.Независимо от того, будет ли устройство, для которого вы пишете драйвер, работать в системах ПК (от рабочего стола к серверу) или будет использоваться исключительно в системе ARM SoC, зная что-то об аппаратной среде, например общие шины и концепции оборудования, которые являются уникальными для этой платформы было бы ценно. Не нужно много знать. Мы не говорим, что вам нужно быть дизайнером оборудования. Мы просто говорим, что знание, например, основных концепций PCIe, USB, SPI или любой другой шины, к которой подключается ваше устройство, поможет вам ускорить процесс написания драйвера.

О вашем оборудовании

Если вы пишете драйвер для поддержки оборудования в Windows, вам потребуются технические характеристики оборудования, которое вы будете поддерживать. Информация, которая вам нужна, обычно принимает форму «таблицы данных» (которая часто больше похожа на книгу, чем на отдельный лист бумаги), которая описывает интерфейс на уровне регистров для вашего устройства. Это может вам дать разработчик оборудования. Кстати, вам нужна специфика вашего устройства. Если устройство, для которого вы будете писать драйвер, реализовано с использованием какого-то PLD, такого как FPGA, не позволяйте разработчику оборудования просто указывать вам на спецификации оборудования для устройства PLD (разработчик оборудования машет вам рукой, пока говоря: «О, мы используем Arria II GX.Просто зайдите на сайт Altera и скачайте то, что вам нужно. До свидания.»). Вам необходимо знать, как разработчик реализовал интерфейс регистров с использованием выбранного устройства PLD, а не спецификации самого PLD.

Необходимые инструменты разработки (и прочее)

В новейшей истории инструменты, используемые для разработки драйверов Windows, претерпели настоящую революцию. Прошли (ну, в основном) те времена, когда вам приходилось использовать специальные файлы мистического проекта, а также компилировать и связывать свой код из командной строки.Сегодня разработка драйверов для Windows полностью интегрирована с Visual Studio.

Visual Studio + комплект драйверов для Windows

В настоящее время (май 2020 г., Windows 10 является текущей версией) самой последней версией инструментов для разработки драйверов Windows является Visual Studio 2019. Вы даже можете использовать Visual Studio 2019 Community Edition. Это означает, что «бесплатная для всех» версия Visual Studio будет работать с для разработки драйверов.

После установки Visual Studio на компьютере для разработки вам также потребуется установить надстройку Windows Driver Kit (WDK), которая поддерживает разработку драйверов.Это отдельная, но бесплатная (ура!) Загрузка с сайта Microsoft (подписка на MSDN не требуется). Выполните поиск «Загрузить WDK» с помощью выбранной вами поисковой системы. Visual Studio и WDK вместе предоставляют все необходимое для создания проектов драйверов, а также для компиляции, связывания и даже отладки драйверов Windows. После успешной установки

Visual Studio и WDK вместе предоставляют все необходимое для создания проектов драйверов, а также для компиляции, связывания и даже отладки драйверов Windows. После успешной установки Visual Studio и WDK вы можете очень легко создать простой демонстрационный проект драйвера.Вам даже не нужно никакого оборудования! Просто выберите «Новый проект» и в Visual C ++ выберите категорию проекта Windows Driver . В этой категории выберите Драйвер режима ядра (KMDF) . Нажмите OK, и Visual Studio сгенерирует для вас простой стартовый или демонстрационный проект драйвера, не требующий какого-либо специального оборудования. Этот драйвер будет успешно собран, и его даже можно будет установить на тестовой машине. Ага, действительно — это так просто.

Тестирование драйверов

А, тестовые машины.Наверное, нам стоит это обсудить. Для разработки драйверов в Windows требуются две системы Windows. Одна система, в которой вы запускаете Visual Studio, занимаетесь разработкой и запускаете отладчик. И вторая, отдельная система, в которой вы запускаете свой драйвер. Отладчик ядра Windows, работающий в вашей системе разработки, управляет вашей целевой системой (в которой запущен разрабатываемый вами драйвер) через удаленное соединение, которое может быть либо сетевым, либо последовательным портом (есть и другие варианты, но они есть). реже или «имеют проблемы»).

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

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

: вы хотите использовать WinDbg

Мы упомянули отладчик ядра Windows. Этот отладчик называется WinDbg (кстати, почти все произносят его как «мешок для ветров»).Отладчик входит в состав Windows Driver Kit и автоматически устанавливается в вашей системе при установке WDK. Это отладчик, который вы будете использовать при разработке и тестировании драйвера. Он очень похож на отладчик пользовательского режима в Visual Studio и имеет большинство тех же функций.

Есть несколько вариантов использования WinDbg для отладки вашего драйвера. Один из вариантов — использовать WinDbg непосредственно в Visual Studio через интерфейс, предоставляемый WDK. Хотя это в значительной степени работает, мы в OSR не рекомендуем этого.Наш опыт показывает, что попытка использовать WinDbg из Visual Studio создает больше сложностей, чем того стоит в настоящее время. Вместо этого мы рекомендуем запускать WinDbg прямо с компьютера для разработки, вне Visual Studio. Это позволяет вам использовать Visual Studio для разработки драйверов, что у нее лучше всего, и напрямую использовать WinDbg для отладки, в чем WinDbg лучше всего.

Прежде чем вы сможете использовать WinDbg для отладки драйвера, вам необходимо включить отладку ядра в целевой системе (если вы пишете драйвер режима ядра).К счастью, это легко и очень хорошо задокументировано (спасибо, авторы документов WDK). Выполните поиск по шагам «Настройка отладки в режиме ядра вручную» в выбранной поисковой системе.

Одно небольшое примечание об отладке. Ни при каких обстоятельствах не пытайтесь разработать драйвер без установки WinDbg. По какой-то причине есть люди, которых обманули, заставив думать, что они могут использовать что-то вроде утилиты Microsoft DebugView, которая позволяет операторы DbgPrint (эквивалент printf или OutputDebugString в режиме ядра) из вашего драйвера для просмотра в вашей системе, как их единственный инструмент для разработки драйверов.Хотя DebugView может быть полезен время от времени, мы можем гарантировать, что он не заменит отладчика, который позволяет устанавливать точки останова на один шаг и изменять содержимое полей структуры и локальных переменных. Хотя настройка WinDbg в первый раз иногда может раздражать, мы обещаем, что в конечном итоге ваши усилия окупятся. Ура, WinDbg!

Установка водителя на испытательную машину

Если вы немного поиграете с WDK и Visual Studio, вы можете заметить, что WDK добавляет в Visual Studio функции для «развертывания» и «тестирования» вашего драйвера.Не обращай на это внимания. Пожалуйста. Гораздо проще просто скопировать драйвер на тестовую машину самостоятельно, чем пытаться надежно заставить WDK сделать это за вас из Visual Studio.

При первом (и ТОЛЬКО в первый раз) копировании драйвера на тестовую машину установите его с помощью файла INF. После этого, если вы захотите обновить драйвер, просто скопируйте исполняемый файл нового драйвера (файл .SYS драйвера) поверх старого (драйверы обычно хранятся в \ Windows \ System32 \ Drivers).Затем отключите и снова включите устройство с помощью диспетчера устройств Windows. При повторном включении устройства будет загружена новая версия драйвера. Если у вас возникли проблемы с копированием нового драйвера непосредственно поверх старого, переименуйте старый драйвер (переименуйте myDriver.sys myDriver.OLD), а затем скопируйте новый. Это то, что мы делаем в OSR (или мы используем «.kdfiles -m» в WinDbg, что тоже отличный трюк).

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

Получение сообщений отладки

Также: вы заметите, что драйверы шаблонов WDF (а также большинство образцов драйверов WDK) выводят отладочную информацию с помощью так называемой трассировки WPP. WPP Tracing — это хорошо … но на самом деле он предназначен для сбора информации о драйверах с полей, как только ваш драйвер будет выпущен. Во время разработки вы будете НАМНОГО счастливее, если вы просто используете DbgPrint… который просто записывает вывод непосредственно в Windows Command WinDbg (например, printf или OutputDebugString). Если после того, как ваш драйвер заработал, вы решите, что хотите иметь возможность собирать информацию трассировки от вашего драйвера после выпуска, довольно легко преобразовать ваши операторы DbgPrint в WPP Tracing.Это то, чему мы учим наших студентов, и это то, чем мы занимаемся здесь, в OSR.

Если это не сработает, не бойтесь! Вы должны включить вывод DbgPrint на целевой машине. Это очень просто: смотрите инструкции здесь.

Примеры драйверов

Последнее, что вам обязательно понадобится, — это образцы комплектов драйверов для Windows. Это примеры драйверов, предоставленные Microsoft, которые демонстрируют, как писать драйверы различных типов. Они похожи на типичный пример кода, который вы загружаете практически откуда угодно: они очень полезны и очень поучительны, даже если часть предоставленного кода не всегда точно «лучший». ВНИМАНИЕ !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!”Образцы предоставляются для всех типов драйверов оборудования, драйверов фильтров и только программных драйверов. Черт возьми, они даже предоставляют вам исходный код некоторых драйверов, которые являются частью ОС Windows … включая исходные коды файловой системы FAT.

Примеры размещены на GitHub (да, действительно) и доступны для скачивания. Выполните поиск «Образцы драйверов Windows на github» в выбранной вами поисковой системе. Вы можете загрузить определенные образцы по отдельности или вы можете загрузить весь ZIP-архив (около 140 МБ на момент последней проверки, включая более 160 образцов драйверов).Рекомендуем скачать полный архив. Не торопитесь и просмотрите образцы. Это будет время потраченное не зря.

Итак … теперь у вас есть необходимая справочная информация и все необходимое для разработки драйверов Windows. Что дальше?

Какую модель драйвера использовать

Фактическая разработка драйвера для Windows начинается с выбора, какую «модель драйвера» использовать для реализации вашего драйвера. Многих этот шаг сбивает с толку. Модель драйвера — это общая организация драйвера, включая набор API и точек входа, которые вы будете использовать при написании кода.В отличие от некоторых других операционных систем, которые поддерживают небольшое количество моделей драйверов (например, «блочные» и «символьные»), Windows имеет большое количество моделей драйверов. Выбор лучшей модели драйвера основывается на целых трех вещах. Это:

• Тип драйвера, который вы пишете: аппаратное устройство, фильтр или другой тип.
• Если вы пишете драйвер для аппаратного устройства, категория устройства (контроллер памяти, звуковая карта, графический адаптер, сетевая карта).
• Предпочтение разработчика

А теперь послушайте: выбор модели драйвера — это наиболее важное решение, которое вы примете относительно того, как будет разрабатываться ваш драйвер.И это место, где многие люди принимают неправильное решение и «сходят с рельсов», что делает их проект намного сложнее, чем он должен быть. Так что найдите время, чтобы принять это решение. Не нужно просто погуглить, найти какой-нибудь мусорный пример, лежащий где-нибудь на веб-сайте, и начать его взламывать. Принимайте решение вдумчиво.

Модели общего назначения

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

Не имея конкретной модели для вашего типа устройства, вы можете использовать одну из моделей общего назначения.Первая универсальная модель — это модель драйвера Windows (WDM). WDM — это старая историческая модель написания драйверов для Windows. Никто больше не должен использовать эту модель для написания новых драйверов Windows. Шутки в сторону. Никто. Его сложно использовать и заполнить «ловушками», которые развивались годами для поддержки гарантий обратной совместимости. Попытка написать новый драйвер WDM в 21 веке ничего не даст, кроме как возненавидеть жизнь. Не делай этого. Достаточно сказано?

Более предпочтительным, чем WDM, является Windows Driver Foundation (WDF).Это вторая модель универсального драйвера, которую поддерживает Windows. WDF — это современный, приятный и (смею сказать) почти простой в использовании метод написания драйверов для Windows. Если нет конкретной модели, которую Microsoft рекомендует для устройства, фильтра или программного драйвера, который вам нужно написать, вы захотите использовать WDF.

Одна интересная особенность WDF заключается в том, что на самом деле он бывает трех видов, называемых Frameworks:

• Структура драйвера режима ядра — KMDF
• Платформа драйвера пользовательского режима V1 — UMDF V1.х
• User Mode Driver Framework V2 — UMDF V2.0 (применимо только к Windows 8.1 и более поздним версиям)

KMDF — это структура драйвера режима ядра. Это модель, которую вы почти наверняка захотите использовать сейчас и в ближайшем будущем для любого проекта разработки драйверов Windows общего назначения.

Вы заметите, что есть две WDF Framework, которые позволяют писать драйверы в пользовательском режиме. Написание драйверов в пользовательском режиме — это хорошо, потому что, если в вашем драйвере есть ошибка (скажем, вы используете нулевой указатель), ваш драйвер пользовательского режима не приведет к сбою системы, как если бы вы написали свой драйвер в режиме ядра.Это, безусловно, очень хорошая вещь, которая не способствует ничему, кроме удовлетворенности клиентов. Итак, почему мы не рекомендовали использовать UMDF для написания драйверов?

Использование UMDF сегодня — небольшая проблема. UMDF V1 — более старая модель. Он поддерживает устройства, работающие на таких старых версиях Windows, как Windows XP. Но UMDF V1 использует странный, сложный шаблон программирования, основанный на COM (да, модель компонентных объектов… , COM). Добавьте к этому тот факт, что UMDF V1 был поставлен Microsoft в статус «истекшего срока службы», и вы получите модель, которой большинство людей захочет избежать.

UMDF V2.0 на самом деле является отличной моделью драйвера. Он использует на 99% тот же синтаксис, что и KMDF, но работает в пользовательском режиме, что способствует общей стабильности системы. Итак, почему мы не рекомендуем использовать UMDF V2.0 сегодня? Поскольку UMDF V2.0 в настоящее время поддерживается только в Windows 8.1 или новее. Чтобы быть абсолютно ясным, это означает, что если вы пишете драйвер UMDF V2, этот драйвер можно установить только в системах, работающих под управлением Windows 8.1 или более поздних версий Windows. Короче говоря, если вам не нужна только поддержка Windows 8.1 или более поздних систем, UMDF V2 не является жизнеспособным выбором. С другой стороны, если вам и нужно только поддерживать Windows 8.1 или новее (я не знаю, возможно, вы пишете драйвер для какой-то встроенной системы), тогда UMDF V2.0 может быть очень хорошим выбором. действительно.

Выбор лучшей модели для вашего проекта

Запутались? Если да, то в этом нет ничего удивительного. Мы говорили, что многие люди находят эту модель драйвера запутанной. К счастью, есть несколько простых правил, которые помогут вам выбрать лучшую модель драйвера для вашего использования.Вот эти правила:

• Пишете драйвер для аппаратного устройства? Проверьте требования к сертификации оборудования Windows для типа устройства, которое вы собираетесь поддерживать. Для этого выполните поиск «Требования к сертификации оборудования Windows: устройства». Если в списке указан тип поддерживаемого устройства, в документе «Требования к сертификации» почти всегда будет указана модель драйвера, которую вы должны использовать. Обратите внимание, что это руководство применимо, даже если вы не планируете подавать заявку на сертификацию оборудования Windows для вашего устройства и драйвера.Требования к сертификации почти всегда укажут вам путь к лучшей, самой простой, самой современной и наиболее поддерживаемой модели драйвера, которая применима к вашему типу устройства.
• Пишете драйвер фильтра для устройства? Драйвер фильтра в Windows — это тип драйвера, который отслеживает операции ввода-вывода, поступающие на данное устройство / драйвер в системе, и перехватывает эти операции ввода-вывода. Целью перехвата этих операций ввода-вывода может быть их отслеживание, измерение или изменение.Если вы пишете фильтр для файловых систем (например, для антивирусного продукта) или сетей (например, для продукта брандмауэра), существуют определенные модели драйверов, определенные для этих целей.
• Пишете драйвер, который перехватывает операции файловой системы? Этот тип драйвера может использоваться для антивирусного сканирования, создания иерархической системы хранения или даже для дедупликации, репликации или резервного копирования файлов. В этом случае вы хотите написать драйвер минифильтра диспетчера фильтров.Это особая модель, созданная именно для этих целей.
• Пишете программный драйвер? Например, возможно, вам нужно написать драйвер, который собирает данные в режиме ядра. В этом случае вы, вероятно, захотите написать программный драйвер. Возможно, лучшим вариантом будет использование так называемой «устаревшей модели NT». Но у вас также есть возможность использовать KMDF для этого типа драйвера.
• Вы пишете файловую систему на основе мультимедиа или сети? Хватит читать сейчас.Вы почти наверняка не захотите писать файловую систему Windows. Это действительно сложно. Мы знаем, потому что это одна из тех вещей, которые мы делали здесь, в OSR, на протяжении многих лет. Отправьте нам электронное письмо. Мы посмотрим, сможем ли мы отговорить вас от этого, а если нет, мы укажем вам правильное направление. Шутки в сторону. Бесплатно.
• Ни один из предыдущих шагов не указал вам на конкретную модель? Вам нужна поддержка систем старше Windows 8.1? Если вам нужна только поддержка Windows 8.1 или более поздней версии, лучшей моделью для вас, вероятно, является UMDF 2.0. Если вам нужна поддержка систем старше Windows 8.1, то лучшим выбором для вас, вероятно, будет KMDF.

Существует ряд факторов, влияющих на решение о том, какая модель драйвера лучше всего подходит для вас. Вы можете узнать больше об этом на MSDN. Найдите страницу «Выбор модели драйвера». По причинам, описанным выше, мы рекомендуем пока игнорировать совет Microsoft о предпочтении UMDF. UMDF V2.0 будет отличным выбором, если он поддерживает большинство систем в этой области (либо потому, что Microsoft решает поддерживать UMDF 2 в системах старше Windows 8.1 или все работают под управлением Windows 8.1 или новее). Но до этого времени везде, где вы видите UMDF, мы рекомендуем вам выбрать KMDF.

Вы выбрали модель: что теперь?

Как только вы поймете, какую модель драйвера использовать, вы должны выяснить, как написать драйвер, использующий эту модель. Документация WDK довольно хороша (и все время становится лучше), это не совсем хорошее руководство для начинающих. В имеющихся книгах по разработке драйверов для Windows отсутствуют практические детали, они неверны, устарели или все три.Хотя вы можете учиться самостоятельно, методом проб и ошибок и с помощью групп новостей, — вот где мы здесь, в OSR, можем помочь !

Из этой статьи вы могли понять, что разработка драйверов не очень похожа на программирование приложений. Он с трудом поддается тому, чтобы взять пример, изучить ровно столько, чтобы изменить его, а затем объявить его готовым. Итак, зачем тратить время и силы (по крайней мере, будет недель), пытаясь изучить эту дисциплину самостоятельно, когда у вас есть экспертный ресурс, которым вы можете воспользоваться?

Серьезно подумайте о том, чтобы посетить семинар по ЛАРН.Мы проводим все наши самые популярные семинары (WDF, внутренние компоненты и драйверы программного обеспечения, отладка в режиме ядра и анализ сбоев и даже минифильтры файловой системы Windows) несколько раз в год в разных местах по всему миру, в том числе примерно раз в месяц у нас. Учебный центр. Инвестируйте неделю своего времени и несколько долларов денег своей компании и избегайте неприятностей, связанных с обучением методом проб и ошибок. На семинаре OSR вы будете учиться у реальных разработчиков / инструкторов, которые написали десятки (если не буквально сотни) реальных, готовых к выпуску производственных драйверов Windows.Они сделали практически все возможные ошибки, поэтому они могут помочь и избежать тех же проблем. На семинаре по OSR вы встанете на правильный путь и избежите многих ошибок, характерных для разработчиков новых драйверов.

Об онлайн-примерах и образцах

Помните, что мы говорили ранее, что написание драйвера для Windows ( любого типа драйвера ) немного сложнее, чем написание приложения? Трудно взять образец и начать взламывать его, чтобы он стал вашим решением.И когда вы или выбираете образец для начала, вам нужно тщательно выбирать этот образец, иначе вы не получите достойное решение.

К сожалению, по нашему опыту (за исключением собственных образцов WDK от Microsoft на GitHub) большинство онлайн-образцов, которые вы обнаружите, сильно устарели, плохо спроектированы или действительно ужасно реализованы. Извините, но это правда. CodeProject и Stack Overflow имеют свое место … но, к сожалению, это не мир драйверов Windows.Итак, когда дело доходит до образцов, пожалуйста, придерживайтесь текущих образцов WDK, которые находятся на GitHub. Это почти наверняка избавит вас от раздражения.

Вопросы? Где получить помощь?

Возможно, вам будет приятно узнать, что существует активное и полезное онлайн-сообщество разработчиков драйверов, где вы можете задавать здесь вопросы и получать ответы. Посетите Сообщество разработчиков OSR.

Вкратце

Вот как вы начинаете писать драйверы для Windows. Узнайте немного об архитектуре Windows, получите инструменты и выберите модель для своего драйвера.Может быть, съездите на один из наших семинаров … мы тоже думаем, что это будет хорошей идеей. Конечно, есть много вещей, которые мы не обсуждали в этой короткой статье. Мы не обсуждали, как установить драйвер (вы пишете нечто, называемое файлом INF), конкретные методы разработки драйверов с любой из моделей или стратегии отладки кода. Мы регулярно говорим об этих вещах в NT Insider (наш бесплатный журнал о внутреннем устройстве Windows и проблемах разработки программного обеспечения). Зарегистрируйтесь (бесплатно), и мы будем сообщать вам об этом каждый раз, когда он будет опубликован.

Мы надеемся, что изложенное выше было полезным и предоставило место для начала. Удачного написания драйвера!

Последний из советских солдат, освободивших Освенцим, умирает на 98

На этой фотографии из архива 2015 года советский ветеран войны Давид Душман, 92 года (в центре), разговаривает с людьми, держащими украинские флаги, на церемонии возложения венков к Российскому военному мемориалу в районе Тиргартен в Берлине, Германия. Душман, последний оставшийся в живых солдат союзников, участвовавший в освобождении Освенцима, умер.Еврейская община Мюнхена и Верхней Баварии заявила в воскресенье, 6 июня 2021 года, что Душман скончался днем ​​ранее в мюнхенской больнице в возрасте 98 лет. Будучи молодым солдатом Красной Армии, Душман с помощью его танк 27 января 1945 г. (AP Photo / Markus Schreiber, File)

БЕРЛИН (AP) — Умер Давид Душман, последний выживший советский солдат, участвовавший в освобождении нацистского лагеря смерти Освенцим. Ему было 98.

Еврейская община Мюнхена и Верхней Баварии сообщила в воскресенье, что Душман скончался в мюнхенской больнице в субботу.

«Каждый свидетель истории, который уходит, — это потеря, но прощание с Дэвидом Душманом особенно болезненно», — сказала Шарлотта Кноблох, бывший глава Центрального совета евреев Германии. «Душман был прямо на передовой, когда была уничтожена машина убийств национал-социалистов».

Будучи молодым красноармейцем, Душман на своем танке Т-34 разрушил запретный электрический забор вокруг печально известного нацистского лагеря смерти.27, 1945.

Он признал, что он и его товарищи не сразу осознали всю важность того, что произошло в Освенциме.

«Скелеты повсюду», — вспоминал он в интервью 2015 года мюнхенской газете Sueddeutsche Zeitung. «Они вышли из барака, сели и лежали среди мертвых. Ужасный. Мы бросили им все наши консервы и немедленно поехали охотиться на фашистов ».

Более миллиона человек, большинство из которых евреи, депортированные сюда со всей Европы, были убиты нацистами в Освенциме-Биркенау между 1940 и 1945 годами.

Душман ранее принимал участие в некоторых из самых кровопролитных боевых столкновений Второй мировой войны, в том числе в битвах под Сталинградом и Курском. Он был трижды серьезно ранен, но выжил в войне, будучи одним из 69 солдат в его 12-тысячной дивизии.

Его отец — бывший военный врач — тем временем был заключен в тюрьму и позже умер в советском исправительном лагере после того, как стал жертвой одной из чисток Иосифа Сталина.

После войны Душман в течение четырех десятилетий помогала тренировать женскую сборную Советского Союза по фехтованию и была свидетельницей нападения восьми палестинских террористов на израильскую команду на Олимпийских играх 1972 года в Мюнхене, в результате чего погибли 11 израильтян, пять палестинцев и немецкий полицейский.

Позже Душман посещал школы, чтобы рассказывать учащимся о войне и ужасах Холокоста. Он также регулярно счищал свои военные медали, чтобы участвовать в слетах ветеранов.

«Душман был легендарным тренером по фехтованию и последним живым освободителем концлагеря Освенцим», — говорится в заявлении Международного олимпийского комитета.

Президент МОК Томас Бах воздал должное Душману, рассказав о том, как в 1970 году ветеран-тренер предложил ему «дружбу и совет», когда он был молодым фехтовальщиком на территории тогдашней Западной Германии », несмотря на личный опыт Душмана во Второй мировой войне и Освенциме, он был человеком еврейского происхождения.”

«Это был такой глубокий человеческий жест, что я никогда его не забуду», — сказал Бах в своем заявлении.

Душман тренировал некоторых из самых успешных фехтовальщиков Советского Союза, в том числе Валентину Сидорову, и продолжал давать уроки до 90 лет, сказал МОК.

Подробности организации похорон не были известны сразу. Жена Душмана Зоя умерла несколько лет назад.

Скачать jawa 7 windows xp

5 stars

{обзор.getRatingValue}}

«Отличный инструмент, не надоедает».

«Отличный инструмент, без назойливости».

EngelhardtAsakura 21 октября 2014 г. / Версия: Среда выполнения Java (JRE) 7, обновление 67

21.10.2014 22:37:00 | Автор: EngelhardtAsakura

Плюсы

Отличный инструмент, без навязчивого внешнего вида.

Минусы

Никаких проблем.

4 звезды

{review.getRatingValue}}

«Наконец-то удалось обновить Java на моем ноутбуке»

«Наконец-то удалось обновить Java на моем ноутбуке»

Sheafferkin 25 июля 2014 г. / Версия: Java Runtime Environment ( JRE) 7 Обновление 65

2014-07-25 15:07:32 | Автор: Шефферкин

Pros

Фактически установлена ​​обновленная версия Java, согласно веб-сайту Java, в отличие от того, что веб-сайт java пытался установить.

Минусы

Пока нет.

Сводка

Я несколько раз пытался выполнить обновление с сайта Java, но, похоже, это не работало. Я все время застревал с обновлением 7 версии 45, и часто посещаемый веб-сайт постоянно сообщал мне, что моя версия Java устарела. Загрузил это, запустил, Firefox перезапустил и загрузил java.com, который проверил и подтвердил обновление 7 65. Спасибо CNET за размещение этого сайта. Я думаю, что java.com пытается установить 64-разрядную версию, которая не будет работать с Firefox в Windows.Можно подумать, что им лучше знать …

4 звезды

{review.getRatingValue}}

«Хорошо работает в Win 8.1».

«Хорошо работает в Win 8.1.»

GCG1000 8 февраля 2014 г. / Версия: Java Runtime Environment (JRE) 7 Update 51

08.02.2014 14:12:06 | По GCG1000

Pros

Работает как рекламируется.Без проблем. Приложение, использующее JRE, работает.

Минусы

На данный момент нет.

Сводка

JRE в порядке.

4 звезды

{review.getRatingValue}}

«Невидимый, кроме обновления»

«Невидимый, кроме обновления»

Bengl2011 29 ноября 2013 г. / Версия: Java Runtime Environment (JRE) 7 обновление 45

2013 -11-29 09:16:10 | Автор Bengl2011

Pros

Кажется, работает — не знает никаких ошибок или сбоев, в отличие от большинства других программ.

Минусы

Частые обновления — всегда нужно снимать флажки для нежелательных надстроек.

Сводка

Я всегда устанавливаю обновления на случай, если это действительно помогает — хотя мне не нравится обратная реклама (вы принимаете, если не отказываетесь активно!)

2 звезды

{review.getRatingValue}}

«Развертывание JAVA в Firefox уязвим «.

«Развертывание JAVA в Firefox уязвимо».

terryfoofstix 7 ноября 2013 г. / Версия: Java Runtime Environment (JRE) 7 update 45

2013-11-07 18:38:52 | Автор: terryfoofstix

Pros

Легко обновляется — пробовал как минимум 10 раз…

Cons

Java Deployment Toolkit заблокирован для вашей защиты. В Firefox JAVA требует слишком большого вмешательства.

Сводка

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

3 звезды

{review.getRatingValue}}

«Интересно о них!»

«Интересно о них!»

bikeboatski 6 ноября 2013 г. / Версия: Java Runtime Environment (JRE) 7 update 45

2013-11-06 07:16:23 | By bikeboatski

Плюсы

Надо улучшить работу

Минусы

частые обновления.
раздражающих напоминаний

Резюме

Интересно, является ли основная причина обновлений вкрадчиванием новых рекламодателей, потому что, если это так, и я узнал, я бы бросил это в мгновение ока. Я ненавижу, когда меня обманывают или зря тратят время на жадных рекламодателей.

Кто-нибудь знает наверняка? Пожалуйста сообщите?

5 звезд

{review.getRatingValue}}

«всплывающее окно пропало!»

«всплывающее окно пропало!»

rockydogg 4 октября 2013 г. / Версия: Среда выполнения Java (JRE) 7, обновление 40

04.10.2013, 09:04:51 | Автор: rockydogg

Pros

, наконец, исчезло всплывающее окно с ежедневным напоминанием!

Минусы

нет, насколько я знаю

5 звезд

{обзор.getRatingValue}}

«Это скрытое программное обеспечение. У меня не было никаких проблем»

«Это скрытое программное обеспечение. У меня не было никаких проблем»

RamblingRam 27 сентября 2013 г. / Версия : Среда выполнения Java (JRE) 7, обновление 40

27.09.2013, 01:07:11 | By RamblingRam

Pros

Кажется, хорошо работает в фоновом режиме без каких-либо проблем или проблем.Делает то, что должен делать, и это, ИМХО, плюс.

Минусы

Ничего такого, о чем я могу думать в настоящее время.

Сводка

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

3 звезды

{review.getRatingValue}}

«Обновления Java становятся действительно раздражающими»

«Обновления Java становятся действительно раздражающими»

alanrc1234 26 сентября 2013 г. / Версия: Java Runtime Environment (JRE) 7 Обновление 40

26.09.2013, 04:29:59 | Автор: alanrc1234

Профи

Они бесплатны, за исключением потраченного впустую времени на многократную загрузку одного и того же файла снова и снова.

Минусы

Не могу поверить, что все эти инкрементальные обновления действительно необходимы. Кроме того, Java пытается заставить пользователя загрузить панель инструментов Ask и тому подобное. Подделка!

4 звезды

{review.getRatingValue}}

«Работает в фоновом режиме, заставляет работать некоторые другие программы»

«Работает в фоновом режиме, заставляет работать некоторые другие программы»

rrochefort 20 сентября 2013 г. / Версия: Среда выполнения Java (JRE) 7, обновление 40

20.09.2013 16:54:40 | По rrochefort

Профи

Ненавязчивый, свое дело делает.

Минусы

Мне ничего неизвестно.

Письмо сотрудников Microsoft требует, чтобы компания заключила военный контракт HoloLens на 479 миллионов долларов

В письме, которое, по словам организаторов, содержало десятки подписей сотрудников на момент публикации, утверждается, что Microsoft «перешла черту в разработке оружия» с контрактом. «Намерение причинить вред — недопустимое использование нашей технологии», — говорится в нем. Рабочие требуют, чтобы компания разорвала контракт, прекратила разработку какой-либо оружейной технологии, разработала государственную политику, обязывающую не создавать оружейную технологию, и назначила внешний совет по этике для обеспечения соблюдения этой политики.Хотя в письме отмечается, что в компании существует процесс проверки этики ИИ под названием Aether, рабочие говорят, что он «недостаточно надежен, чтобы предотвратить разработку оружия, как показывает контракт с IVAS». «Как сотрудники и акционеры мы не хотим становиться спекулянтами войны», — говорится в заключении, отправленном сегодня. «С этой целью мы считаем, что Microsoft должна прекратить свою деятельность, чтобы дать армии США возможность причинять вред и насилие».

определение учебного лагеря

Обеспечение плавного перехода для ветеранов вооруженных сил

Аналитика, предоставляемая SAS ^® Viya ^®

IVMF теперь полагается на технологию SAS для управления данными, визуализации данных и бизнес-аналитики.SAS Data Management Studio — в сочетании с коучингом по стратегии управления данными от SAS — позволяет институту объединять свои источники данных в единое хранилище данных для удовлетворения аналитических потребностей организации.

Благодаря централизованной платформе аналитики и управления данными институт может быстрее генерировать и распространять информацию по организации, а также среди заинтересованных сторон и партнеров. SAS Visual Analytics предоставляет лицам, принимающим решения по IVMF, интерактивные отчеты. Согласно Чепмен-Бирсу, это был тектонический сдвиг в эффективности.«SAS похожа на день и ночь», — говорит она. «Это позволяет нам мгновенно получать результаты, в соответствии с которыми мы можем действовать. Это не только сэкономило нам много времени, но и повысило точность и качество нашей работы ».

В основе технологии лежит SAS Viya, аналитическая платформа, которая позволяет всем — специалистам по обработке данных, бизнес-аналитикам, разработчикам, руководителям, спонсорам и заинтересованным сторонам — сотрудничать и быстрее добиваться инновационных результатов. «До SAS Viya наша технология была ограничена небольшой группой людей», — говорит Чепмен-Бирс.«С Viya мы можем расширить его использование в институте и за его пределами, приняв более разумные решения и быстрее».

Повышенная скорость и производительность

Хотя использование SAS пошло на пользу институту по-разному, одна общая тема для различных отделов — это экономия времени. Для групп, сосредоточенных на предоставлении информации институту и ​​его партнерам, технология позволила персоналу сосредоточиться на более стратегических передовых методах управления данными и отчетности.

Второе важное преимущество технологии SAS — повышенная производительность.Хейни говорит, что способность понимать влияние своей работы посредством тщательного измерения и оценки позволяет сотрудникам IVMF глубже погружаться в свою повседневную работу. «Вот в чем для меня вся суть SAS, — говорит он. «Это помогает нам принимать решения и является одним из самых сильных отличий нашей организации».