Зависание Quik

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

Есть еще пара вариантов, кроме банального зацикливания, когда индикаторы (OnCalculate), выполняющиеся последовательно в основном потоке, не спешат вернуть управление QUIK, тормозя или блокируя его работу.

1. реальный вариант - есть алгоритмы, которые требуют очень большого объема вычислений. Когда-то мои простейшие алгоритмы требовали на QPILE нескольких минут для построения индикатора.
LUA + DLL (C++) дали выигрыш  по скорости в 5-6 порядков, но существенно более сильные алгоритмы мне пока не все доступны.

2. маловероятный вариант - некорректное использование средств Windows (типа WaitForMultipleObjects) для синхронизации потоков. Вряд ли автор их использовал, это больше относится к скриптам (роботам), чем к индикаторам.        

Да, но еще и алгоритмы пришлось ускорить (скорость в ущерб памяти).

Борис Гудылин, ни п.1, ни п.2. Последовательное ветвление по условиям, getCandlesByIndex, SetValue и пара массивов для сохранения предыстории. Мало, 100 строк кода. Это все.  

ничего нет - но зависает.
стандартная сказка, не надоело?

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

это отлично, но что он с ним делает?

Здесь без всякого цикла зависает:
Код с ошибкой, но тем не менее.
Проблема именно в ssort и именно в main.

Старатель,
Проблема изучается. Постараемся в ближайшее время дать ответ.