Немного философии...
Eu на мой взгляд такой почти без типовый C....
Откуда тогда преверженность к do - end, then - end,.... а не к операторным скобкам в стиле Си...
Если модифицировать парсер на например какието двухсимвольные скобки типа <? ?> <@ @> .... ключевых слов осталось бы меньше и много язычные интерпритаторы организовывать было бы гараздо легче....
А в наши времена это вообще могут быть иконки международные или спец фонты и тогда все ключевые слова могут быть международными... :)

> нужна идентичность...
Та неидентичность gets(), о которой пишет Берни Райан, обусловлена разницей между OpenWatcom и MinGW.
Ах, если бы не все эти воплощения Си, которым несть числа, насколько проще была бы EU! :-)

Все официальные RDS версии exw.exe, начиная с 2.0 и заканчивая 3.1.1 имеют эту ошибку.
Но интерпретаторы, модифицированные под неограниченный алфавит, а это 2.3ru, 2.5ru и теперь 3.2ru - исправлены.
Исправлена и 4.03.

так на openeu уже в 4-ке на gets ругаются.... а мне как раз во всех версиях и на всех платформах нужна идентичность.... разработчики Pb явно запрещают делать dll враперы своим мультиплатформенным библиотекам, и я пытаюсь их перехитрить pipe & net врапером по аналогии с gtk-server.... т.е. в каждой системе нативный интерфейс с единой прикладной структурой api

Точно, официальный exw.exe 2.5 тоже содержит эту ошибку!

Оказывается, в 2.5 эта строчка была тоже с числом 127,
else if (c >= CONTROL_Z && c <=127)
но я её когда-то исправил и забыл, а сейчас гляжу, и там есть мой комментарий, который я оставил при работе над 2.5ru.
Надо проверить официальную версию 2.5. Может оказаться так, что официальная EU всегда была с этой ошибкой.

Kiv, давай ещё там пошуруй, такие матёрые баги давно не попадались ;-)

Нашёл: в файле be_runtime.c
--- строчка
else if (c >= CONTROL_Z && c <= 255) {
-- kinz вместо 127
-- поставил 255
---
Как те 127 туда попали, ума не приложу ...
А для DOS32 работало и так.

Не печатают из второй половины ASCII интерпретаторы exw.exe, exwc.exe и exw_i.exe - версия 3.1.1 и 3.2ru.
ex_i.exe 3.2ru пока печатает греческие буквы, но это зависит от настройки ОС, а не от интерпретатора.
Версия 2.5 работает нормально.
4.03 печатает нормально, кириллицу.
То есть, в интерпретаторе для Windows версии 3 есть ошибка.
Будем искать...

так и штатная 3.1 игнорирует

Да, у меня тоже кириллица под 3.2ru не печатается.
Под 2.5ru печатается.
Завтра с утра посмотрю повнимательнее.

слеш естественно скушан "слеш n"

without type_check

constant STANDARD_IN = 0
constant STANDARD_OUT = 1
constant SCREEN = 2

sequence StringTest
StringTest = {}

while 1 do
puts(STANDARD_OUT, "n")
StringTest = gets(STANDARD_IN)
puts(STANDARD_OUT, "n")
puts(STANDARD_OUT, StringTest)
puts(SCREEN, StringTest)
end while
уже вот такая :)

и Edit естественно нормальо

А под управлением интерпретаторов EU какая программа исполняется?

Far нормально себя ведёт