怀旧一下:用VC(VS2008)编译DOS下TurboC(TC3)的C程序

在嵌入开发板上做了一段时间的C语言开发后,今天突然心血来潮,想起大学时期在TurboC和TC3下写代码的情形。大一时宿舍里有台386(在当时是算比较先进的了),大一大二基本上都在玩DOS和WIN31、WIN32、WIN95,那时的编程工具也只有BASIC和TC。当然还有dBASE和foxBASE,但我认为那些是数据库,不是编程语言了。后来在WIN95、WIN98下就有VB、BC++和CBuilder了,再后来又接触到Delphi、VC和JAVA了。再后来就发现到处都是编程语言了。

接触到CBuilder和Delphi后,才发现原来WINDOWS编程可以这么简单,所以就抛弃了BC++和VC。那时有句名言:真正的程序员用C,但聪明的程序员用Delphi。可见Delphi对编程史的冲击有多大,足可以跟C语言相提并论了。Delphi本身只是个工具,它扩展了Pascal语言,封装了WINDOWS的API,形成非常优雅和强大的编程风格。后来有人认为C就是VC,拿VC跟Delphi比,这在一定程度上是可以理解的,毕竟VC和Delphi都只是工具;但其实VC着重的是C++,而不是C,可以说只会VC的话还是有点够不上“真正的程序员”那句话的标准的。

我一直有保存代码的习惯,因此大学时期写的比较象样的代码我基本都有保存。一开始是保存在五吋盘上,后来就是三吋盘,毕业时就把所有内容压在几张三吋盘上了。工作后买了电脑,就一直保存在硬盘里了。TC2和TC3这两个经典的编程工具,我也一直都有。于是趁着今天有点时间,好好的怀旧了一把。

我找了个大三时写的小游戏的代码,准备编译运行一把。当时C&C(后来发展成红警)非常流行,我也就随大流写了个模仿C&C的小游戏。由于该游戏用了DOS下的EGA图形界面,所以不能直接在XP以上的WINDOWS下运行,只能在DOS环境下跑了。我机上有MSDOS6.22的VMWARE虚拟机,把它开起来,装了个TC3,配置好路径和选择,编译一下,结果报了个全局变量太大的错失败了。因为我这个游戏代码只有一个C文件,内容较大,用TC2编译不了,记得当时还是用TC3的在WIN32下才能编译通过,不然就要改代码,去掉一部分不是必须的功能(如地图编辑)。

改了一下,发现在里面用TC编写代码真是无法接受,连常用的选择块、复制粘贴都相当别扭,习惯差太远了(真不知以前没WINDOWS的时候是怎么过来的,要记住多少快捷键啊)。实在受不了,还是把VMWARE虚拟机关了,决定用Visual Studio来编写。

把TC3和代码解到E盘DOS目录下,照着我前面写的《在Visual Studio下维护嵌入式系统C源码的一个实例》一文的步骤,在VS下建了个vsyt工程。由于WINDOWS下是可以直接运行DOS命令的,因此写了个编译的批处理命令gen_yt.bat:

 

E:

cd /dos/tc3/src/yt

set PATH=E:/dos/tc3/bin;%PATH%

../../bin/tcc -mh -Y -f87 -IE:/dos/tc3/include/ -LE:/dos/tc3/lib yt.c GRAPHICS.LIB

将该批处理命令设置为工程的“生成”命令行,然后执行生成,VS输出窗口显示编译错误:

 

------ 已启动生成: 项目: vsyt, 配置: Debug Win32 ------

正在执行生成文件项目操作

Turbo C++ Version 3.00 Copyright (c) 1992 Borland International

yt.c:

Error yt.c 4272: Too much global data defined in file in function doenimy

*** 1 errors in Compile ***

        Available memory 3624520

生成日志保存在“file://e:/dos/TC3/src/yt/Debug/BuildLog.htm”

vsyt - 0 个错误,0 个警告

========== 生成: 成功 1 个,失败 0 个,最新 0 个,跳过 0 个 ==========

VisualStudio报告是成功了,其实看日志就知道是编译失败了,只是VS没截到错误而已。以前总也弄不明白,这个错误该如何修改代码避免,只会不断的修改内存模式。这个问题困扰我很多年,我知道是程序太大了,但一直都没有时间去搞懂具体原因。现在想来,应该是DOS下程序大小有640K限制,堆栈则是64K的限制,编译单个C文件也相应地会有代码大小的限制,而全局变量的限制则更低。因此首先把C文件分解成多个,用extern声明各函数在外部实现。再相应修改编译批处理命令:

 

E:

cd /dos/tc3/src/yt

set PATH=E:/dos/tc3/bin;%PATH%

tcc -mh -Y -f87 -IE:/dos/tc3/include/ -LE:/dos/tc3/lib yt.c bmp.c draw.c game.c YMenu.c Run.c GRAPHICS.LIB

一番试验修改后,编译通过:

 

------ 已启动生成: 项目: vsyt, 配置: Debug Win32 ------

正在执行生成文件项目操作

Turbo C++ Version 3.00 Copyright (c) 1992 Borland International

yt.c:

bmp.c:

draw.c:

game.c:

ymenu.c:

run.c:

Turbo Link  Version 5.0 Copyright (c) 1992 Borland International

        Available memory 3598664

生成日志保存在“file://e:/dos/TC3/src/yt/Debug/BuildLog.htm”

vsyt - 0 个错误,0 个警告

========== 生成: 成功 1 个,失败 0 个,最新 0 个,跳过 0 个 ==========

由于使用了DOS的图形界面,生成的程序直接在XP、WIN2K、WIN7下是跑不了的,只能在虚拟机上跑。为方便调试,我装了个DOSBOX,直接在WINDOWS下虚拟DOS,这样就不用来回COPY文件了。启动DOSBOX,输入以下命令:
moun C E:/dos
C:
cd TC3/SRC/YT
yt.exe
运行通过。截个效果图:
怀旧一下:用VC(VS2008)编译DOS下TurboC(TC3)的C程序_第1张图片
发现DOSBOX默认的速度很慢,上面是我不停地按了十几下Ctrl+F12,把速度调高后运行的结果。
遥想当年,在艰苦的环境下还能兴致勃勃地编程,没有可用的第三方控件,所有东西都要自己弄,包括界面菜单、图形、鼠标、键盘、地图、雷达、滚屏、寻路和攻击算法等,通通都要自己实现。可能有点吹嘘的成份,但还真是不容易。
现在来说,除了学习之外,已经很少人在DOS下用TC编程了。本文只是在怀旧的同时,解决了压在我心里的困惑,并再次验证了用VisualStudio维护编辑不同平台下的C代码的可行性。

 

 

 

 

你可能感兴趣的:(编程,c,windows,dos,Delphi,Borland)