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

Прикрепленные файлы

Timer_vs_Execut.w3x (16.6 Кбайт, 12 просмотров )

т.е. ? =) а как там ?

в конечном случие я немогу понять как это скажетса на работо способность в целом =)

Toadcop добавил:


еее я несмотрел... но как ты можеш сохранить функцию посреди выполненеия учитывая еще то что сейв произойдёт в конце очереди О_О =)

имхо тема неочём...

Toadcop
Сйв происходит в конце очереди данного потока, но все что выходит за рамки, по-моему, паузится.

ADOLF она умная для тех кто читает статьи а не делает карты =)

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

ADOLF кстати... насчёт этого. здесь моя теория как раз реалистичней... о том что происходит тупо вызов нового "потока" а приведущий просто "в очереди" т.к. текущий не закончилса. т.е.

damage = пробежка цыклом по списку евентов на дамаг если что то есть тупо вызов "триггера" т.е.

bool damage_internal(......){
...
while(i<max_events){ // может for... :Р
// запуск триггера т.е. условия и действия если они есть.
i++;
}
...
}

т.е. сама функция урона всё и делает так сказать. как минимум я бы так делал... хотя в ТсХ я спецыальон с задержкой сделал (0 сек таймер) ибо были как раз проблемы с глобалками или что то вроде.

ну и в результате всё получаетса как в варе учитывая рекурсивность вызова функции.
некоторые триггеры имеют свою очередь и выполняютса в конце текущего главного потока. т.е. мы делаем действия это всё аккамулируетса а потом "пачкой" выполняетса...