ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / C++ [игнор отключен] [закрыт для гостей] / GetNextDlgTabItem вешает Win98
11 сообщений из 11, страница 1 из 1
GetNextDlgTabItem вешает Win98
    #32372408
andreyk@
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andreyk@
Гость
Имеется немодальный диалог WTL. В нем композитный контрол. Для обеспечения "диалоговости":

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
BOOL CMainDlg::PreTranslateMessage(MSG* pMsg)
{
   if((pMsg->message < WM_KEYFIRST || pMsg->message > WM_KEYLAST) &&
      (pMsg->message < WM_MOUSEFIRST || pMsg->message > WM_MOUSELAST))
      return FALSE;

   HWND hWndCtl = ::GetFocus();
   if(IsChild(hWndCtl))
   {
      // find a direct child of the dialog from the window that has focus
      while(::GetParent(hWndCtl) != m_hWnd)
         hWndCtl = ::GetParent(hWndCtl);

      // give control a chance to translate this message
      if(::SendMessage(hWndCtl, WM_FORWARDMSG,  0 , (LPARAM)pMsg) !=  0 )
         return TRUE;
   }

   return IsDialogMessage(pMsg);
}



Нажимаю TAB и когда дело доходит до функции АПИ GetNextDlgTabItem в методе:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
CComCompositeControl<>::PreTranslateAccelerator(LPMSG pMsg, HRESULT& hRet)
{
...
    case VK_TAB:
    // prevent tab from looping inside of our dialog
    if((dwDlgCode & DLGC_WANTTAB) ==  0 )
    {
        HWND hWndFirstOrLast = ::GetWindow(m_hWnd, GW_CHILD);
        if (::GetKeyState(VK_SHIFT) >=  0 )  // not pressed
            hWndFirstOrLast = GetNextDlgTabItem(hWndFirstOrLast, TRUE);
            if (hWndFirstOrLast == hWndCtl)
                return FALSE;
    }
    break;
...
}

Win98 вешается.

Кто-нибудь знает почему и как с этим бороться?
...
Рейтинг: 0 / 0
10.01.2004, 22:35
| Ответить | Цитировать | Написать  
GetNextDlgTabItem вешает Win98
    #32372663
Фотография CEMb
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
CEMb
Участник
А в не 98 вешается?

GetNextDlgTabItem работает рекурсивно(может тут вся фигня и кроется?). Попробуй для проверки сделать диалог без композитных контролов. И ещё в дебаге, перед тем, как делать шаг на GetNextDlgTabItem, попробуй повешать брекпоинт на обработчик сообщений.
...
Рейтинг: 0 / 0
12.01.2004, 07:46
| Ответить | Цитировать | Написать  
GetNextDlgTabItem вешает Win98
    #32373179
andreyk@
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andreyk@
Гость
Совершенно верно - в 2000/XP все работает.

Еще одно наблюдение: если в диалоговом ресурсе композитный контрол занимает 1-ое место (Ctrl-D) в TAB order'е - Win98 вешается. Если любой другой контрол (например невидимый статик без таб-стопа) - не вешается. Т.е. в принципе релиз мы сделаем :-), но ведь хочется понять почему...

Ставлю брекпойнты в цикл выборки сообщений и в оконную процедуру самого композита - не срабатывает.
...
Рейтинг: 0 / 0
12.01.2004, 14:40
| Ответить | Цитировать | Написать  
GetNextDlgTabItem вешает Win98
    #32373222
Фотография CEMb
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
CEMb
Участник
Да, интересно...
Может виндовский баг.

А и правда. Точнее не совсем баг.
Нашёл я похожую ситуацию.

Надо поставить в OnInitDialog() для диалога флаг WS_EX_CONTROLPARENT композитному контролу.

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

Не ясно только почему, если первый не композитный, потом на композитном не виснет?... Кстати, как оно себя ведёт? Идёт табом по детям композитного контрола или по детям диалога?
...
Рейтинг: 0 / 0
12.01.2004, 15:02
| Ответить | Цитировать | Написать  
GetNextDlgTabItem вешает Win98
    #32373395
a-k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
a-k
Гость
CEMb
Да, интересно...
Может виндовский баг.


Запросто. Их много. Меня смущает что я не могу найти описания этой ситуации в MSDN Knowledge base.

CEMb
Надо поставить в OnInitDialog() для диалога флаг WS_EX_CONTROLPARENT композитному контролу. Проблема в том, что по табу образуется цикл поиска контрола. Код находит композитный контрол и пытается залесть внутрь дабы искать дальше. Внутрь он зайти не может, так как соответствующего стиля у копм.контрола нету. Вот якобы поэтому и не может завершится цикл (висюк).


Стиль WS_EX_CONTROLPARENT композитному контролу ставится. Иначе не работало бы везде. Т.е. по теории системная функция сможет залезть внутрь композита и найти следующий Tab-stop контрол. Что собственно и происходит на 2000/XP всегда и на 98 когда композит не первый.

CEMb
Не ясно только почему, если первый не композитный, потом на композитном не виснет?... Кстати, как оно себя ведёт? Идёт табом по детям композитного контрола или по детям диалога?


Если композит первый - все виснет. Если нет - идет по детям композита, т.е. делает то что нужно.
...
Рейтинг: 0 / 0
12.01.2004, 16:13
| Ответить | Цитировать | Написать  
GetNextDlgTabItem вешает Win98
    #32373660
andreyk@
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andreyk@
Гость
andreyk@Еще одно наблюдение: если в диалоговом ресурсе композитный контрол занимает 1-ое место (Ctrl-D) в TAB order'е - Win98 вешается. Если любой другой контрол (например невидимый статик без таб-стопа) - не вешается. Т.е. в принципе релиз мы сделаем :-), но ведь хочется понять почему...

Прошу прощения - не четко выразился: в диалоговом ресурсе композитного контрола другой, вложенный композитный контрол занимает 1-ое место.
...
Рейтинг: 0 / 0
12.01.2004, 19:36
| Ответить | Цитировать | Написать  
GetNextDlgTabItem вешает Win98
    #32373773
Фотография vdimas
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vdimas
Участник
Такая ситуация встречается постоянно там, где в композитном контроле есть кнопки (они же чек-боксы или радио-боксы), причем, во всех виндах, не только в 98-х или 95-х. Еще такая же ситуевина бывает при использовании вложенных PropertySheet.

Думаю, винды здесь не при чем, т.к. при создании подобных "матрешек" из окон методами голого API ничего подобного не происходит, а вот ежели MFC или ATL запускают свои волшебные PretranslateMessage или PreTranslateAccelerator ...

А на самом деле проблема в IsDialogMessage , который опрашивает все child-контролы у требуемого путем посылки сообщения WM_GETDLGCODE (блин, на вскидку не помню точное название, поправьте), а приход каждого сообщения в некоторое окно оборачивается запуском PretranslateMessage в каждом из его парентов, и т.д. до бесконечности... Здесь и виснем, т.е. не виснем, а даем бесконечный вызов взаимных виндовых сообщений м/у окошками - можно в Spy++ посмотреть.

В общем, я с такими (довольно частыми проблемами) боролся с помощью игр со стилями окон, или даже принудительным перехватом IsDialogMessage для некоторых контролов и выдачи некоторого непосредственного результата для них.

В одном из довольно сложных проектов до того заколебался решать подобные неурядицы "по-месту", что написал свою ф-ию аналог IsDialogMessage, правда, пришлось нехило разворотить большинство базовых классов MFC и насоздавать свои промежуточные базовые классы.
...
Рейтинг: 0 / 0
13.01.2004, 02:27
| Ответить | Цитировать | Написать  
GetNextDlgTabItem вешает Win98
    #32373830
Фотография CEMb
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
CEMb
Участник
авторпри использовании вложенных PropertySheet. - как раз пример бага для пропертишита нашёл...


авторВ одном из довольно сложных проектов до того заколебался решать подобные неурядицы "по-месту", что написал свою ф-ию аналог IsDialogMessage, правда, пришлось нехило разворотить большинство базовых классов MFC и насоздавать свои промежуточные базовые классы.
Крут! :)
...
Рейтинг: 0 / 0
13.01.2004, 08:11
| Ответить | Цитировать | Написать  
GetNextDlgTabItem вешает Win98
    #32375056
andreyk@
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andreyk@
Гость
vdimas
Такая ситуация встречается постоянно там, где в композитном контроле есть кнопки (они же чек-боксы или радио-боксы), причем, во всех виндах, не только в 98-х или 95-х. Еще такая же ситуевина бывает при использовании вложенных PropertySheet.


нет наличие/отсутствие кнопок не влияет.

vdimas
Думаю, винды здесь не при чем, т.к. при создании подобных "матрешек" из окон методами голого API ничего подобного не происходит, а вот ежели MFC или ATL запускают свои волшебные PretranslateMessage или PreTranslateAccelerator...


винды причем, потому что на 2000 работает, а на 98 нет. Но проблема действительно в PreTranslateMessage.

vdimas
А на самом деле проблема в IsDialogMessage, который опрашивает все child-контролы у требуемого путем посылки сообщения WM_GETDLGCODE (блин, на вскидку не помню точное название, поправьте), а приход каждого сообщения в некоторое окно оборачивается запуском PretranslateMessage в каждом из его парентов, и т.д. до бесконечности... Здесь и виснем, т.е. не виснем, а даем бесконечный вызов взаимных виндовых сообщений м/у окошками - можно в Spy++ посмотреть.


WM_GETDLGCODE send'ится, а не post'ится. Так что никакого рекурсивного вызова PreTranslateMessage не будет. Опять же, бесконечная рекурсия штука одинаково вредная для любых виндов. В нашем случае проблема имеет место быть только для Win98.

vdimas
В общем, я с такими (довольно частыми проблемами) боролся с помощью игр со стилями окон, или даже принудительным перехватом IsDialogMessage для некоторых контролов и выдачи некоторого непосредственного результата для них.

В одном из довольно сложных проектов до того заколебался решать подобные неурядицы "по-месту", что написал свою ф-ию аналог IsDialogMessage, правда, пришлось нехило разворотить большинство базовых классов MFC и насоздавать свои промежуточные базовые классы.


Нет Дима, руководство такие маневры не одобрит :-)

Заходи в гости, посмотришь своими глазами, может чего и получится. Пива по любому попьем, в старкрафт поиграем...
...
Рейтинг: 0 / 0
13.01.2004, 20:50
| Ответить | Цитировать | Написать  
GetNextDlgTabItem вешает Win98
    #32375124
Фотография vdimas
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vdimas
Участник
нет наличие/отсутствие кнопок не влияет.
хм, в моих случаях кнопки были определяющими :)
стоило из задизейблить - все работало :)

винды причем, потому что на 2000 работает, а на 98 нет. Но проблема действительно в PreTranslateMessage.
Это конкретный случай причем, а так - постоянно сталкивался на вообще всех виндах вплоть до XP

WM_GETDLGCODE send'ится, а не post'ится.
Точно... А если не секрет - Spy++ что показывает?

Заходи в гости, посмотришь своими глазами, может чего и получится. Пива по любому попьем, в старкрафт поиграем...
Угу, в пятницу так и сделаю, а пока давай лог SPY на сообщения виндов на этот тред...
...
Рейтинг: 0 / 0
14.01.2004, 03:50
| Ответить | Цитировать | Написать  
GetNextDlgTabItem вешает Win98
    #32375542
andreyk@
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andreyk@
Гость
Зависание происходит в функции GetNextDlgTabItem.

На ХР в этой функции никаких сообщений Spy не регистрирует. До нее и после нее WM_GETDLGCODE.

На Win98 увидеть лог Spy'а не представляется возможным, т.к. при отладке система зависает летально :-)

Похоже что просто в 98 цикл поиска следующего контрола в таб порядке написан криво и происходит зацикливание.
...
Рейтинг: 0 / 0
14.01.2004, 12:45
| Ответить | Цитировать | Написать  
11 сообщений из 11, страница 1 из 1
Форумы / C++ [игнор отключен] [закрыт для гостей] / GetNextDlgTabItem вешает Win98
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=57&msg=32373830&tid=2035534]:
 0ms
get settings:
 6ms
get forum list:
 18ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 65ms
get topic data:
 13ms
get forum data:
 4ms
get page messages:
 69ms
get tp. blocked users:
 2ms
others: 237ms
total:  422ms
созд. / загр.: 422ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]