Maxim RusovКак его лучше реализовать?

Лучше таки загнать его в поток. Но проктостоматологи могут обойтись хоткеем на
пункте меню + ProcessMessages.
Posted via ActualForum NNTP Server 1.5

Maxim Rusovобычно бла-бла, сами даже понятия не имеют, насколько это сложно.

На практике это обычно гораздо проще, чем думают чайники. Главное - потоки
запускать, используя beginthreadex, а не TThread. Хотя да, у чайников обычно есть проблема с пониманием, что процедура потока может начать (и даже закончить) выполняться раньше, чем вызывающая программа её дойдёт до следующей после beginthreadex строчки.

Вариант с шорткатом на экшоне, устанавливающем переменную "прервись", и
ProcessMessages я уже назвал.

Maxim RusovВариат "с шорткатом на экшоне" как и любой другой требующий вызова
ProcessMessages, будет обладать теми же недостатками что и первый
CheckInterrupt, только хуже

Ваши объяснения недостатков первого варианта было слишком невнятным, так что я
ничего не понял. Кто съедает, куда съедает, зачем съедает. Первый вариант
работает так как написан, а написал он именно с PM_REMOVE.

Если "алгоритм может запускаться как раз для обработки нажатий", то
ProcessMessages это именно то, что нужно, ибо доставит ему (алгоритму) эти нажатия.

PS: Таки да, и открытие файла и поиск в тексте с лёгкостью загоняются в потоки.
Posted via ActualForum NNTP Server 1.5

Maxim Rusov"Съедает" пользовательский ввод. Пользователь нажал "A" - запустился алгоритм
поиска по "А" чтобы вывести автодополнение. Пользователь не глядя нажал "B" -
алгоритм его съел в процессе CheckInterrupt. Пользователь ругается - нажатие
потерялось.

Не так не надо бездумно копипастить код в который кто-то другой с совсем другими
намерениями поместил PM_REMOVE.
И да, поиск для вывода автодополнения отлично работает в потоке. Если успел
найти до нажатия следующей кнопки - присылает вызвавшему окну результат. Не
успел - начинает заново.

Maxim RusovА модификация текста?
Легко. Главное решить заблокировать ли действия пользователя на это время или
как-то разруливать их параллельно, поскольку текст, дёргающийся при модификации,
обычно раздражает пользователя, пытающегося его параллельно набирать. Но есть и
исключения, как, например, автоперевод хираганы/катаканы в канджи при наборе.
Posted via ActualForum NNTP Server 1.5

_Vasilisk_Почему?

Ясность мысли. В мозгу не возникает иллюзии "поток это объект". Впрочем,
TThread.CreateAnonymousThread.Start (именно в таком виде) тоже сойдёт если без
лямбд.
Posted via ActualForum NNTP Server 1.5

Maxim Rusovпричина PM_REMOVE в этом коде очевидна, без нее проверка зациклится.

Почему она должна зациклиться? Да, если в очереди будут нажатия других кнопок,
они будут сканироваться раз за разом, но сам по себе цикл сканирования очереди
завершится, когда переберёт все клавиатурные сообщения в ней. Ах да, там же
кто-то забыл его ограничить только клавиатурными сообщениями...

Maxim RusovГлавное что теперь у вас в разных потоках модифицируются общие
структуры данных и это нужно разруливать критическими секциями.
Зависит от природы "общих структур данных". Но даже если и так, у вас какая-то
личная ненависть к критическим секциям?
Posted via ActualForum NNTP Server 1.5

Maxim RusovКак же он завершится, когда он будет постоянно возвращать первое сообщение в
очереди?

После того, как главный цикл его это сообщение обработает. Вы же не хотите
повесить всю программу на всё время работы "алгоритма", не так ли?..

Maxim RusovДаже исходная задача с прерыванием по Esc - не решается, собственно.

Как раз решается: нажатие Esc штатным образом обрабатывается циклом выборки
сообщения и может делать всё, что нужно, включая сигнализацию алгоритму о
необходимости прерваться.

Maxim RusovПроанализировать все алгоритмы на предмет из какого потока они
могут вызываться, определить набор ресурсов, которые нужно защитить критическими
секциями, правильно расставить эти секции, чтобы не нарваться на Deadlock... Что
вы там говорили насчет чайников?

Даже чайник справится с определением "любое обращение к глобальному объекту" и
"только непосредственно на время обращения к этому объекту".
Posted via ActualForum NNTP Server 1.5

Maxim RusovАлгоритм запустился по нажатию кнопки "А" и что-то долго считает. Возможно,
завис, его не я пишу - это скриптовой алгоритм. Пользователь жмет "BC" -
смотрит, а буквы не появляются.

А теперь то же самое, но с потоками: пользователь жмёт "ВС" и они появляются,
Esc жать не надо, проблема даже не возникла, все счастливы.
Posted via ActualForum NNTP Server 1.5

Maxim RusovПобежит progress и его в любой момент можно прервать по Esc. И отнюдь не потому,
что Far загружает файл в отдельном потоке.

Вот только Far тоже глотает буквы "ВС" в ходе этого процесса. Увы.
Posted via ActualForum NNTP Server 1.5

Правда что ли? Process Explorer с этим не согласен.


То есть алгоритм таки должен прерываться после нажатия любой кнопки, а не только Esc, как я и говорил выше. Чтобы не получить "все прелести реентерантности".

Maxim RusovПосле нажатия "B" алгоритм запуститься заново, а после "C" - третий раз.
Ну, т.е. решения исходной задачи вы не знаете.

Знаю, но оно вас не порадует, поскольку приведёт к следующему:
1. Пользователь нажимает "А", запускается алгоритм.
2. Пользователь нажимает "ВС", они не появляются.
3. Пользователь тупит, потом нажимает Esc, алгоритм прерывается.
4. ВНЕЗАПНО появляется стоявшая в очереди "В" и алгоритм снова запускается, "С"
не появляется.
5. Пользователь тупит ещё больше и нажимает Esc ещё раз, алгоритм опять прерывается.
6. СОВСЕМ ВНЕЗАПНО появляется дождавшаяся своего часа "С" и алгоритм запускается
третий раз.

Не надо так делать интерфейс. "Съядят." (с)
Posted via ActualForum NNTP Server 1.5