WinAPI, MVS 8

Достаточно ли для отображения меню главного окна выполнить следующие действия:

• Добавить .rc файл, создать в нем меню
• Перед регистрацией класса окна заполнить поле lpszMenuName структуры типа WNDCLASS идентификатором меню

Source файл:


Resource файл:


Хидер файла ресурсов:


В готовом приложении меню нет. Почему?

Еще такой вопрос.

В созданном .rc и сгенерированном хидере среда создает кучу "левого" кода непонятного содержания и смысла. Как-то невдобно себя чувствую глядя на это безобразие.

Стоит ли в этом разбираться или оное нужно принять как должное (системные настройки среды или на что-то в этом духе списать чтобы успокоить взбунтовавшийся разум)? Понимаешь, что рано или поздно может выплыть какой-нибудь нюанс связанный с этим кодом..

Меня как-то раздражает любой "левый" код в такого рода средах.

Это сообщение отредактировал(а) S.A.G. - 20.8.2007, 21:42

wc.lpszMenuName = MAKEINTRESOURCE(IDR_MENU1);

Ммда.. везде эти макросы, а как заглянешь в них.. 

А в чем состоит принципиальная разница?

Это сообщение отредактировал(а) S.A.G. - 21.8.2007, 14:36

IDR_MENU1 - это число, ID ресурса.

Добавлено через 3 минуты и 11 секунд

Чем так принцыпиально отличается "IDR_MENU1" от MAKEINTRESOURCE(IDR_MENU1)?

lpsz расшифровывается как указатель на строку. Однако даже если я вместо "IDR_MENU1" подставлю char id[] = "IDR_MENU1" всеравно меня не спасет.


Скажите, кто-то понимает зачем это нужно или все просто принимают "на веру"?

Сначала приводится к WORD-у (и зачем эти макрозамены?)
Потом к непонятному ULONG_PTR
И наконец в LPSTR

Читаем Финогенова: LPSTR, PSTR - Строка символов Windows с завершающим нулем;

а id тогда что?

Это сообщение отредактировал(а) S.A.G. - 21.8.2007, 17:23

  


MAKEINTRESOURCE(IDR_MENU1) = (LPTSTR)((DWORD)((WORD)(101)))

S.A.G.,  иногда используют вместо MAKEINTRESOURCE()

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

Добавлено через 9 минут и 56 секунд

это ты про что?
Вот про это:

так ведь написано:
// Next default values for new objects
но вникать в это смысла нет особого, можно считать служебной информацией для редактора

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

Какая разница между типами LPSTR и char *?

Это сообщение отредактировал(а) S.A.G. - 21.8.2007, 18:11

никакой

Добавлено через 1 минуту и 18 секунд
может дело в том, что ты считаешь, что запись  wc.lpszMenuName = (LPTSTR)IDR_MENU1; преобразует число в строку, так вот, это не так 

Тогда почему оно не работает с просто "IDR_MENU1"? Это же строковый литерал.

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

lpszMenuName требует LPCSTR
Если..
LPSTR и char * одно и тоже то..
почему если я напишу в определениях char id[] = "IDR_MENU1" и подставлю..
.. вот так: lpszMenuName = id, оно не работает..?

В Финогенове вообще написано lpszMenuName = "IDR_MENU1" и заявлено что будет работать но нифига не пашет не в первом ни во втором случае.

А вот пресловутый макрос MAKEINTRESOURCE() решает все проблемы и обнаруживает непостижимую разницу между char * и LPSTR.

Или у меня уже совсем крыша съехала?

А все толдычут что IDR_MENU1 это число и все, да знаю, знаю я!  

Это сообщение отредактировал(а) S.A.G. - 23.8.2007, 00:03

елки-палки.
Два варианта:

и

в первом случае под строковый литерал на этапе компиляции будет выделена память, затем в процессе выполнения адрес этого участка будет записан в pA
во втором случае мы четко говорим, что строка расположена по адресу B.

Чувствуешь разницу?

Добавлено через 1 минуту

честно говоря не читал его...

Добавлено через 6 минут и 35 секунд

а может не в процессе... но не суть

может у него есть основания так полагать

бл...., забыл совсем что в кавычках макросы не макросы  "IDR_MENU1" != "101"

Оно?

Если подставляю "101" не работает всеравно. :(

Это сообщение отредактировал(а) S.A.G. - 21.8.2007, 18:42

я не понимаю, что ты хочешь узнать, честно   

тут ты прав, "IDR_MENU1" != "101"

а суть дела я уже изложил выше 

Если подставить "101" всеравно меню не отображается.

В чем разница между (char *)101 и "101"?

Это сообщение отредактировал(а) S.A.G. - 21.8.2007, 18:48

а если подставить (LPSTR)101 или reinterpret_cast<LPSTR>(101)?

вот пример накидал, может прояснит:

(char *)101 работает

Попробуй объяснить чем отличается "101" от (char *)101

вот:

и пример в комплекте:

если тут не понятно то спрашивай по тексту, что именно.

char * a = "101", имеем последствие - в a содержится адрес 1
char * a = (char *)B == char * a = (char *)101... привести целую константу к типу "указатель на чар"... компилятор разместит строку в память а адрес 1 присвоит a? т.е. когда мы просто пишем "101" оно в памяти не размещено, а когда (char *)101 то строка "101" помещается в память?

Это сообщение отредактировал(а) S.A.G. - 21.8.2007, 19:56

да ничего не помещается, просто мы явно указываем адрес строки = 101, или 0x00000065(hex). Те говорим: "вот по этому адресу лежит строка" (точнее символ или их последовательность), откуда она там возьмется науке неизвестно...

если wc.lpszClassName <= 0xFFFF, то это ID ресурса,
если wc.lpszClassName > 0xFFFF, то это указатель на LPCTSTR

А разве этот ID не нужен нам как число..? Система генерирует не случайный адрес (101)?

Я поначалу не въехал в преобразование типов...

zkv, ты сам немного запутался... 
MAKEINTRESOURCE, как уже тут неоднократно упоминалось, просто приведение типа к требуемому прототипами соотв.функций. а передается просто номер - не адрес строки, а просто число. а так как адресов меньше 0xFFFF нет, то функция может четко определить, номер ресурса ей приплыл или адрес строки с именем ресурса.

ну это уже речь идет об интерпретации системы полученных данных, верно?
тогда следует заметить, что это верно:

только система не пытается обратиться к памяти по этому адресу, а рассматривает его (сам адрес) как ID, при условии указанном 586

Добавлено через 3 минуты и 32 секунды

нет, я возможно только отошел от темы, процитирую себя:

  

Вообще то объяснял, что чем отличается "101" от (char *)101

значит это уже я запутался, читая - витиевато излагаете... 

уууууууууууу блииииииииииин  Доразбираюсь завтра а то седня точно крыша съедет

Это сообщение отредактировал(а) S.A.G. - 21.8.2007, 20:49

да просто уже много постов назад я начал объяснять, что (char *)101 - это не преобразование числа в строку... Пытался наоборот подоступнее.

Перед тем как переосмыслить все приведу цитату из книги:


Я таки считал что (char *)101 и "101" - одно и то же, и упрямо не отрывался от этого толкования. Иногда нужно ткнуть носом.  +1

Новое объяснение породило еще вполне естественный вопрос. А нафиг системе так дико извращаться, запоминая ID ресурса (целое число без знака) в форме указателя, предварительно преобразовав типы (!!!)? Не проще было бы в структуре типа WNDCLASS предусмотреть поле соотв. целого типа?

И еще одно. Чем же так отличается число 101 (я непомню к какому типу компилятор C++ относит такие целочисленные константы) и адрес строки (да и вообще любой адрес). Ведь любой адрес это поидее тоже целое число?

Прочитал вот это. Стало понятно почему работает пример из книги. Т.е. стало понятно что есть некоторые обстоятельства при которых так может работать. При добавлении ресурсов в студии хидер resource.h создается (генерируется) автоматически. Непонятно при каких обстоятельствах это

возможно и зачем предусмотрено оба варианта.

Это сообщение отредактировал(а) S.A.G. - 23.8.2007, 01:06

невнимательно читал...