Полигон-2

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

Всем прекрасна среда программирования 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 тоже приходится с финтами.