> -- Цитата:
> Каким бы способом не реализована многопоточность толку от нее если все затормозится случайным нажатием на alt и попаданием в меню.
Ну, не надо так драматизироватьТормозится исключительно обновление экрана, причем тут многопоточность? Потоки как работали, так и работают. Их назначение все же преимущественно не GUI, а вычисления либо серверные задачи.

И Synchronize не годится для выделения памяти, т.к. время отклика его порядка десятков миллисекунд, а на выделение памяти уходят микросекунды.
Проблема многопоточности серьезней, чем кажется на первый взгляд. Полгода назад, берясь за Active BlackBox, я тоже начал с таких штучек. Не заработало. Ключевая проблема - сборка мусора. Сборщик мусора, проходя по ссылкам, маркирует доступные объекты, изменяя их тег типа на нечетный. Таким образом, во время сборки мусора память в нецелостном состоянии. Многопоточное ядро знает все потоки и умеет их замораживать на этот период. Добавьте сюда то, что NEW не поддерживает повторную входимость. Без многопоточного ядра работать с потоками в ББ нельзя.

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