Объясните пожалуйста про глюки с хуками.

[Gigahard]

Не хочу. Если все время пользоваться готовыми "кирпичами", не вникая в суть вопроса, то так никогда ничему и не научишся. А я создал тему чтобы разобраться...

[keks-n]

А ты посмотри как там сделано!

[Gigahard]

А чем там лучше? Все те же самые API функции, но с VB надстройками для удобства использования...
Теперь уже и альтернативных путей быть не может?
Вроде уже разобрались , что тут не непосредственно в сабклассинге дело...

Смысл этой темы не разобраться, как хуки ставить, а понять из за чего происходит падение среды разработки. Виновник найден, это End после восстановления WindowProc. Только вот почему End с сабклассингом дает такую гремучую смесь, не понятно.

В случае с "кирпичем" происходит тоже самое. Если хук поставить на объект, который потом будет снимать хук и завершать работу через End, то вылет IDE обеспечен.

[Pantalone]

Gigahard
Вот блин, кто бы мог подумать, тоже мучаюсь этой проблемой, только щас нашел веку, а она создана буквально недавно Пришлось от End отказаться и мучаться вспоминать все ли у меня закрывается и выгружается ли прога.
И при том интересно, почему же VB вылетает при сабклассинге и использовании End? Что такого сабклассинг делает нехорошего что такое происходит?

[GSerg]

Использование end - яркий признак лени и кривых рук.
Сабклассинг, в данном случае, призван просто всё это выявить.

[Pantalone]

GSerg
Это надо сказать его разработчикам.

[Gigahard]

В VB вообще много веселых моментов. И End не уникален в этом плане. Например представте себе ситуацию, когда при загрузке формы, вы делаете перехват исключительных ситуаций. И по итогу одной исключительной ситуации, Вам нужно завершить программу, а при ином раскладе продолжить. Как завершать программу в этом случае? Что поставить? End или Unload Me... Результат можно посмотреть... В данном случае End решает.

Код: Выделить всё


Private Sub Form_Load()
Dim res As String
res = "c"
Select Case res
Case a
MsgBox "Выплняем план А"
Case "b"
MsgBox "Выполням план B"
Case "c"
MsgBox "Провал! Завершаем операцию!"
'Код завершения программы. Нужно оставить только один вариант
'Unload Me
End
End Select
'Код который должен запускаться, если проверка прошла
MsgBox "Основной код программы"
End Sub


[alibek]

Достаточно правильно проектировать приложение, чтобы таких ситуаций не возникало.

[Gigahard]

Это уже немного другой разговор

[gvozd1989]

Так лучше Унлоадить все формы, чем ендить?

[Gigahard]

Вообще как я заметил, VB имеет проблемы с досрочной выгрузкой формы или выходом из программы, если эта самая загрузка не завершена. Т.е. если не дошло до End Sub или Exit Sub, то не факт, что сработает завершение программы. В данном случае End срабатывает, Unload нет.

[Amed]

Unload срабатывает, то есть завершает выполнение всей программы, если все прочее уже прекратило выполняться и выгружено. Следовательно, надо обрывать все вычисления и все прочее выгружать.

[GSerg]

В данном случае End решает.

Что за глупость?..
Unload не срабатывает, если после него есть другие команды. В этом случае после unload сразу вызывается load.

Код: Выделить всё

Private Sub Form_Load()
  Dim res As String
 
  res = "c"
 
  if res = "c" then
    MsgBox "Провал! Завершаем операцию!"
    Unload Me
  else
    Select Case res
    Case a
      MsgBox "Выплняем план А"
    Case "b"
      MsgBox "Выполням план B"
    End Select
    'Код который должен запускаться, если проверка прошла
    MsgBox "Основной код программы"
  end if
End Sub

[ANDLL]

Код: Выделить всё

Кстати вылет IDE происходит только если End содержится в одной процедуре со снятием хука или если в эта процедура вызывает другую в которой содержится End.

Н-да... А ты никогда не задумывался, какая такая процедура вызвала процедуру Form_Unload? Неужели твоя самая "хучная" процедура?
А теперь представь, что в form_unload ты вызываеш end. Отладчик выкидывает код "хучной" процедуры... Но Вероятно, ему еще надо почистить стэк за form_unload и тут он такыется на указатель того, чего уже нет

[Gigahard]

Н-да... А ты никогда не задумывался, какая такая процедура вызвала процедуру Form_Unload? Неужели твоя самая "хучная" процедура?
А теперь представь, что в form_unload ты вызываеш end. Отладчик выкидывает код "хучной" процедуры... Но Вероятно, ему еще надо почистить стэк за form_unload и тут он такыется на указатель того, чего уже нет

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

GSerg: Не столь важно, как и когда срабатывает Unload, важно то, что он далеко не всегда применим. Это скорее вопрос о судьбе и роли End. Например в приведенной ситуации экстренного завершения загрузки формы. А такая ситуация может возникнуть. Не всегда такие ситуации можно обработать до загрузки формы в модуле. Например ошибки в инициализации контролов, которые располагаются на форме.

[ANDLL]

2Gigahard

хочу в который раз заметить, что перед End происходит восстановление хода процедуры

Хочу тебе еще раз заметить, что восстановление происходит в процедуре Form_Unload, которая была вызвана процедурой-хуком.
У меня есть все основания полагать, что vb совершает обратную "прогулку" по стэку, что бы корректно завершить операцию закрытия окна, и там встречается, верятно, с тем, что оконная процедура уже удалена из памяти, сильно на это сердится...
Understand?

[GSerg]

Не столь важно, как и когда срабатывает Unload, важно то, что он далеко не всегда применим. Это скорее вопрос о судьбе и роли End. Например в приведенной ситуации экстренного завершения загрузки формы. А такая ситуация может возникнуть. Не всегда такие ситуации можно обработать до загрузки формы в модуле.

Ты вообще код смотрел, который я привёл?

[Gigahard]

Ты вообще код смотрел, который я привёл?

Все... Понял... .

ANDLL Вообще проявление вылета не завязано конкрентно на событие Unload. Точно такой же эффект будет если снятие хука и End повесить на обработку нажатия кнопки. Процедура Unload в данном случае не будет привязана к снятию хука, однако ж вылет все равно происходит.

[ANDLL]

Да, потому что процедура Button_Click то же вызывается процедурой хуком.

[Pantalone]

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

[ANDLL]

Господи, мистер Pantalone, почему бы Вам не взять на себя труд и не перечитать этот топик? Какой смысл писать то, что уже было написано?

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

Для этих целей, кстати, весьма удобны константы компиляции.

[Gigahard]

А... Ты имеешь ввиду то, что сами обработчики событий построены на тех же хуках и отрубая хук мы удаляем информацию о вызове самой процедуры

[ANDLL]

Отрубая ПРОГРАММУ(вызовом End) а не хук, ты уничтожаеш процедуру, ссылка на которую лежит в стэке на данный момент. Для транслятора это большая неожиданность, поэтому он и вылетает. Ну в общем, что-то типа того.

[Gigahard]

Так... По порядку... Идет допустим стандартная виндовая процедура... Мы вклиниваем туда хук и подменяем адресс текущей процедуры своей... Т.е. теперь системные сообщения сначала проходят через наш вклиненый обработчик, а потом уже дальше передаются основной процедуре... Так? Если мы вызываем End не восстанавливая адресс текущей процедуры, то естественно обработчик не может найти нить и вылетает. Но почему он вылетает, когда нормальный ход процедуры восстановлен после снятия хука? Или End в данном случае каким то непнятным образом привязывается к хучной процедуре которая уже удалена со снятием хука? Как такое может произойти, если End вызывался не из тела хучной процедуры, а из основной, когда хук уже был снят и по идее упоминания о нем уже нет...?

[ANDLL]

Но почему он вылетает, когда нормальный ход процедуры восстановлен после снятия хука?

Потому что он не восттановлен. Каким образом ты его восстановиш?

Как такое может произойти, если End вызывался не из тела хучной процедуры, а из основной, когда хук уже был снят и по идее упоминания о нем уже нет...?

Тело этой основной процедуры лежит внутри тела хука. Т.е. ты вызываеш основную процедуру ИЗ хука. И упоминание про него еще есть в стэке, ты не до конца понимаеш механизм этого процесса.

[ANDLL]

Обрисую все попдробнее

Вот что происходит в стандартной ситуации:
1)некто_или_нечто вызывает DispatchMessage
2) DispatchMessage вызывает стандартную оконную процедуру
3) стандартная оконная процедура вызывает Form_Unload
4) From_Unload вызывает End. End очищает внутренности программы и передает управление стандартной окнной процедуре
5) стандартная окнная процедура должна завершить уничтожение окна, именно поэттому End возвращает ей управление(хотя в теории мог бы этого не делать, а сразу завершать нить)
6) После окончательного удаления окна, оконная процедура возвращает управление DispatchMessage

А вот, что происходит, если на данной окнной процедуре был хук:
1)некто_или_нечто вызывает DispatchMessage
2) DispatchMessage вызывает процедуру хук
2а) Процедура хук вызывает стандартную оконную процедуру
3) стандартная оконная процедура вызывает Form_Unload
4) From_Unload вызывает End. End очищает внутренности программы и передает управление стандартной окнной процедуре
5) стандартная окнная процедура должна завершить уничтожение окна, именно поэттому End возвращает ей управление(хотя в теории мог бы этого не делать, а сразу завершить нить)
6) После окончательного удаления окна, оконная процедура возвращает управление процедуре хуку(она то думает, что ее вызвала DispatchMessage...)
7) А процедуры-хука уже нету...

[Kovu]

По поводу 5 пункта: ВБ не создает в IDE отдельной нити для запуска проекта, мы работаем в нити среды, конкретно в той, которой принадлежит основное окно разработки (для проверки этого достаточно вызвать ExitThread 0)

[ANDLL]

Ну тогда тем более, он обязан пробежать по стэку в обратном направлении.

[Gigahard]

Если предположить, что End воспринимает программу, как родную нить IDE, то вылет по идее должен был бы происходить во всех случаях применения End.

[ANDLL]

то вылет по идее должен был бы происходить во всех случаях применения End

Не понимаю, по какой такой идеи, так должно происходить?
То что это так, наглядно демонстрирует Spy++.
2Kovu:Не поделитесь секретом, почему вы берете на себя труд присовокуплять смайлик rolling eyes к каждому своему посту?