Эта ошибка в функции get_position() имеется и в стандартном exu 3.1.1, и в eui 4.0.0, а не только в двуязычном exu_iz. Более того, на текстовой и графической консолях численное значение ошибки разнится в два раза - вместо требуемой позиции 80 выдаётся 18 и 35 соответственно.

С однобайтовой же кодировкой всё, вроде бы, нормально.

Чем дальше в лес, тем толще партизаны...

Обнаружилась ошибка в работе функции get_position() после вывода на экран строк в кодировке utf-8.

Оказалось, что она, видимо, считает каждый выведенный русский символ за два, то есть, учитывает и лидирующие байты 208 и 209, а не только значащие байты русских символов.

Это обстоятельство сбивает с панталыку курсор red.ex в русском режиме. Тем самым, нашли своё объяснение и сбои в русском тексте в конце строк на экране red.ex. Под Win/Dos этого нет.

Надо искать ошибку и устранять ...

Выпущен Euphoria 4.0.1

И ещё один вариант:
http://private.peterlink.ru/kinz/3.2ru/cp_probe.ex

EU - радость юзера :-)

А эта версия ещё короче:
http://private.peterlink.ru/kinz/3.2ru/cp_test.ex
и вот библиотека для работы со стандартными
интерпретаторами:
http://private.peterlink.ru/kinz/3.2ru/rus_add.e

http://private.peterlink.ru/kinz/3.2ru/test_cp.ex
Это обновлённая программа. Она короче и работает
и со стандартными интерпретаторами, и с двуязычными.

>не включается русский регистр

Это не вина интерпретатора, после запуска драйверов руссификации консоли DOS, переключение регистра работает.
Так уже было, в red.ex даже назначена функциональная клавиша для парирования сбоев руссификации консоли DOS.

Эта key_code.ex позволяет легко видеть, насколько работа с клавиатурой под Win/Dos отличается от Linux.
Выяснилось, в частности, что с ex_i.exe там не включается русский регистр.

Будем искать.

Вот более внятная программка показывающая
коды клавиш клавиатуры для программирования
ввода под интерпретатором EU:
http://private.peterlink.ru/kinz/3.2ru/key_code.ex

Она выдаёт готовые ряды, которые можно включать в свою
программу.

Вот программка для определения кодов, выдаваемых
клавиатурой под Linux при работе с интерпретатором
exu_iz:

http://private.peterlink.ru/kinz/3.2ru/key_esc_utf.ex

Это могут быть однобайтовые коды от буквенно-цифровых клавиш на латинском рагистре, Esc-последовательности от всякого рода специальных и функциональных клавиш и
двухбайтовые коды utf-8 от буквенных клавиш на русском регистре.

Житуха несколько усложнилась, но пока терпимо :-)

Вот программка для определения текущей кодировки
вывода на консоли:

http://private.peterlink.ru/kinz/3.2ru/test_cp.ex

Там всё просто, где читается русский алфавит,
та и кодировка.

Нужно отметить, что это кодировка вывода.
Но под Linux может быть и так, что кодировка
ввода с клавиатуры не совпадает с кодировкой
вывода на консоль. (!)

Кое-где считается, что стандартная кодировка
ввода - koi8, а вывода - 866 или utf-8.

Твори, выдумывай, пробуй! :-)

Insolor.
Это очевидно...
Я о том, что нужно и win & lin при чём Игорь упоминает всякие трудности с компиляцией...

> насколько легко бакэнд преобразовать в dll(so)
Я думаю не очень трудно, всего лишь заменить часть кода, загружающего ил с диска на код, читающий его из памяти:)

> насколько легко бакэнд преобразовать в dll(so)
Не знаю, не пробовал.

Но можно ещё предусмотреть опции пуска программы.
Так, чтобы в процедуре вывода не нужно было каждый раз указывать кодировку вывода.

Например:
----------
учесть rus_addr.r
всегда на_экран = 1
ряд кс
кс = командная_строка()

процедура Ru_вывести(целое э, ряд т)
ru_вывести(э, т, кс[3])
стоп процедура -- Ru_вывести()

Ru_вывести(на_экран, "проба пера из гусиного крыла")

процедура Ru_на_экран(ряд т)
ru_вывести(1, т, кс[3])
стоп процедура -- Ru_на_экран()

Ru_на_экран("и никакой головной боли от глобализма :)")
----------

Простор для творчества.