Что это за окна? Без процедур и стилей...

[ANDLL]

У меня стоит windows xp со стилем, присущем этой ОС.
Некоторые окна, обладают рядом интересных особенностей. Во-первых, они почему-то отображаются в старом, классическом стиле, даже заголовки, что обычным окна отнюдь не свойственно. Во-вторых, Spy++ в графе Window Proc у таких окон показывает (Unaviable)(Unicode)
Хотелось бы знать, как это окно, без окнной процедуры работает?
Такие окна например, у косноли(cmd) и (что более интересно) у некоторых других программ.
Например, в J# метод MessageBox.Show с параметром ServiceMessage(как-то так) показывает именно такое окно.
Или, например, если при обращении к дискете ее вынуть, появляется окно с Abort\Ignore\Retry обладающее, такими же свойствами. Класс этого окна "#32770 (Dialog)".
Вопросы
Что это за окна?
Как создать такое окно?

[BV]

Ага, ANDLL, тоже заинтересовался

[GSerg]

Что значит "без процедур"?
А вы GetWindowLong на этом окне вызовите. 0 получите.
А потом err.lastdllerror посмотрите, увидьте там 5 aka access denied.
Из этого факта единственный вывод, который приходит мне в голову, состоит в том, что это окна, принадлежащие службам, которым разрешено взаимодействовать с рабочим столом...

[Хакер]

Это окна, которым винда не рисует стиль. При сворачивании нормального окна (пока окно летит вниз в таскбар) оно тоже ставноится таким. И при зависании программы её окно тоже иногда ставноится таким.

Это так, к слову...

[ANDLL]

Что значит "без процедур"?
А вы GetWindowLong на этом окне вызовите. 0 получите.
А потом err.lastdllerror посмотрите, увидьте там 5 aka access denied.

GSerg, ты наверное так и не прочитал, каким образом был сделан вывод об отстутсвии процедуры? Чтож, повторю, Spy++ для всех окон процедуры видит, а для этих нет. Вопрос - почему? Ошибка 5 вообщето возникает для люых окон не этого процесса.

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

Как одно связано с другим?

И при зависании программы её окно тоже иногда ставноится таким.

Не становится. По крайней мере в общем случае.

[tyomitch]

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

Как одно связано с другим?

Ну например, можно угадать, что spyxx ставит хук, который действует внутри одного сеанса. Раз этот хук до тех окон не доходит, значит они в другом сеансе.

[ANDLL]

Иными словами, cmd.exe запускается из одного сеанса а потом вдруг оказывается в другом?

[tyomitch]

Угу. Ты запусти Блокнот через at -- он тоже будет без процедуры

[ANDLL]

tyomitch
А если я показываю с помощью j# messagebox то моя программа переносится в другой сеанс а потом возвращается обратно?
И почему это вдруг консольные программы переносятся в другую станцию?

[ANDLL]

И наконец, на этой картинке часть программы на бейсике находится в одной станции, а часть - в другой?
http://danasoft.ws/etc/pic1.jpg

[tyomitch]

И наконец, на этой картинке часть программы на бейсике находится в одной станции, а часть - в другой?

Консольные окна (все без исключения) отрисовываются сервисом csrss, а не родительским процессом.
Удивительно не знать такие вещи

[ANDLL]

Правда удивительно?
Консольное окно приписано к процессу VB6, как получается, что его обслыживает другой процесс?
Как можно создать окно, которое будет принадлежать одному процессу, но окнная процедура будет в другом?

[tyomitch]

Когда я на форму кладу OLE-контрол, а в нём экселевская книга, и его обслуживает отдельный процесс excel.exe, тебя это не удиваляет?

Когда ты выбираешь скринсейвер, и в апплете рисуется его привьюшка отдельным процессом, тебя это не удивляет?

[ANDLL]

Когда ты выбираешь скринсейвер, и в апплете рисуется его привьюшка отдельным процессом, тебя это не удивляет?

Окно, в котором ресует скирсейвер принадлжет скринсйверу.

Когда я на форму кладу OLE-контрол, а в нём экселевская книга, и его обслуживает отдельный процесс excel.exe, тебя это не удиваляет?

OLE-контрол это не окно.
Ничего общего с нашим случаем я не вижу

Вопрос, как windows определяет, что оконная процедура вот этого окна в том же процессе, что и само окно, а вот другого окна - в процессе csrss, хотя само окно пренадлежит вовсе не csrss.
И что более интересно, как такое окно создать?

[tyomitch]

Когда я на форму кладу OLE-контрол, а в нём экселевская книга, и его обслуживает отдельный процесс excel.exe, тебя это не удиваляет?

OLE-контрол это не окно.

А что тогда?

[ANDLL]

Когда я на форму кладу OLE-контрол, а в нём экселевская книга, и его обслуживает отдельный процесс excel.exe, тебя это не удиваляет?

OLE-контрол это не окно.

А что тогда?

Это уже активированныйй вариант, неактивированный это не окно.
Активированный вариант в свою очередь это окно, пренадлежащее опять же другому процессу.
Что ты пытаешься мне показать?

[tyomitch]

Ну активированный -- это экселевское окно в процессе VB6, или как?

[ANDLL]

Я не вижу ничего странного в том, что окно одного процесса лежит на другом. В конце концов, все окна лежат на десктопе который принадлежит csrss.
Еще раз озвучиваю вопрос, который я писал уже дважды, как оконная процедура может быть в другом процессе, нежели само окно?
А ты мне пытаешься показать, что можно разметить окно одного прецесса в окне другого? Или что?

[tyomitch]

Вопрос, как windows определяет, что оконная процедура вот этого окна в том же процессе, что и само окно, а вот другого окна - в процессе csrss, хотя само окно пренадлежит вовсе не csrss.

Тебя ждёт обалденный сюрприз
см. win2k\private\ntos\w32\ntuser\kernel\ntstubs.c, строки 9654--9677

[ANDLL]

Чудесно. Еще раз спасибо за этот замечательный источник знаний.
А к чему были смайлы и намеки про OLE и прочие радости?

[tyomitch]

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