Порекомендуйте свободный IDE с поддержкой DOS-кодировок...

[Роман К.]

Здравствуйте, уважаемые...

С++ я знаю не намного лучше, чем никак... Изредка пописываю элементарнейшие консольные программки под собственные нужды. Пописываю под Линуксом, но, порой, возникает необходимость и под Винду их пересобрать. Здесь и начинается проблема.

С обеих сторон (как под Кубунтой, так и под XP) - CodeBlocks. Под Линуксом он создаёт файлы в ANSI, а после их сборки под Виндой - получается несовпадение кодировки отправляемого на вывод текста с кодировкой Виндовой консоли. Известная проблема, в общем...

Спасаюсь AkelPad'ом: тупо пересохраняю им .cpp-файл с перекодированием из ANSI в OEM. Однако, собирать его приходится вслепую - в Виндовой консоли крякозябры исчезают, но в редакторе CodeBlocks - появляются. Не умеет она работать с OEM 866 и учиться не собирается - даже плагинов для этого нет. В связи с этим, вопрос:

подскажите, пожалуйста, свободную IDE, умеющую сохранять, читать и редактировать .cpp-файлы в OEM 866.

Покорнейше прошу не предлагать отказаться от русского языка в комментах, а на вывод подавать символы кодами. Варианты с изменением исходников в зависимости от целевой ОСи также считаю для своих задач нецелесообразными. Хочу именно подобрать соответствующую задаче IDE и работать в одной кодировке, не путая себя и других...

[Utkin]

Тогда другой вариант . Напишите тулзу для перекодировки .

[Роман К.]

А смысл её писать?.. Они есть... И я для этого для этого использую AkelPad... Я ж писал об этом.

Только, таким образом, я получаю два .cpp файла, один из которых можно читать и редактировать, а второй - после сборки под Виндой работает корректно, но непригоден для обработки редактором IDE.

Тут мне на другом форуме подсказали, что русский досовский текст можно прочесть в IDE, поменяв шрифт редактора на Konsole. Однако, полностью это проблемы не решает - правится такой русский текст, всё равно, крякозябрами...

[Serge_Bliznykov]

Прошу выслушать моё мнение, хоть я и ни разу в жизни не видел CodeBlocks, да и в программировании на C++ я полный ноль. Однако, мнение своё хочу высказать. Если глупость говорю, просто проигнорируете мой пост. Возможно, всё же, что то полезное в нём и почерпнёте.

имхо, Вашу задачу можно решить кучей разных способов.

1) я на 100% уверен, что для Вашего компилятора есть директивы условной компиляции. Вот, например, как выглядит подобное в Delphi:

uses
  {$IFDEF UNIX}
  Types, Libc,
  {$ENDIF UNIX}
  {$IFDEF MSWINDOWS}
  Windows,
  {$ENDIF MSWINDOWS}
  Classes, SysUtils,
  JclBase;

подобный код будет компилироваться без изменения исходников.
Достаточно Вам указать, что при компиляции под Windows для вывода текста на консоль использовать AnsiToOemBuff (ну или что там у Вас есть для обёртки на Win API шной функцией преобразования).

2) использовать досовские редакторы для редактирования. А компиляцию осуществлять через командные файлы.
В редакторе MultiEdit (царство ему небесное) это было сделано просто ГЕНИАЛЬНО. Там, в зависимости от расширения файла (ASM, PAS, C), подключались различные обработчики, ну, в частности подсветка синтаксиса, макросы форматирования и дополнения кода и т.д., ну и была такая фишка - как компиляция прямо из исходника. Т.е. не выходя из редактора, нажималась горячая клавиша, исходник сохранялся, запускался компилятор (в скрытом режиме), ему подсовывался исходник. Результат компиляции (лог) сохранялся в файл, MultiEdit парсил этот файл на предмет ошибок и отображал их в редакторе. Таким образом, получалась работа в IDE, причем в качестве IDE выступал продвинутый редактор текста.

3) абсолютно не сложно написать небольшую программку, которая бы на лету конвертировала файл из ANSI кодировки в OEM и скармливала полученный исходник компилятору. Т.е. Вы правите исходный текст в ANSI. запускаете батник - получаете откомплированный результат.

всё в ваших руках...

[Пепел Феникса]

2)сейчас есть подобный редактор это Edit Pad Pro, надо лишь настроить Tools(причем можно и для разных типов файлов)
поддерживает фолдинг + можно создавать свои стили подстветки и фолдинга.

1)можно включить выбор нужной локали той же условной компиляцией.

[Роман К.]

Serge_Bliznykov, Пепел Феникса, спасибо за отклик...

Всё отчётливее до меня доходит мысль, что, несмотря на свою очевидность, идея работать в DOS-кодировке не так уж проста.

Видимо, придётся-таки разбираться с условной компиляцией, но это уже, наверное, должна быть другая тема...

[ozo]

Есть такой вариант : в линуксах сделать shell скрипт, который из DOS'овской в UTF-8 перекодирует все исходники и наоборот в винде( .bin файл ).
В итоге :
+ Исходники одни.
- Нужно запускать эти скрипты( можно как-то автоматизировать процесс ).

[Dequick]

Я не знаю как с этим дело состоит у NetBeans, но стоит попробовать)