Объекты C++ в функциях драйвера kernel mode

Господа!

Вопрос: какие ограничения на использования объектов (классов) в ф-иях в драйвере?

Кроме, конечно, ограничение размера стека.

Вообще, насколько возможно использовать классы на стеке в ф-иях драйвера?

 

Ограничения вот такие:
- нужно определить new/delete
- CRT не вызывает constructors/destructors у глобальных переменных (instances)
- С++ exceptions не работают
- нету STL

Так что это подмножество языка С++. Вполне рабочее. Просто надо свою простую шаблонную библиотеку зацепить.

 

thanx

 

-это те что какие??Интересно то что под этим подразумевается) типа handler_except3?

 

try/catch/throw

 

Обязательно объявлять для своих классов? или можно объявить для базовых типов?

 

можно просто переопределить - этого будет достаточно

 

-это всего лишь "слова", я спрашивал про реализацию

 

про реализацию Great как-то один раз упомянул. только как-то затихло.

 

ограничения связаны с баном в гугле )
http://www.google.com/search?&q=windows+kernel+C%2B%2B+library

 

я вроде по-русски отвечаю
но вижу что меня не понимают

вопрос был

ответ последовал

ваше

вообще не в ту степь

 

Вот никогда без меня не разберутся ^^
Разъясняю на пальцах. Мы не подключаем стандартную библиотеку, когда собираем драйвер. Поэтому:
- не будут работать зависимые от среды функции (которые используют апи ОС), в том числе операторы new/delete
- мы перенаправляем точку входа к себе => не будут вызываться инициализаторы и терминаторы для глобальных переменных. Сюда, кстати, попадают не только глобальные объекты с их конструкторами и деструкторами. Следующий инициализатор тоже не будет вызван:
int rand();
int some_rand = rand();
- нет обработчика __CxxThrowException, __CxxExceptHandler3 => не будут работать С++ исключения try/catch/throw.

Не путать с SEH (__try/__except - он обрабатывается операционной системой, в _except_handler3).

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

Речь про реализацию в этом топике не шла. RET, кажется, имел в виду, посредством каких стандартных функций реализованы try/catch/throw.
Ответ ему выше: __CxxThrowException, __CxxFrameHandler(X).
Hint: учитесь понимать новичков без словарного запаса)

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

J0E
Я понимаю, что от большого ума хочется блеснуть этим самым умом , но спрашивали в основном не "как сделать так, чтобы в ядре с плюсами было зашибись", а "почему в ядре с плюсами не всё зашибись" Может чувак хотел это все сам сделать, а ты его так обломал)) Отчасти шучу, конечно. Но не факт еще, что реализация "из гугола" не окажется криворукой )

* * *
А мы с вами увидимся в следующем выпуске, не переключайтесь!

 

Мой ответ и был: потому что неумеем искать в гугле.
2я строка по моему запросу http://www.hollistech.com/Resources/Cpp/kernel_c_runtime_library.htm - new+delete и инициализация статиков.

 

Какую реализацию брал, STLPort? У MS в контейнерах используются объекты синхронизации, от которых не вполне ясно как избавиться.

 

J0E
Брал реализацию MS стандартную из Visual Studio 2008. Ах да, с синхронизацией я что-то тоже модифицировал.

 

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

 

J0E
Опубликую на днях вместе со статьей про устройство обработчиков исключений и RTTI.

simnet_
Создай отдельную тему плиз. Не подходит сюда

 

О, C001 ) то есть на днях следует ждать STL часть стандартной библиотеки плюс поддержку исключений и RTTI? И не криворукую как "из гугола"? Хороший подарок к НГ! )

 

Сарказм?)

ПС. Что есть "C001"?

 

cool