По-моему, этот недостаток сводит полезность данной проги к нулю, не? Особенно для учащихся...

olelukoie, это пока лишь первый пакет, для первого раза нормально, да и на самом деле не критично. При желании пакет можно развивать.
Надо брать не сам fp из fpc, а делать патченный fp и включать его в пакет FreePascal. Патчи в сети есть.
Руссифицировать интерфейс тоже можно - это под силу студентам.
Задача для студентов будет вполне по теме. Кто сделает - пожалуйста. Самое главное, что код открыт и можно доводить до ума.
У нас тут есть учителя в сообществе - дайте тему как курсовую студентам, школьникам, ведь fp написан на pascal - немного поправить код.
Так что польза для учащихся есть.
Если патчев будет слишком много, то родить форк fp.

По данному вопросу текущее состояние следующее. Есть патч, позволяющий работать с кодировкой cp866, есть открытый баг http://bugs.freepascal.org/view.php?id=23079. Осталось доделать совсем чуть-чуть: fp должен научиться понимать $LANG - тогда скрипт, запускающий fp, сможет запускать его в нужной кодировке в зависимости от $LANG.

Символы с кодами 0 - 31 не отображаются, остальные от 32 до 255 нормально. Никак не найду причину.

Нужно понять какие символы с кодами 0 - 31 http://www.ascii-codes.com/cp866.html не переводить в видимый диапазон, а какие переводить.
Скорее всего не надо трогать:
#0
#8 BS (BackSpace)
#9 HT (Horizontal Tabulation)
#10 LF (Line Feed)
#13 CR (Carriage Return)

Смотри, на примере символа с кодом #21 в кодировке CP866 - это знак параграфа.
Если кодировка консоли CP866 (внешняя), и если внутренняя кодировка у fp тоже CP866, то знак параграфа хоть тресни никак не отобразить.
Если кодировка консоли UTF-8 (внешняя), то вывести знак параграфа можно.
Да, эти символы совпадают, но тут вопрос в выводе их в виде знаков.
В исходниках fp написано следующее на этот счёт:

То есть как я понял их надо перевести в видимый диапазон по примеру как сделана функция function convert_vga_to_acs(ch:char):word;
То есть как-то так:

        case c of        
            #1: converted:=word('?');
            #2: converted:=word('?');
            #3: converted:=word('?');
            #4: converted:=word('*');
            #5: converted:=word('?');
            #6: converted:=word('?');
            #7: converted:=word('*');
            #9: converted:=word('*');
            #11: converted:=word('?');
            #12: converted:=word('?');
            #14: converted:=word('?');
            #15: converted:=word('*');
            #16: converted:=word('>');
            #17: converted:=word('<');
            #18: converted:=word('|');
            #19: converted:=word('#');
            #20: converted:=word('#');
            #21: converted:=word('S');
            #22: converted:=word('-');
            #23: converted:=word('!');
            #24: converted:=word('^');
            #25: converted:=word('v');
            #26: converted:=word('>');
            #27: converted:=word('<');
            #28: converted:=word('-');
            #29: converted:=word('_');
            #30: converted:=word('^');
            #31: converted:=word('v');
          else
            converted:=byte(c);
        end;

То есть знак параграфа я меняю на схожую по начертанию S.
К чему приводит такая замена:

olelukoie, посмотри, пожалуйста, может это luit дурит - через него ведь запуск делается. Иначе заменил двунаправленную стрелочку на подчёркивание. Плюс/минус тоже заменил на подчеркивание и т.д. Понятно, что не дело это, но пока по другому никак. Думается, что luit должен позволить использовать текстовый режим для символов с кодами 0-31. Для этого его надо патчить тогда - я Си не знаю.

Странно, но и их тоже пришлось перевести в видимый диапазон 32-255. Потому что инструмент "Таблица Ascii" должен иметь возможность их показать символами, иначе глючит.

Нашёл альтернативный способ как прикрутить gdb ftp://ftp.freepascal.org/pub/fpc/contrib/libgdb/ с ним получилось (но пока всё очень нестабильно работает http://bugs.freepascal.org/view.php?id=23581).

Естественно консоли. Консоль использует utf-8, а пример - cp437. Я посмотрел малость исходники этой ide, могу сказать только одно: лучше про эту фигню забыть сразу и больше не вспоминать. Пытаться сделать ее локализацию - занятие совершенно не благодарное, и не понимаю, кому вообще нужное.

С консолью разобрался, отказался от luit (fp-ide-2.6.0-8.mrc.mga2.i386). Надо теперь протестировать в различных DE. Открыт вопрос отладчика.

olelukoie, У нас в городе в Хим. Университете на первом курсе изучают Turbo Pascal. Всего один семестр. По большому счёту химикам больше и не надо ничего знать о программировании - и такой подход во всех вузах. Также в специализированных Университетах у нас в городе на специальности "программист" обучение начинается именно с Turbo Pascal, затем только переходят на Delphi. В школах нашей области изучают либо Бейсик (причем разные его диалекты, вплоть до версии микрокомпьютера БК), либо опять же Turbo Pascal.
Таким образом, сейчас у нас в репозитории есть для всего этого аналоги:
1) Turbo Pascal -> Free Pascal IDE (пакет fp-ide),
2) Delphi -> Lazarus (пакет lazarus),
3) Бейсик БК версии -> пакет bk-emu,
4) Бейсик -> пакет basic256.
Также есть geany, mseide-msegui. Еще соберу скоро новый пакет для Бейсика БК версии (bk-java).
Книг по Turbo (Borland) Pascal полно.

Я протестировал пакет fp-ide в 3-х DE: KDE, Gnome, LXDE - русский язык работает замечательно, текущий алгоритм использования для этого неродного для DE эмулятора терминала вполне работоспособен. Приспособил lxterminal (для всех DE) и gnome-terminal (для LXDE) для запуска в кодировке CP866 (сейчас никаких UTF-8 быть не должно - и консоль, и редактор используют только CP866).

Вот с отладчиком да, действительно туго (я даже скомпилировал его с поддержкой отладчика, нашёл способ, но отладчик не работает), а с русским я всё осилил - проблем больше нет, разве что по мелочи - типа горячие клавиши не все работают, но тут чувствуется и не сделать, так как их перехватывает эмулятор терминала (Alt+Ф, например - и там и тут вызов меню Файл).