Мало опыта, мало практики, что подталкивает в первую очередь преследовать вопросы функциональности, а не оптимизации и тут я не могу похвастаться необходимостью использования "GoTo". Наоборот, когда мне впервые попался на глаза этот оператор, меня соблазнила элементарная простота возможности попасть из текущего места в любое другое. Что я творил... Ужас! И потом мне было чрезвычайно сложно перейти пониманием к концепции циклов, что сейчас кажется даже смешным, но то была та ещё палка в колесе. Это как если бы одна нога была всю жизнь короче, от чего походка была бы хромой, а потом сделали операцию, откорректировав возможность правильного позиционирования, но в силу инерции походка всё равно повторяет моторику предыдущего опыта.

Не подумайте пожалуйста, что я противник "GoTo", я лишь говорю, что им не стоит пользоваться там, где без него можно легко обойтись и в своей нынешней практике, я не помню ни одного момента, где мне бы категорично требовалось его применение. Поэтому, говоря, что я им не пользуюсь, подразумеваю слово вообще.

В конце концов, программирование - это творчество, в котором результат достижим различными способами и обходиться без "GoTo" = один из них.

call func_1
if error goto err_1
call func_2
if error goto err_2
call func_3
if error goto err_3
...
...
err_3:
    free res_3
err_2:
    free res_2
err 1:
    free res_1

В результате освобождение каждого ресурса прописано только один раз. А если писать это после каждого вызова, то они повторяются и нагромождаются, что может побудить просто забить на это дело.

"GoTo" - не пользуюсь. Опасная штука. Злоупотребление грозит превратить код в "макароны". Советую избегать его употребления чуть более, чем вообще, организуя подобное поведение циклами и таймерами.

OnMessage(0xC, "GetText")
Return

Block1:
    Msgbox, %x1%
    Return

GetText(wParam, lParam, msg, hwnd)
{
    global x1
    Params := StrGet(lParam)
    MsgBox %Params%
    StringSplit, Param, Params, |
    x1:=Param1
    SetTimer, Block1, -250
}