[cotseec]

Всем доброго!
По сабжу:
Есть программа, которая по выполнению некоторой операции отправляет сообщение. WinSight32 из Delphi и Spy+ из VisualStudio идентифицируют это сообщение как $C0B5 (WinSight32) и $C0BE (Spy+).
Вопрос в следующем:

Код:

const
   PROGRAMM_MESSAGE=49333;// (или WM_APP+16565 или $C0B5)
...
  procedure InMessage(var a:TMessage); message PROGRAMM_MESSAGE;// собственно ошибка компиляции в сабже

хотя

Код:

...
begin
   SendMessage(ProgrammHandle,PROGRAMM_MESSAGE,0,0);// тут все в порядке

т.е. отправить такое сообщение можно, а обработать получение нельзя?
Ф1 говорит, что такое может быть только при отрицательном значении message (вернее <=0), а тут...
за рамки integer (max 2 млрд с копейками), а уж тем более cardinal (4 млрд с копейками) явно не выхожу. И еще, все компилируется нормально, если

Код:

 PROGRAMM_MESSAGE<=WM_APP+16383;

(16383=2^14-1) - и ни с чем это не вяжется.
Как можно обработать получение данного сообщения?

[cotseec]

тему можно закрыть - проблема решена.
Для интересующихся (коих оказалось очень не много )
из DRKB вычитано:
'...Диапазон номеров сообщений от $8000 (32768) до $BFFF (49151) пока ничем не занят, но зарезервирован Windows для использования в будущем. Авторы Delphi поступили не совсем корректно, использовав верхнюю часть этого диапазона (с адреса $B000 (45046)) для своих собственных сообщений....' конечно не вариант, но как-то может объяснить "нежелание" компилировать модуль.
Для обработки этого сообщения самый простой путь - переопределение WndProc, что и было с успехом проделано и работает

[NumLock]

вообще-то:

The following are the ranges of message numbers
0 through WM_USER–1 - Messages reserved for use by the system.
WM_USER through 0x7FFF - Integer messages for use by private window classes.
WM_APP (0x8000) through 0xBFFF - Messages available for use by applications.
0xC000 through 0xFFFF - String messages for use by applications.
Greater than 0xFFFF - Reserved by the system.

http://msdn.microsoft.com/en-us/libr...31(VS.85).aspx
поэтому разработчики Delphi ничего некорректного не сделали.
так же есть RegisterWindowMessage

а в данном случае Вы попали ($C0B5) в диапазон:
0xC000 through 0xFFFF - String messages for use by applications.
это диапазон для RegisterWindowMessage, поэтому Delphi и ругается.