Синхронизация одного потока

[waleri]

Сообщение от the_deer_one

а вариант с флагом и лупом почему не работал, на вид он стрёмный, но работать то должен хотя бы в большинстве случаев.

Потому что второй вызов кнопки заходит в ту же функцию обработки и зависает в первом while(flag) цикле, где дожидается сбрасывания флага а для сбрасывания флага надо выйти из цикла.

Простейшее решение - просто игнорировать повторное нажатие кнопки: if (flag) return;

[the_deer_one]

waleri

где дожидается сбрасывания флага а для сбрасывания флага надо выйти из цикла.

Да нет же. Сбрасывать флаг должно первое нажатие когда отработает.

[zumm]

the_deer_one, а оно не отработает. При повторном нажатии выполнение первого вызова останавливается и начинается выполнение второго.

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

Всем спасибо за помощь!

[the_deer_one]

zumm

При повторном нажатии выполнение первого вызова останавливается и начинается выполнение второго.

Чего это оно останавливается? Может тебе померещилось?

[zumm]

the_deer_one, конечно же померещилось. UI поток просто резко делится на два и исполнят два участка кода псевдоодновременно.

[evg_m]

а потом в функции ждем выполнение потока,

т.е. имеем
UI отдыхающий (не зависший, а именно ничего не делающий) "прокрутка петли" не в счет.
один и только один рабочий поток.

Ну и зачем было мучаться с потоком.
1) Только для того чтобы можно было шевелить мышку? Так она и так шевелилась бы.
2) Не пропадала картинка? а зачем она нужна пока нет результатов.
3) Иметь возможность остановить(перервать) расчеты? А где в той функции такая возможность.
4) Заранее подготовить данные для нового расчета? А где у нас место для хранения новых исходных данных?
Какую НЕОБХОДИМУЮ задачу мы решали вводя поток?

Потому что второй вызов кнопки заходит в ту же функцию обработки и зависает в первом while(flag) цикле, где дожидается сбрасывания флага а для сбрасывания флага
Надо чтобы отработал поток при условии что основной поток занял процессор, для проверки флага.
Основной поток занял процессор для проверки флага и ждет пока другой процесс(поток) получит процессор (чтобы он смог снять флаг), НО отдать его(процессор!) не спешит.
Получаем ВЗАИМНУЮ блокировку !!! (то что один при этом "работает" в бесконечном цикле сути не меняет).

[zumm]

evg_m, дополнительный поток в этой функции нужен для того (и только для того), что бы не вис UI поток. Для остальных потоков (их 16 штук, не считая UI потока) вызывающих функцию это не нужно.

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

Никакого флага больше нет. Эта была лишь топорная попытка решить проблему - костыль. Все обошлось более элегантно.