Сейчас специально проверю.

Я же и пишу о идее отдельного интерпретатора FTCG-скрипта в виде исполняемого файла, на который "кидается" текст скрипта в режиме отладки.

... на что я же пишу, что отладка кода FTCG и конечного кода - это две разные отладки . Первая - бесполезная.

Netspirit по Вашей логики и отладчик для машинного кода в пакете "Window" не нужен. Ведь для Delphi существуют сторонние отладчики.
Что касается пошаговой отладки FTCG внутри контейнера в пакете "Window", то я, как и обещал, проверил. Отладка отсутствует. Но это не означает, что эмуляция функций и значений внутри FTCG-контейнера отсутствует, это означает лишь не нереализованность функции отладки в данном случае.
Вот, например, как описан метод For, в одноименном элементе FTCG реализованный в пакете "Window":

func doFor
fvar(old,step_code,end_num,start_num)
lang(i:int)

end_num = End
start_num = Start

lng.decl_loc_var(i,'integer')
if(isndef(IncludeEnd))
end_num = end_num && ' - 1'
end

Только этот блок отвечает за кодогенерацию

println('for ', i, ' := ', start_num, ' to ', end_num, ' do')
lng.begin()
event(onEvent, i)
lng.end()

И конец

event(onStop)
end

сам то пробовал проверить выложенное ?

Уже отредактировал. Извините!
------------ Дoбавленo в 00.06:
Скорей всего я погорячился и принял желаемое за действительное, и никакой эмуляции тут не происходит. Извините, и не стибайтесь над моей некомпетентностью, пожалуйста. Но отладка кода из Хайсма для моего пакета очень нужна, и я буду продолжать ломать голову над тем как ее сделать, не отвлекая людей на форуме от их дел.
Еще раз извините!

Ты тоже не обижайся, никто тебя ни в чем не упрекает. Просто пытаемся прийти к верному решению. Делай свой пакет, напиши десяток работающих компонентов, глядишь, и сам найдёшь правильный путь.

Очень в этом сомневаюсь, HiAsm изначально задумывался автором как среда программирования, а не язык, и все утверждения, что HiAsm - язык программирования - некорректны. И если HiAsm все-таки станет ЯП, то это уже с вероятностью более, чем полной, будет называться не HiAsm

А ты попробуй Не работает. А почему, потому что выделение компонента Debug и нажатие клавиш Ctrl+F вызывает его исходный код, а дальнейшую отладку посвязно исполняют функции _hi_onEvent() => какого фига он будет работать в FTCG-контейнере, если там для компонента Debug нет исходного кода и нет функций, вызывающих остановку выполнения? Да, там еще и ID связей нужны, чтоб HiAsm знал что подсвечивать, которые тоже по хитрому попадают в структуру THI_Event... В общем, это все крупный геморрой, ребята.

[offtop]
Я в этом и не сомневался, просто лень было проверять, вот и предложил Lehij73, пусть сам бы удостоверился [/offtop]

Редактировалось 7 раз(а), последний 2021-06-24 05:30:58

Ты бы выложил структуру блоков своего пакета. Если количество nop фиксировано, то может подойти такой вариант. В компоненте EntryPoint делается подобная структура блоков:

Редактировалось 7 раз(а), последний 2021-06-24 05:30:58

Редактировалось 8 раз(а), последний 2022-09-20 04:18:48

Извиняюсь, это я наверное с синтаксисом немножко напутал (негде проверить). Попробуй так:

Редактировалось 8 раз(а), последний 2022-09-20 04:18:47

Редактировалось 8 раз(а), последний 2022-09-20 04:18:47