версия 0.14.0 (в 12 версии с русским проблем нет), любой текст по русски (кнопки, метки названия окон и т.д) отображается криво, моя программа написанная в 12 версии после установки новой dll, стала с кракозяками. Как я понял библиотека скомпилирована с поддержкой UTF-8, который в винде криво отображается. Попробую написать Мэтью

>wxEuphoria
Вот скачал 0-12-2a, запустил на Win XP, программа about.exw, русский вводится и выводится.

В чём проблема, AlexXXL?
Нельзя ли конкретно указать - Что, Где, Когда?

>как щас там
Самый верный путь - зубарить английский.
Иначе всегда будешь отставать.
В школе же не зря заставляют учить иностранные языки.

>скачал новый wxEuphoria, как щас там работать
>с русским текстом?

Известен же автор, Мэтт Левис. Надо к нему и обратиться, дескать, Matt, your wxEuphoria is very-very cool, but I very want to use it with Russian text. What to do, please???

:-)

Извиняюсь что отвлекаю :), скачал новый wxEuphoria, как щас там работать с русским текстом? Пробовал сохранять файл в UTF-8, кракозяблы немножко поменялись(Майкл)

Вся эта история со сжираемой "Ы" была на текстовой консоли.

На графической всё чинно-мирно, никто ничего не ест.

Значит, остаётся две проблемы c 3.2ru - машинное исключение в программе callc.exu, отлавливаемое интерпретатором, и нарушение сегментации программой qsort.exu, отлавливаемое операционной системой.
При работе 2.5ru - всё ловится интерпретатором.

Официальная версия eui 4.0.0 тоже сама не своя закусить буквой "Ы". Сжирает без остатка, с посудой. 155-ый байт. 2.5ru ведёт себя аккуратнее, оставляет пробел.
В составе 2.5 есть ncurses, которую искоренили в 3.0 и далее.

155-ый байт, "Ы", съедается и со стандартным exu 3.1.1.
Начал операцию "Ы".

Вообще-то эти глюки с кодировками, если взглянуть на EU ретроспективно, всегда были источником критики в адрес EU. Помню, в 2000 году ко мне обратился один грек, которому EU очень понравилась, но был серьёзный недостаток - в графических режимах невозможно было вывести сообщения на греческом. А я уже столкнулся с этой проблемой на русском.

Анализ показал, что в составе интерпретатора имеется встроенный шрифт из графической библиотеки Watcom, который грузится в знакогенератор и остаётся там намертво.

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

Под Linux другие проблемы. Столкновение трёх мнений, какая русская кодировка должна быть основной, и нескончаемая неразбериха с перекодировками, которая время от времен обостряется.

А всё зло идёт от простейшей штучки в Си - если бы там тип "char" был бы без знака в диапазоне 0..255, а вместо типа "unsigned char" был бы тип "signed char" со знаком, как сейчас "char", то для вселенского бардака с кодировками не было бы места, так как каждый подумал бы, а зачем это ему нужен "signed char" в программе, для каких-таких прелестей изящной словесности.

Откомпилировал 3.2ru на Mandriva 2010.2.

Проблема 126-го байта, ещё не решённая с 2.5,
здесь себя пока не проявляет, но есть своя загадка,
байт 155, не печатается заглавная "Ы", вместо неё
не выводится ничего, даже пустого места.
Строка с "Ы" просто становится короче.
Где-то сжирается 155-й байт.

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

Чудны дела твои, Господи!

>...движение по euru
Изучаются по первоисточникам подходы
к обузданию 126-го байта.

Kinz, движение по euru есть? или отложено....?

Всех с праздником!
ВМФ персонально!

>Думаю, что там должен заработать поиск,
>когда Яндекс в очередной раз проиндексирует сайт.

Поиск в Архиве уже заработал, сам :-)
Поисковая форма внизу каждой страницы.

С интерпретатором 2.5 для Linux проблема.

Почему-то русские заглавные буквы из консольного
шрифта заменяет на латинские по схеме А = ~A,
Б = ~B, В = ~C, Г = ~D и так далее по всем 32 буквам,
соотнося их с той частью таблицы ASCII, которая содержит заглавные латинские буквы.

Первый раз встретился с такой штукой, пока не могу
найти концов.

Как из одного байта получается два, первый из которых 126? Такое преобразование производится с первыми 32 байтами второй половины расширенной таблицы ASCII.
Дальше всё нормально, дальше экранный шрифт выводится без искажений один в один. Кодировка ср866.

Утилита из состава Linux выводит на отображение весь шрифт правильно, нигде нет никаких искажений, правда, после этой утилиты обрамление MC превращается
в месиво, так как утилита не восстанавливает исходный режим кодировки.

Код, откомпилированный с более ранней версией gcc под управлением старой Red Hat, выводит весь шрифт без искажений.

В общих чертах закончил. Конструктивная критика приветствуется:-)

Пока все оттуда:)