И именно так я и понимаю разницу между EID и NUM
EID - это то, что получено из sha-файла, и возможно было когда-то и адресом в памяти, но не обязательно, что сейчас.
А NUM, как мне кажется, это то, чего мы получаем по sdkGetElement (не не elGetEID) и является локализацией в памяти в настоящий момент
Что собственно подтверждается наблюдениями за этими параметрами при разных условиях открытия одной и той же схемы
Первый раз:
EID: 6015896
NUM: 4B90FB8
NUM: 4B90FB8
И второй:
EID: 6015896
NUM: 4BDB7F4
NUM: 4BDB7F4
А пока экспериментальным фактом является то, что в b160 подсовывать NUM в поле ID для THI_Event - нельзя. Что совершенно естественно - при EID таки работает, а это не одно и то же...
И вот отсюда предложение: давай изложим перспективный протокол обмена скажем на уровне WriteFile/ReadFile
Прямо здесь.
Будем считать, что написанное сегодня в Debug.pas известно и понятно.
Ну скажем, давай зарезервируем команду F4 (Go to cursor - в нашем случае до выбранного элемента)
Реализация - дело техники.
Тем более, что мне кажется удалось выкинуть из Debug.pas дублирование определений типа _hi_On_Event