Вопрос по Passthru Driver. Как сделать обратный вызов?

[Dmitry5]

Уважаемый Гром реализовал Ваш пример.
Создал приложение на Builder, которое с помощью DeviceIoControl
сохраняет некоторые значения в драйвере и соответственно забирает что-то из него.
Вопрос:
Как сделать так чтобы из драйвера можно было вызвать функцию
в моем приложении на Builder.
P.S Я хочу просматривать содержимое пакетов в приложении на Builder как бы в реальном времени, то есть чтобы из функции MPSend
вызывалась функция в приложении на Builder , далее в этом приложении просматривалось содержимое пакета, и решалось отправлять его дальше по цепочке драйверов или нет.

[Гром]

Ответ прост. Я делал это в драйвере - если проверка не требует много времени, и не несет возможность зацикоивания...
По поводу прорыва за область памяти здесь уже говорили, но тут возникает один момент - что будет вызывать драйвер - если программа не запущена???

[Dmitry5]

Если pfunc - это указатель на функцию void RPacket(char*buf,int count),
который был получен с помощью DeviceIoControl,
то в драйвере можно попробовать сделать так:
if (pfunc!=NULL)
{

try
{
RPacket(....пересылаем пакет в приложение на Builder);
}
catch (..)
{
pfunc=NULL;
}

}//То есть один раз вылетит ошибка, но в следующий раз уже этого не будет, пока ты снова не запустишь приложение и не передашь pfunc с помощью DeviceIoControl

По всей видимости у меня как раз проблема как пробить память - хорошо буду думать. Спасибо

[Гром]

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

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

[SlavaI]

Не так нехорошо делать- user mode ф-цию из драйвера.  Объясняю почему.
1) Ты вызовешь ф-цию в режиме ядра, где использование user mode ф-ция Win32 API проблематично хотя бы из-за ограничений на размер стека, и вобще они не предназначены для работы в режиме ядра, поэтому могут уронить систему- скорее всего так и сделают, но могут и отработать нормально- это надо проверять каждую ф-цию, хотя ты можешь вызывать сразу ф-ции ядра, но это надо хитро получить указатели на них.
2) Вызывать callback ф-цию можно только в контексте того процесса, в котором получили ее адрес, иначе PF с синим экраном.
  Теоретически вызов callback ф-ции, находящейся в юзерском приложении возможен, но при вышеупомянутых ограничениях.
 По твоей проблеме есть статья
"In Context: Understanding Execution Context for NT Drivers"
вот тут она лежит
http://www.osronline.com/article.cfm?id=168

[SlavaI]

Если хочешь информировать приложение из драйера, то лучше подойдет событие. Читай вот тут.
http://www.osronline.com/article.cfm?id=108

[Dmitry5]

Спасибо