Полигон-2

Иногда бывает нужно как-то по-быстрому обработать какие-нибудь файлы (отконвертировать, обрезать и т.п.).
С древних пор держал для этого TurboC. При необходимости накропать програмку занимает максимум 5 минут и результат есть.
Но недавно пересел с WinXP на Win 8.1 Pro x64. И теперь и сам TC не запускается, и .exe от него.
Поставил VC++. Но он не умеет делать .exe под DOS, а мне иногда это тоже нужно (например, написать какую-нибудь тестилку для восстанавливаемого старого компьютера ).
оставить только TC через DosBox или вируталку - неудобно. Держать и VC++ и ТС - далеко не факт что не придётся две версии программы (исходников) писать и держать.

Вопрос: есть ли какой-либо компилятор С (мне даже C++ не надо, достаточно только С), работающий под современными виндами и умеющий генерить .exe как под новые винды, так и под DOS? Обязательно чтобы с IDE и с пошаговым отладчиком.
Флуд про извращенчиские потребности прошу не писать ;-)

Упс, не заметил 64 bit. Тут дос-приложения бессильны, только виртуалка.

Вот что еще нашел.

Всем прекрасна среда программирования Borland C++ 3.1 for DOS ! Как говорится, классика жанра! И проста и функциональна и к ресурсам не требовательна. Ну просто сказка. Да вот только с выходом каждой новой операционной системы все больше проблем возникает. Ну не хотят граждане-сотоварищи из Микрософта старый добрый ДОС поддерживать. Тут то и начинаются все тяжкие... Пока DOS и Win95-98-Me были - проблем не было таки они сами по сути и есть DOS с графической оболочкой. Но вот первй звонок - XP. Доса нету, только виртуальная машина ntvdm, которая ресурсов под себя забирает мама не горюй! Ну, в общем-то это и понятно: ДОС-то многозадачным не был, стало быть все что мог под себя прибрать - прибирал. Ну да бог с ним. Ctrl+Alt+Del и ставим ntvdm-у нижайший приоритет. Теперь и работать можно. Дальше хуже: Vista появилась. Тут другая хворь нашлась - полноэкранный режим наглухо отсутствует. А кому-то это весьма неудобно бывает. Ну и финальный аккорд - выход 64 битных систем. Тут и вообще труба дело - даже инсталятор запустить не удастся.
Так что теперь - все на Builder-a перелазим? А как же ностальгия и все дела? Оказывается есть выход! К счастью ntvdm - не единственная виртуальная машина DOS. В частности существует замечательная софтина DosBox именуемая. Собственно на базе ее и сделана сборочка, позволяющая комфортно работать что в Висте, что в Севане. Причем хоть в 32, хоть 64 разрядной.
Лично проверял на XP(32)(64) Vista(32) Win7(64). Работает.
По той же методике и Turbo Pascal 7 собирал. Результат - положительный.

Borland C++ 3.1 for DOS теперь и для Windows 7 64bit !!!

dk_spb а чем виртуалка не устраивает ? У меня вот в Oracle VirtualBox-е какой только хрени не крутится, от DOS и всяких Линухов до старой винды со старой java (нужно для некоторых железок).

https://ru.wikipedia.org/wiki/VirtualBox
он бесплатный

dk_spb написал:

[q]

Почему, все получится. Я же могу сначала генерить виндовое приложение и отладить программку, а потом уже сгенерить DOS приложение.

[/q]

Если под виндой пользоваться ООП, то не все оной конструкции переносимы в дос, увы. Отладка под виндой прокатит, а сборка под дос будет нерабочей.

dk_spb написал:

[q]

Я выше писал "мне даже C++ не надо, достаточно только С". И я слов-то таких не знаю, ООП ;-)

[/q]

Читали - знаем!
Фишка в том, что даже модуль "console", пользуемый для написания консольных приложений под виндой, сам написан с применением ООП... Неважно, состоит-ли твоя прога только из printf('Hello World'), после трансляции будет около 15К бинарного кода "виндовой дос-консоли". И знаменитый заголовок "не запускается под досом" будет на своём месте.

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

Fe-Restorator написал:

[q]

Фишка в том, что даже модуль "console", пользуемый для написания консольных приложений под виндой, сам написан с применением ООП... Неважно, состоит-ли твоя прога только из printf('Hello World'), после трансляции будет около 15К бинарного кода "виндовой дос-консоли". И знаменитый заголовок "не запускается под досом" будет на своём месте

[/q]

Вот поражает меня как Вы всегда с такой уверенностью говорите ерунду:
Если включить target DOS (standard) то BC++ 5.02 генерит обычный досовский .exe и никакой фразы "должно запускаться под win32" там нет. И откуда там ей быть? Мы же генерим .exe под DOS. Сразу скажу что прежде чем утверждать это, я, в отличие от Вас, я проверил на практике.
Вам самому не надоело вводить людей в заблуждение? Я то уже привычно всё сказанное Вами умножаю на 0.00001, но есть же еще люди, которые не пробовали проверить Ваши утверждения на практике ;-)

Но выяснилась другая проблема: если включить target DOS (standard) то для компиляции IDE вызывает не компилятор bcc32, а компилятор bcc, который, в свою очередь, вызывает tlink.exe, а он не совместим с x64 :-( Так что использовать BC++ 5.02 на x64 тоже приходится с финтами.

dk_spb написал:

[q]

Вот поражает меня

[/q]

Включённый target.trolling скомпилирован правильно: форумчане получили краткую инструкцию по пользованию ВС++ на платформе х64. Не все мои высказывания являются утверждениями, но все они приводят к раскрытию темы обсуждения, с той или иной стороны.

dk_spb написал:

[q]

бред ведусь. Добавлю-ка я Вас в соответствующий список

[/q]

Странная логика у ваших программ... Раздел называется "флейм", бреду здесь самое место.

dk_spb написал:

[q]

Нужен C компилер, который работает под Win8.1 x64 и умеет генерить как под эту же Win, так и под DOS.

[/q]

Таких нет в природе.
Вы не пробовали подменить tlink в BC 5.0 на альтернативный линковщик?


dk_spb написал:

[q]

Почему, все получится. Я же могу сначала генерить виндовое приложение и отладить программку, а потом уже сгенерить DOS приложение.

[/q]

Хм, сомнительное утверждение. В любом случае желательна отладка, так как кроссплатформенность компиляторов далеко не идеальна. Я уже попадался на этом, последний раз с месяц назад


dk_spb написал:

[q]

Open Watcom пока с задачей компиляции и под DOS и под Win32 справился.

[/q]

Open Watcom уникален тем, что порой генерирует неработающие экзешники, даже не сделав ни одного предупреждения. Стоит скормить тот же сорс BC 3.1, как тот выдаст кучу предупреждений, после устранения которых программа начинает работать.


Fe-Restorator написал:

[q]

Фишка в том, что даже модуль "console", пользуемый для написания консольных приложений под виндой, сам написан с применением ООП...

[/q]

С какого перепуга? Сорсы RTL доступны как у борландов, так и у мелкософта, по крайней мере в вижен 2008 были. Никакого ООП там и близко не было. Да и не идиоты же они, чтобы такие вещи на ООП писать

Сам не силен в этом вопросе, так как борландом под вин32 не пользовался. Зато по Lazy Assembler помню хороший линковщик: ALINK
Работает под вин32 и при этом умеет генерить дос-проги. По параметрам ком. строки он несовместим с tlink, так что придется что-то делать. Можно подправить исходный код, заодно компильнув под х64. Или можно написать програмку, назвав ее tlink, которая будет вызывать alink с нужными параметрами.
Как-то так.

Насколько я с наскока понял из С остались только Visual C++ и GCC. Все остальные умерли, хотя некоторые еще делают вид что трепыхаются.
Visual'у DOS не нужен по религиозным соображениям, и в этом корень моей проблемы.
Есть ли к GCC нормальные IDE с отладчиком под win64 я так и не понял пока.