Отладка кода (программы) во FreeBasic

API и библиотеки это отдельная возьня и не везде в интернетах ты найдёшь описание. Да многое есть

но и многого нету. На эту возьню убьёшь пол жизни, если захочешь написать что-то серьёзное.

Это чисто программерская тема, для практиков, т.е. каким бы ты алгоритмистом не был, а без этого

трудно и всё равно надо качать эти скилы. Многое есть в исходниках на си и делфи, на VB иногда

попадается что-то ценное. В кодархивах\примерах других ЯП можно что-то выцарапать(например PB,

QB64, FASM, Dev-C++) ну если лень копать MSDN и прогерские площадки.

Наверное можно как-то схитрожопиться и перейти(получить адрес процедуры и сделать JMP с асм вставки),

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

придётся специальным образом). Короче концептуально оно так не задумано, это нивелирует всю пользу

от их использования(ты потеряешь структуризацию кода и сделаешь даже хуже). Если тебе надо

управлять потоком выполнения в процедуре то отправь в неё параметр и выполни нужное действие

по SELECT CASE. Т.е. например так:

Процедуры задуманы как закрытые сущности, чёрные ящики. Ты 1 раз разработал чёрный ящик

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

чёрном ящике. Процедура это лишь одна задача, программа по сути состоит из подобных задач,

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

движка программы будет содержать строчек 20-30, где просто в цикле будут вызываться процедуры.

Когда процедуры независимы тебе достаточно отладить их по отдельности. Это значительно уменьшает

риски возникновения ошибок.

Добавлено через 17 минут

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

Тут надо поспотыкаться просто самому, понять что мешает и нещадно отсечь.