Интересный глюк на fasm.Приколитесь.

а разве доктора обижаются?

 

to shoo
Насчет воспитанности.
Кто это меня носом, как кота в гавно, в неправильные, по твоему, метки тыкал.
Лучше бы объяснил, то о чем я спросил.
B не ссылку на MCDN, а двух словах. И все.

 

5555
В 2х словах это не обьяснишь. Контрол SysListView32 реализован в одной из системных библиотек - это значит, что код, глобально регистрирующий данный контрол (через RegisterClassEx, например) и оконная процедура, обрабатывающая сообщения каждой инстанции данного контрола (WndProc) - всё это находится в какой-то библиотеке. Может быть, в самой COMCTL32 или в одной из библиотек, подгружаемых COMCTL32 - это не важно. Естественно, если ты не загрузишь библиотеку, данный контрол не будет зарегистрирован для твоего процесса и ты его использовать не сможешь. При создании диалога, для каждого контрола в шаблоне вызывается CreateWindow. Когда очередь дойдёт до SysListView32, CreateWindow вернёт ошибку (класс SysListView32 не зарегистрирован) и DialogBoxParam вернёт код ошибки, так и не создав диалог. Кстати, можешь попробовать указать стиль DS_NOFAILCREATE в шаблоне - авось поможет

 

Спасибо.
За "Кстати, можешь попробовать указать стиль DS_NOFAILCREATE в шаблоне - авось поможет " отдельное спасибо.
Хотя, это просто пример чтоб продемонстрировать.
Ну и мое видение:
SysListView32 по сложности помноженной на употребляемость в Windows, наверное, самый "важный".
И странно то , что реализованая в Windows процедура инициализации стандарнного диалога, не подъгружает для столь хорошо известного контрола необходимую ему библиотеку.Это ж не сложно: "Оба на, в диалоге SysListView32, ну подгрузим COMCTL32."
Или COMCTL32, если есть возможность обойтись без SysListView32 одними Edit, лучше не подружать?
Ну, типа на едитах или "не глючнее" или "быстрее" или ищё чё?