ошибка в простом диалоге

Сейчас на форуме: zds, UniSoft (+5 невидимых)

Посл.ответ	Сообщение
DMD Ранг: 85.5 (постоянный) Активность: 0.04↘0 Статус: Участник	Создано: 24 апреля 2013 19:37 · Личное сообщение · #1 всех приветствую краткое изложение проблемы: каркас простого диалога.. если пытаюсь обрабатывать по нажатию цифр/букв считывать из окна, перевести в верхний регистр и вывести в то же окно - утечка стека и крэш. причем: SetDlgItemText "уходит" в систему и при наличии бряка на cmp word [wParam], ID_field_in снова мы тут тормознем, а стек чем-то израсходован и так в цикле до крэша. если все тоже самое но вывести в соседнее окно - все нормально. если считывать из окна, перевести в верхний регистр и вывести в то же окно по кнопке GO - все нормально. голову уже сломал.. ничего не понимаю... может знающие люди что подскажут.. спасибо! исходник на фасме + ехе в архиве, пасс exelab.ru 3e5b_24.04.2013_EXELAB.rU.tgz - Dialog__.rar

drone Ранг: 85.4 (постоянный), 51thx Активность: 0.09↘0 Статус: Участник	Создано: 25 апреля 2013 09:17 · Поправил: drone · Личное сообщение · #2 не? Code: macro winproc _name { proc _name uses ebx esi edi, hWnd, uMsg, wParam, lParam }
drone Ранг: 85.4 (постоянный), 51thx Активность: 0.09↘0 Статус: Участник	Создано: 25 апреля 2013 09:27 · Поправил: drone · Личное сообщение · #3 Code: cmp word [wParam], ID_field_in jne @F mov ecx, dword [wParam] shr ecx, 0x10 cmp cx, 0x300 jne @F почему бы не так? Code: cmp [wParam],EN_CHANGE shl 16 + ID_field_in jnz @F и тут Code: mov edi, block_Field_out mov esi, block_Field_in mov ecx, 4 rep movs dword [edi], dword [esi] почему бы не так? Code: mov esi, block_Field_out mov edi, block_Field_in mov ecx, 4 cld rep movsd
DMD Ранг: 85.5 (постоянный) Активность: 0.04↘0 Статус: Участник	Создано: 25 апреля 2013 11:47 · Личное сообщение · #4 drone за вот это " cmp [wParam],EN_CHANGE shl 16 + ID_field_in jnz @F " отдельное спасибо остальные примеры - тоже полезны, спасибо. но это дело вкуса. но ключевая проблема/фраза осталась незамеченной: если пытаюсь обрабатывать по нажатию цифр/букв считывать из окна, перевести в верхний регистр и вывести в то же окно - утечка стека и крэш. те. в таком виде имеем непонятный цикл + крэш по исчерпанию стека Code: invoke GetDlgItemText, [hWnd], ID_field_in, block_Field_in, 0x10 invoke CharUpper, block_Field_in invoke SetDlgItemText, [hWnd], ID_field_in, block_Field_in
-=AkaBOSS=- Ранг: 150.3 (ветеран), 175thx Активность: 0.16↘0.07 Статус: Участник	Создано: 25 апреля 2013 12:34 · Поправил: -=AkaBOSS=- · Личное сообщение · #5 DMD пишет: те. в таком виде имеем непонятный цикл + крэш по исчерпанию стека минут пять вводил разные символы и жмакал кнопку Go - а стэк и ныне там ошибка сразу должна показаться? после вызова какой апишки? /ADD попробуй использовать CharUpperBuff вместо CharUpper, вдруг поможет
DMD Ранг: 85.5 (постоянный) Активность: 0.04↘0 Статус: Участник	Создано: 25 апреля 2013 12:55 · Поправил: DMD · Личное сообщение · #6 -=AkaBOSS=- обновил файлы ошибка завязана на Code: cmp [wParam],EN_CHANGE shl 16 + ID_field_in jnz @F invoke GetDlgItemText, [hWnd], ID_field_in, block_Field_in, 0x10 invoke CharUpper, block_Field_in invoke SetDlgItemText, [hWnd], ID_field_in, block_Field_in те. если считывать из контролла и тут же в него писать 2495_25.04.2013_EXELAB.rU.tgz - Dialog_sample_error__.rar
OKOB Ранг: 527.7 (!), 381thx Активность: 0.16↘0.09 Статус: Участник Победитель турнира 2010	Создано: 25 апреля 2013 13:17 · Личное сообщение · #7 ИМХО проблемма не в стеке, а в маршрутизации сообщений. На одно нажатие кнопки попадаем в этот участок кода 15 раз. Почему??? Stack 6FA0C, 6F4E0, 6EFB4, 6EA88, 6E55C, 6E030, 6DB04, 6D5D8, 6D0AC, 6CB80, 6C654, 6C128, 6BBFC, 6B6D0, 6B1A4 Далее новое нажатие и стек начинает снова со значения 6FA0C. Утечки нет. ----- 127.0.0.1, sweet 127.0.0.1
drone Ранг: 85.4 (постоянный), 51thx Активность: 0.09↘0 Статус: Участник	Создано: 25 апреля 2013 13:38 · Поправил: drone · Личное сообщение · #8 выкинул все непонятное и перебазировал обработчик, один фиг вылетает после синего экрана от ошибки в MessageBox уже ничего не удивляет ps. вот такая шняга на си тоже вылетает Code: #include <windows.h> #include "resource.h" char buf[20]; int __stdcall _dialogproc(HWND hWnd,UINT wMsg,WPARAM wParam,LPARAM lParam) { switch((WORD)wMsg) { case WM_INITDIALOG: break; case WM_COMMAND: if(LOWORD(wParam)==IDC_EDIT1 && HIWORD(wParam)==EN_CHANGE) { GetDlgItemText(hWnd,IDC_EDIT1,buf,16); CharUpper(buf); SetDlgItemText(hWnd,IDC_EDIT1,buf); } break; case WM_CLOSE: EndDialog(hWnd,NULL); break; default: return false; } return true; } int __stdcall WinMain (HINSTANCE hInstance,HINSTANCE hPrevInstance,LPSTR lpCmdLine,int nShowCmd) { HANDLE hMutex=CreateMutex(NULL,TRUE,"dialog"); if(GetLastError()!=ERROR_ALREADY_EXISTS && hInstance) DialogBoxParam(hInstance,MAKEINTRESOURCE(IDD_DIALOG1),NULL,_dialogproc,NULL); ReleaseMutex(hMutex); }
DMD Ранг: 85.5 (постоянный) Активность: 0.04↘0 Статус: Участник	Создано: 25 апреля 2013 13:49 · Поправил: DMD · Личное сообщение · #9 OKOB пишет: ИМХО проблемма не в стеке, а в маршрутизации сообщений. На одно нажатие кнопки попадаем в этот участок кода 15 раз. Почему??? полностью согласен: стек - всего лишь внешнее проявление. вот и мне интересно. почему??? что в чтении из контролла и тут же записи в него такого уникального и только при вводе в него цифры/буквы?? по кнопке GO такой же код работает. Code: cmp [wParam], ID_OK jne @F invoke GetDlgItemText, [hWnd], ID_field_in, block_Field_in, 0x10 invoke CharUpper, block_Field_in invoke SetDlgItemText, [hWnd], ID_field_in, block_Field_in ps/ такое впечатление что при ассинхронном вводе в контрол следующим шагом в него нельзя писать.. с чего бы это?
drone Ранг: 85.4 (постоянный), 51thx Активность: 0.09↘0 Статус: Участник	Создано: 25 апреля 2013 14:01 · Поправил: drone · Личное сообщение · #10 тут видимо что-то с очередями сообщений самому окну, верно сказано выше Code: if(LOWORD(wParam)==IDC_EDIT1 && HIWORD(wParam)==EN_CHANGE) { HWND hItem=GetDlgItem(hWnd,IDC_EDIT1); SendMessage(hItem,WM_GETTEXT,16,(LPARAM)buf); CharUpper(buf); SendMessage(hItem,WM_SETTEXT,NULL,(LPARAM)buf); }
-=AkaBOSS=- Ранг: 150.3 (ветеран), 175thx Активность: 0.16↘0.07 Статус: Участник	Создано: 25 апреля 2013 14:30 · Личное сообщение · #11 ну, как по мне, тут всё правильно - винда ловит изменение текста в контроле, шлёт сигнал обработчику. обработчик меняет текст в контроле, винда ОПЯТЬ ловит изменение и ОПЯТЬ вызывает обработчик и так рекурсивно до полного охренения. у меня, правда, это никакой ошибки не вызывает предлагаю такой костыль: Code: case WM_INITDIALOG: mov [flag], 0 ... <skip> ... cmp [wParam],EN_CHANGE shl 16 + ID_field_in jnz @F cmp [flag], 1 je @F invoke GetDlgItemText, [hWnd], ID_field_in, block_Field_in, 0x10 invoke CharUpper, block_Field_in mov [flag], 1 invoke SetDlgItemText, [hWnd], ID_field_in, block_Field_in mov [flag], 0 @@:
neomant Ранг: 164.6 (ветеран), 65thx Активность: 0.12↘0 Статус: Участник Волшебник	Создано: 25 апреля 2013 14:41 · Личное сообщение · #12 drone, нужно было ещё приложить заголовок и ресурсы к восьмому посту. Никаких чудес нет. Быстрее всего имеет место рекурсия с отсылками сообщений контрола самому себе. Посмотрите трейс сообщений контрола. ----- Следуй за белым кроликом
DMD Ранг: 85.5 (постоянный) Активность: 0.04↘0 Статус: Участник	Создано: 25 апреля 2013 15:18 · Личное сообщение · #13 -=AkaBOSS=- костыль в принципе работает, но приходится по каждому вводу в контролл ставить курсор в крайнее правое положение.. иначе вместо "123456" получим "654321" придется изменить вопрос: как лучше всего сделать ввод в контролл, обработать что ввели, на пример- перевели в верхний регистр и вывести в том же контроле? ну и там дальше.. или в связи с рекурсией это сделать не так просто как кажется?
neomant Ранг: 164.6 (ветеран), 65thx Активность: 0.12↘0 Статус: Участник Волшебник	Создано: 25 апреля 2013 15:36 · Личное сообщение · #14 Ненужно костылей. Существует 1000 и один правильный способ. Как вариант можете попробовать ловить WM_SETTEXT, апперкейсить и возвращать FALSE из функции. Скиньте сишные исходники, дома посмотрю. ----- Следуй за белым кроликом
-=AkaBOSS=- Ранг: 150.3 (ветеран), 175thx Активность: 0.16↘0.07 Статус: Участник	Создано: 25 апреля 2013 15:45 · Поправил: -=AkaBOSS=- · Личное сообщение · #15 DMD пишет: но приходится по каждому вводу в контролл ставить курсор в крайнее правое положение не понимаю, почему так получается.. как вариант, можно послать EM_SETSEL: Code: invoke GetDlgItem, [hWnd], ID_field_in invoke SendMessage, eax, EM_SETSEL, 255, 255 DMD пишет: как лучше всего сделать ввод в контролл, обработать что ввели, на пример- перевели в верхний регистр и вывести в том же контроле? если нужно просто перевести в верхний регистр, то лучше установи у эдита стиль ES_UPPERCASE можно обрабатывать WM_CHAR или WM_KEYUP
DMD Ранг: 85.5 (постоянный) Активность: 0.04↘0 Статус: Участник	Создано: 25 апреля 2013 16:58 · Личное сообщение · #16 neomantneomant пишет: Скиньте сишные исходники рад бы.. но это фасм. если у вас что получится - я переведу на асм
drone Ранг: 85.4 (постоянный), 51thx Активность: 0.09↘0 Статус: Участник	Создано: 25 апреля 2013 17:58 · Личное сообщение · #17 проект на си bba8_25.04.2013_EXELAB.rU.tgz - proj.rar
neomant Ранг: 164.6 (ветеран), 65thx Активность: 0.12↘0 Статус: Участник Волшебник	Создано: 25 апреля 2013 20:31 · Поправил: neomant · Личное сообщение · #18 Так и есть - рекурсия. После отправки контролу WM_SETTEXT контрол уведомляет диалог WM_COMMAND EN_UPDATE и EN_CHANGE. Правильно в данном случае выставить в ресурсах свойство Uppercase контрола в True, чем изобретать костыли или не искать лёгкого пути. ----- Следуй за белым кроликом \| Сообщение посчитали полезным: DimitarSerg
neomant Ранг: 164.6 (ветеран), 65thx Активность: 0.12↘0 Статус: Участник Волшебник	Создано: 25 апреля 2013 21:05 · Поправил: neomant · Личное сообщение · #19 Если таки не ищем лёгких: Code: WNDPROC prvWndProc; LRESULT CALLBACK WndProc(HWND hwnd, UINT uMsg, WPARAM wParam, LPARAM lParam) { switch (uMsg) { case WM_CHAR: wParam = (WPARAM)toupper(wParam); default: return CallWindowProc(prvWndProc, hwnd, uMsg, wParam, lParam); } } /* case WM_COMMAND: if(LOWORD(wParam)==IDC_EDIT1 && HIWORD(wParam)==EN_UPDATE) { GetDlgItemText(hWnd,IDC_EDIT1,buf,16); CharUpper(buf); SetWindowText(GetDlgItem(hWnd, IDC_EDIT1), buf); //SetDlgItemText(hWnd,IDC_EDIT1,buf); } break; / case WM_INITDIALOG: prvWndProc = (WNDPROC)SetWindowLong(GetDlgItem(hWnd, IDC_EDIT1), GWL_WNDPROC, (LONG)WndProc); break*; ----- Следуй за белым кроликом
DMD Ранг: 85.5 (постоянный) Активность: 0.04↘0 Статус: Участник	Создано: 25 апреля 2013 22:42 · Личное сообщение · #20 все спасибо за помощь!
DMD Ранг: 85.5 (постоянный) Активность: 0.04↘0 Статус: Участник	Создано: 26 апреля 2013 10:03 · Поправил: DMD · Личное сообщение · #21 neomant пишет: в данном случае выставить в ресурсах свойство Uppercase контрола в True перевод в верхний регистр - это только как пример. при любой другой обработке введенных символов без "костылей" похоже не обойтись. какие есть мысли на этот счет? -=AkaBOSS=- "костыль" фактически дает двухкратную запись в контролл вывода. коррекция: Code: invoke GetDlgItemText, [hWnd], ID_field_in, block_Field_in, 0x10 invoke CharUpper, block_Field_in mov [flag], 1 invoke SetDlgItemText, [hWnd], ID_field_in, block_Field_in mov [flag], 0 jmp .exit_true но почему после вывода в контролл ID_field_out "ловим" останов на " mov [flag], 0"?? и в стек указатель на ID_field_in 0006FB74 \|00000111 0006FB78 \|03000101 [img]img/attach.gif"> <SCRIPT type=text/javascript>dfl("files/","ebb3_26.04.2013_EXELAB.rU.tgz");</SCRIPT> - Sample__Dialog_a_.EXE ps/ лишние символы в коде - это не ко мне <img src="http://exelab.ruimg/smilies/s1.gif[/img]
crc1 Ранг: 138.7 (ветеран), 135thx Активность: 0.11↘0 Статус: Участник	Создано: 26 апреля 2013 11:09 · Личное сообщение · #22 А почему бы не обработать сообщение WM_CHAR. В wParam будет ASCII код вводимого символа, делай с ним че хошь и отдавай обратно в wParam \| Сообщение посчитали полезным: DMD
DMD Ранг: 85.5 (постоянный) Активность: 0.04↘0 Статус: Участник	Создано: 26 апреля 2013 13:00 · Личное сообщение · #23 crc1 это не спасет от вывода после обработки в тот же контрол и как следствие рекурсии, если без варианта -=AkaBOSS=-. видно рекурсию без "костылика" не победить. похоже, варианты исчерпаны. мысли еще у кого есть?
-=AkaBOSS=- Ранг: 150.3 (ветеран), 175thx Активность: 0.16↘0.07 Статус: Участник	Создано: 26 апреля 2013 14:01 · Личное сообщение · #24 DMD crc1, кстати, правильно говорит. если обрабатывать вместо EN_UPDATE - WM_CHAR, можно обойтись без SetWindowText/SetDlgItemTxt и, стало быть, и без рекурсивного вызова обработчика а насчёт моего костыля - фикс должен выглядеть немного иначе, имхо см аттач. 90c3_26.04.2013_EXELAB.rU.tgz - Dialog__.zip \| Сообщение посчитали полезным: DMD
DMD Ранг: 85.5 (постоянный) Активность: 0.04↘0 Статус: Участник	Создано: 26 апреля 2013 14:23 · Личное сообщение · #25 -=AkaBOSS=- пишет: crc1, кстати, правильно говорит. согласен, поторопился. попробую применить -=AkaBOSS=- пишет: фикс должен выглядеть немного иначе да, спасибо, хорошо работает.. правда, не привычен "второй проход" в одном обработчике. похоже, выжали из темы все. всем спасибо за помощь!
neomant Ранг: 164.6 (ветеран), 65thx Активность: 0.12↘0 Статус: Участник Волшебник	Создано: 26 апреля 2013 14:30 · Поправил: neomant · Личное сообщение · #26 DMD, ещё раз обратите внимание на пост 19. Обработку делайте какую хотите. ----- Следуй за белым кроликом \| Сообщение посчитали полезным: DMD
DMD Ранг: 85.5 (постоянный) Активность: 0.04↘0 Статус: Участник	Создано: 26 апреля 2013 15:13 · Личное сообщение · #27 neomant я опробую, спасибо параллельно возник вопрос: можно ли (и как если можно) вывести в edit несколько строк сразу. те. " бла-бла-бла бла-бла-бла " размер edit'а - это понятно
-=AkaBOSS=- Ранг: 150.3 (ветеран), 175thx Активность: 0.16↘0.07 Статус: Участник	Создано: 26 апреля 2013 15:23 · Поправил: -=AkaBOSS=- · Личное сообщение · #28 DMD пишет: можно ли (и как если можно) вывести в edit несколько строк сразу кажется, можно выставить стиль контрола ES_MULTILINE и выводить строки типа Code: str db "bla-bla", 0x0D, 0x0A, "bla-bla", 0
DMD Ранг: 85.5 (постоянный) Активность: 0.04↘0 Статус: Участник	Создано: 26 апреля 2013 15:40 · Личное сообщение · #29 все работает. парни, еще раз всем спасибо за помощь!
yagello Ранг: 72.1 (постоянный), 30thx Активность: 0.05↘0 Статус: Участник	Создано: 28 апреля 2013 00:15 · Личное сообщение · #30 У тебя обработчик при изменении текста контрола вызывает сам себя, снова и снова. Выставляй флаг занятости и проверяй его на входе в обработчик, по выходу - сбрасывай. Это же очевидно?

Для печати