标题: [求助]求win32DOS，要能运行32位的程式
[打印本页]
作者: BWSkyer
时间: 2006-5-14 11:01
标题: [求助]求win32DOS，要能运行32位的程式
请大家帮忙，原来都是在win界面化编程，最近因为工作方面的事情，要在DOS下运行我的程式，但是公司里的又是16DOS，请大家给我个下载。。
因为C++好像只能编32DOS程式阿~~~
先谢谢大家了~~~
作者: Michael
时间: 2006-5-14 12:05
用djgpp重新编译。
作者: BWSkyer
时间: 2006-5-14 14:06
digpp是什么东西呢？？
我还是想知道32位FreeDOS的下载地址
作者: asbai
时间: 2006-5-14 17:14
FreeDOS 32还在prealpha阶段，目前无法实用。下载地址去sourceforge上搜一下。
djgpp是gcc的dos port。利用DPMI接口在16bit DOS下进入32位保护模式，访问4GB扁平地址空间。DPMI是当年微软和几个主要厂商定的，除了djgpp，watcom和dmc也支持DPMI。
DOS下也有16位的C++编译器，例如TC++，BC++，MSC等等。
如果你是想在DOS下直接跑Win32API/ABI的应用，试试HX DOS Ext
Last edited by asbai on 2006-5-14 at 17:16 ]
作者: tigerpower
时间: 2006-5-14 18:00
真没想到这年头DOS还有用武之地，呵呵，到底是什么程序呀？
作者: 272922032
时间: 2006-5-14 18:59
VC++6.0 吗?你的程序本身有问题吧?我记得VC++里面有个写控制台程序的选择,你直接用那个编译,问题应该不大.
作者: electronixtar
时间: 2006-5-14 19:24
楼上说的是
作者: asbai
时间: 2006-5-14 22:58
tigerpower:
基于DOS的嵌入式系统很多，上海地铁所有闸机都是基于DOS的486 STD。
272922032:
VC6编译出来的console程序是基于Win32API的，不能在实DOS下直接用的。
作者: BWSkyer
时间: 2006-5-14 23:24
楼上的说得很对。我的程序是没有问题的。但是要32的DOS才能运行。谢谢大家帮忙！！我还以为Freedos32可以用呢。看来有点勉强了。要是可以，我提议叫公司把所有的HDD全换成FreeDOS的。现在不行了。哪个还有更好的建议吗..
至于我。我在ASUS搞PE。。
作者: Wengier
时间: 2006-5-14 23:29
HX DOS Extender的最新测试版（2006.5.14更新）现在又有不少进展，比如Win32 Console版的UPX 2.0及其压缩过的程序、支持长文件名的Win9x中的XCOPY32等等都可以正常运行了，因此试试它应该还是不错的，你的Win32 Console程序通过它很可能也能在纯DOS下直接运行。以下是其作者提供给我的HX最新测试版下载地址：
http://www.japheth.de/Download/hxrtd.zip
作者: asbai
时间: 2006-5-15 01:07
HX的更新速度真是快啊，跟他的更新跟的很辛苦，呵呵
作者: jawbin
时间: 2006-5-15 10:23
486 很不错了, 我们只能用 186....
另外, PE 是什么啊, 楼主?
Last edited by jawbin on 2006-5-15 at 10:25 ]
作者: jawbin
时间: 2006-5-15 10:41
另问楼主,为什么非要 32 位? 需要的内存多?
作者: BWSkyer
时间: 2006-5-15 17:56
呵呵。
PE 工程师有两种，Process Engineer (过程工程师即工艺工程师)和Product Engineer（产品工程师）；前者负责产品制造工艺的设计和贯彻；后者负责产品设计和开发。至于Project Engineer（项目工程师）主要是负责项目开发进度、财务，偏重于项目协调和项目管理，一般不称其为PE，而称其为项目经理。
而我是其中的Product Engineer。负责产品设计和开发的！！为什么要32位的原因就是以后大家编程就可以在WINDOWS界面化中直接运行，测试通过后在运用在32位的DOS下，不就少了些麻烦吗！！
谢谢Wengier管理员提供的HX DOS下载地址，我会试试的！！还有怎么安装我不是很明白，论坛由帖子介绍吗？？
压缩包打开后有两个目录，一个BIN，一个DOC。怎么安装呢？？
作者: asbai
时间: 2006-5-15 18:14
copy-run不用安装，如果要在其它目录下运行，设下path变量就好了。具体看doc目录下的文档。
作者: BWSkyer
时间: 2006-5-15 19:12
完全不明白哦~~~能详细解释下吗？我也没有看家什么copy-run阿。。
path？？那里面也没有啊。。
作者: Wengier
时间: 2006-5-15 23:27
copy-run就是说下载后直接运行就行了，无需安装。具体运行的程序是BIN下的HXLDR32。而path是说如果%PATH%环境变量中未包含BIN路径的话，需要先加入，比如说你的HXLDR32.EXE是存放在C:\HX\BIN下，那么就要将C:\HX\BIN这个路径放到%PATH%环境变量中，然后再运行HXLDR32就可以了。这样，就可以像运行一般的DOS程序那样直接运行Win32 Console程序了。
作者: jawbin
时间: 2006-5-16 09:45
"为什么要32位的原因就是以后大家编程就可以在WINDOWS界面化中直接运行"
这个我还没明白啊, Windows 系统的 DOS 虚拟机难道不能运行 16 位程序?
作者: jawbin
时间: 2006-5-16 09:52
HX DOS Extender 好象能支持 DirectX, WinSock, OLE?
这么强大?
是不是和 wdosx 有类似的地方? 当然, wdosx 会改变程序文件, 而且好象只是提供平坦内存访问.
作者: jawbin
时间: 2006-5-16 10:05
太好了,就是没有随带几个例子以便让人直观快速地了解它
测试了一个简单申请内存的程序,好象它用到 Windows 的 DLL
非常好,但是 console 程序是否用到 DirectX 呢, 如果能, 那么类似 GUI 的也可以? 不过, 只要能使用 VESA, 那么也能实现图形界面, 不过假如是别的类型的显示设备(例如不支持 VESA)就不行了.
Last edited by jawbin on 2006-5-16 at 10:25 ]
作者: Wengier
时间: 2006-5-16 10:24
Originally posted by jawbin at 2006-5-16 10:05 AM:
太好了,就是没有随带几个例子以便让人直观快速地了解它
HX DOS Extender是与WDOSX有一些类似之处，但功能比后者强多了。
由于上面给的下载地址是昨天刚出的最新测试版，而非正式完整版，所以里面才没有演示程序。正式完整版（于半个月前发布）中带有不少演示程序，包括DirectDraw、OpenGL、SDL、WinSock、DPMI测试程序等，见附件：
附件
1: 
TEST.ZIP (2006-5-16 10:24, 56.08 KiB, 下载附件所需积分 1点
,下载次数： 30)
作者: jawbin
时间: 2006-5-16 10:27
谢谢 Wengier :)
下了看看!
运行 ddtest 提示 video mode 800x600x16 with LFB not supported
我是在 windows XP 下的 DOSBox 里运行的
运行 getvmode 提示 no VESA information available for mode 3
thread 出现的这个是字符模式啊,我知道了,呵呵, 我真傻..
Last edited by jawbin on 2006-5-17 at 08:37 ]
附件
1: 
hxthread.PNG (2006-5-16 10:39, 10.62 KiB, 下载附件所需积分 1点
,下载次数： 2)
作者: Wengier
时间: 2006-5-16 10:33
Originally posted by jawbin at 2006-5-16 10:27 AM:
运行 ddtest 提示 video mode 800x600x16 with LFB not supported
Last edited by jawbin on 2006-5-16 at 10:31 ]
真实机中一般不会出现信息，除非显卡太老了，这时可用Scitech Display Doctor解决。新显卡上则不会有此问题。不要在DOSBox中测试，它对VESA和一些其它硬件模拟得还不太好。
作者: jawbin
时间: 2006-5-16 10:41
谢谢 Wengier
作者: jawbin
时间: 2006-5-16 10:46
对了,好象金山毒霸还是江民的KV的 DOS 版是使用了 WDOSX 的, 好象我记得 WDOSX 不支持图形界面(Delphi 中的 FORM)的啊, 是不是它自己直接使用 VESA 什么的来实现的, Wengier 知道否?
作者: Wengier
时间: 2006-5-16 10:55
WDOSX和DOS4GW等一样，都是属于提供大内存支持的DOS扩展器，常作为保护模式的DOS程序的stub。WDOSX支持某些Win32 API，但能力很弱，因此这方面几乎可忽略不计。而那些DOS杀毒软件以及其它类似程序是真正的保护模式的DOS程序，未用到Win32 API，其存取图形界面的方式与WDOSX没有直接关系。
作者: jawbin
时间: 2006-5-16 11:16
谢谢!;)
我刚才启动到 DOS 下测试了大多数例子(由于没复制 SDL.DLL 到容易找的路径中, 所以 SDL 未能测试, 还有未加载声卡驱动, 所以相关程序也未测试,我的声卡是 AC'97 的, 不知有否 DOS 驱动...), 发现了几个"import not found", 分别是来自 GDI32.DLL 中的 CreateFontIndirectW, GetObjectW, GetOutlineTextMetricsW 和 WS2_32.DLL 中的 WSARecvFrom 和 WSARecv.
另外 GDITEST 确实是测试 GDI 的, 什么时候能有个 USERTEST 就好了(支持基本组件, 例如 Button, Edit 等等, 太幻想了,呵呵, 因为它说了可以运行 console 的, 那么就是无法支持 GUI 的..)
另外好象 DDTEST(记得不清楚了)不知所云
Last edited by jawbin on 2006-5-16 at 11:21 ]
作者: Wengier
时间: 2006-5-16 11:23
那些例子程序不可能出现"import not found"吧，我一直在用，那些程序从来就没有出现过这种现象。可能是你还未设置好。
作者: jawbin
时间: 2006-5-16 11:28
我路径中加了 HXRTD\bin, c:\windows\system32, c:\widnows
应该够了吧
运行的时候好象不能直接输, 所以我都是把程序名当 dpmild32 的参数来运行的
对了,我在 DOSBox 中能运行的一个测试申请内存的程序, 在真实机中也出错了..
要吃饭了<img src="images/smilies/face-raspberry.png" align="absmiddle" border="0">
Last edited by jawbin on 2006-5-16 at 11:30 ]
作者: Wengier
时间: 2006-5-16 11:35
Originally posted by jawbin at 2006-5-16 11:28 AM:
...
运行的时候好象不能直接输, 所以我都是把程序名当 dpmild32 的参数来运行的
...
不对啊，如加载了HXLDR32的话，都是可以直接输入运行的，根本不需要把程序名当DPMILD32的参数来运行。看来还是建议仔细看一下说明文档并检查一下系统配置，因为以上所提到的所有问题我这儿从来就没有出现过（尤其是其自带的演示程序，显然只有能够正常运行的程序才会被其作者加入到演示包中，如果设置正常的话绝不可能出现"imports not found"的；或者也可以这么说，这些演示程序的一个重要功能就是用来帮助用户判断其HX DOS Extender是否已正确配置，若出现问题就可说明还未设置好）。
作者: jawbin
时间: 2006-5-16 12:30
谢谢 Wengier, 我看看说明书先 ;P
作者: BWSkyer
时间: 2006-5-16 18:55
非常感谢Wengier和jawbin你们两位，你们之间的讨论也让我对HXDOS明白了不少，我回试试的，如果有什么问题，我会继续在这里发帖哦！！！！
哈哈。再次感谢你们！
作者: asbai
时间: 2006-5-16 19:18
HX再加上字体支持就超完美了，用FreeType自己在GDI上画字体毕竟很麻烦，呵呵。还是建议诸位兄台先看完文档在发问～
作者: Wengier
时间: 2006-5-16 22:42
附件
1: HXDLL.ZIP (2006-5-16 22:42, 456.98 KiB, 下载附件所需积分 1点
,下载次数： 72)
作者: jawbin
时间: 2006-5-17 08:24
恩,昨天我下的就是因为各文档比较分散,没有个向导样的,所以有点点麻烦,不过今日的目前我尚不能下载,不知什么原因,发展速度真快!
对这几个文件我也加在一起放到一个 DOS IMG 中, 然后用 vmware 来虚拟, 也出现了 GDI32 和 WinSock "import not found" 的情况. 好象是 SDLTEST 还是 DDTEST 时, 鼠标出现, 画屏幕, 但是被限制在左上角一个小小矩形中(这可能与虚拟机不够真实有关, 同时再想, 有否更完美的虚拟机, 有机会再讨论这个问题, 呵呵), 我想可能是我用的是 Windows XP, 而它使用的是 Unicode 而非 ANSI 版的 API 名字, 所以导致这个问题, 不知道对不对! 对了, 这里应该特指我的 OpenGL 库来自我现在的系统, Windows Xp.
另外在 VMWare 中不需要将程序名作为参数传入来运行, 和在真实机中不同. 当然前面 Wengier 说可能是我真实机的配置不对. 不过我还不知道问题具体在哪里.
BWSkyer, 谢 Wengier 和 asbai 就行了, 我也只是受益者 <img src="images/smilies/face-raspberry.png" align="absmiddle" border="0">
asbai 用 FreeType 来画字? 调用的是 GDI 还是 VESA? 从 linux port 过来的?
能用 FreeType 已经非常不错了啊. 我目前只能使用点阵字, 试用了一下矢量字(在一个 80186 兼容 CPU 和 非 VGA 及非 VESA 兼容的 LCD 上), 速度很慢...
当然了, HX 的文档中也说了, 它需要 80386+ 的 CPU...所以对我用的 80186 clone 没什么帮助
不过还是看到了移植的新希望, 至少 SDL 可以使用了, 太好了! OpenGL 和 DirectX 似乎在普通应用中几乎用不到, 不过, 如果 GUI 方面太欠缺的话, 是否也可考虑呢?
哦, 原来它可以这样: DEVICE=C:\TOOLS\HXLDR32.EXE C:\TOOLS\DPMILD32.EXE
我得试试, 呵呵
Last edited by jawbin on 2006-5-17 at 09:42 ]
作者: jawbin
时间: 2006-5-17 09:08
作者: jawbin
时间: 2006-5-17 09:15
在主页看到了非常透彻的描述, 精辟:
HX DOS-Extender is a free DOS extender with built-in Win32 PE file format support. Usually the purpose of a DOS extender is to make protected-mode features available for DOS applications. HX fully supports this goal, but goes some steps further. A Win32 API emulation layer is part of HX which allows many Win32 console applications to run in DOS. This emulation goes far beyond similiar approaches in other extenders (Borland's PowerPack, WDOSX or Phar Lab TNT). Furthermore HX implements - limited - support for windows, DirectDraw, GDI and even OpenGL graphics. This allows to run "simple" Win32 GUI apps in DOS as well.
作者: asbai
时间: 2006-5-17 18:02
Originally posted by jawbin at 2006-5-17 08:24:
...
asbai 用 FreeType 来画字? 调用的是 GDI 还是 VESA? 从 linux port 过来的?
...
偶好像说了是用GDI，呵呵 :P
自己 blit 毕竟麻烦，做的完善的话还要操心字符反选、编辑什么的。。。
如果 HX 的 Font API 本身用 FreeType 实现就爽多了，这样只要用wxWidgets的universal模式编译，就可以直接把有任意标准控件的Win32 GUI程序拿到HX里跑了。
wxWidgets是一个类似MFC的跨平台GUI框架，支持的平台包括DOS/Win16/Win32/WinCE/Win64/Mac OS (X or classic)/Linux/Unix Like/MicroWin/QNX/VMS/AIX/BeOS 等等。
可以看出有些平台根本没有现成的 Native GUI 控件可云，所以它专门有一个 Universal 模式，可以在仅有基本DC及键鼠的环境下，自己画出所有标准控件，包括按钮、下拉框、属性页、菜单、Rich Edit、HTML View、Grid、List和图片（支持十几种格式的位图）等等。更可贵的是，universal 模式还内建支持theme，可以换 Win9x theme（官方称与真实Win95环境99.9%拟真，专业用户亦很难察觉）、GTK theme等，也可以自己写theme。
universal模式发展到后来，连有 native gui 控件的平台也可以使用了（但通常只是作为测试），Win32 下就可以把基于wxWidgets的应用编译成univ模式。如果配合HX，这样的应用就是 DOS/Win32 下均有一致 GUI 界面的高灵活度工具。
现在唯一的问题是 Win32 下的 univ 模式仍然依赖Win32 自己的Font API，所以HX的Font API不解决就只能显示英文界面，但只要Font API解决了，在加上一个没有M$版权的unicode字体，应用就立刻可以支持多种界面语言了！
作者: jawbin
时间: 2006-5-18 09:33
偶好像说了是用GDI，呵呵 <img src="images/smilies/face-raspberry.png" align="absmiddle" border="0">
我太粗心了, 抱歉<img src="images/smilies/face-raspberry.png" align="absmiddle" border="0">
wxWidgets 能支持矢量吗, 如果是就好了, 也可以成为一个备选的测试啊
Vista 使用矢量好象, 不过未必"完全"
另外支持虚屏吗?
java 也有类似的方案吧, 可以选用 Mac, Windows XP, GTK 等观感的界面, 这样的东西应该会越来越成熟的.
universal 模式是否应该再"开放"一点, 不仅仅被局限于测试, 虽然"通用"听起来一般是"慢速"或"未加速"的同义词, 但毕竟"通用"啊,似乎结构上更清晰一些.
"现在唯一的问题是 Win32 下的 univ 模式仍然依赖Win32 自己的Font API"
那么这个 universal 还不是很 universal? 哦, 这正是你说的问题, 字体部分并未那么 universal. 是的, 字体是比较麻烦的. 不知道 wxWidgets 所支持的 DOS 是实模式的还是保护模式的.
谢谢 asbai 的详细解答!
Last edited by jawbin on 2006-5-18 at 09:36 ]
作者: asbai
时间: 2006-5-22 21:00
wxWidgets 能支持矢量吗, 如果是就好了, 也可以成为一个备选的测试啊
Vista 使用矢量好象, 不过未必"完全"
■ 不太理解，如果“矢量”是指画贝赛尔曲线的话，可以～
另外支持虚屏吗?
■ 虚拟多桌面？这个功能本身应该是桌面管理器实现的，跟应用无关吧？如果想在应用里面实现虚拟多屏幕也是很简单的～
universal 模式是否应该再"开放"一点, 不仅仅被局限于测试, 虽然"通用"听起来一般是"慢速"或"未加速"的同义词, 但毕竟"通用"啊,似乎结构上更清晰一些.
■ universal并不仅限于测试，想反它已经很成熟了～，之所以说测试主要是指它的Win32版本，因为Win32带有完整的GUI控件和图形环境，自己画显得有点多余，所以作者才会有大概只适合用于测试这么一说。
■ 除非DC使用的图形驱动十分低效 universal 本身画控件的效率不会低到哪里去，主要的问题是如果已经有了完善的GUI环境，universal 模式显得多余，而且它无法与当前环境 native 的控件外观一致（例如：打开了Theme的XP或者在MAC OS上等等）。不要小看这一点，在不同的平台上提供原汁原味的控件外观和行为是很重要的。这点java做的很不好～
"现在唯一的问题是 Win32 下的 univ 模式仍然依赖Win32 自己的Font API"
那么这个 universal 还不是很 universal? 哦, 这正是你说的问题, 字体部分并未那么 universal. 是的, 字体是比较麻烦的. 不知道 wxWidgets 所支持的 DOS 是实模式的还是保护模式的.
■ wxWidgets支持的DOS模式需要DJGPP＋SciTech MGL＋wxUniversal，这是运行在DPMI保护模式的。但这样的组合显然不如解决了字体问题的 HX Dos Ext. ＋ Win32版 wxUniversal。原因主要有三个，首先HX实现了TCP/IP、线程等DOS不具备的能力，并且提供了标准 Win32 接口，这些能力对很多应用来说非常重要。其次，用这个模式开发的程序可以直接在Win32下编译->调试->测试，具有最高的生产力。最后，这种应用是Win32/DOS两栖的，而且有能力提供一致的GUI界面。
作者: Wengier
时间: 2006-5-23 00:49
Originally posted by jawbin at 2006-5-17 08:24 AM:
... 我想可能是我用的是 Windows XP, 而它使用的是 Unicode 而非 ANSI 版的 API 名字, 所以导致这个问题, 不知道对不对! 对了, 这里应该特指我的 OpenGL 库来自我现在的系统, Windows Xp. ...
用我上面上传的附件中的那个可以与HX兼容的OPENGL库吧，不要用XP自带的。
作者: Wengier
时间: 2006-5-23 00:52
Originally posted by asbai at 2006-5-22 09:00 PM:
... wxWidgets支持的DOS模式需要DJGPP＋SciTech MGL＋wxUniversal，这是运行在DPMI保护模式的。但这样的组合显然不如解决了字体问题的 HX Dos Ext. ＋ Win32版 wxUniversal。原因主要有三个，首先HX实现了TCP/IP、线程等DOS不具备的能力，并且提供了标准 Win32 接口，这些能力对很多应用来说非常重要。其次，用这个模式开发的程序可以直接在Win32下编译->调试->测试，具有最高的生产力。最后，这种应用是Win32/DOS两栖的，而且有能力提供一致的GUI界面。 ...
对于这个问题，其作者有做了什么回复吗？（这么好的功能，不用太可惜了）
作者: asbai
时间: 2006-5-23 02:49
Originally posted by Wengier at 2006-5-23 00:52:
对于这个问题，其作者有做了什么回复吗？（这么好的功能，不用太可惜了）
很遗憾，完全没有音信～
一种变通的解决方案是：Win32＋MGL＋wxUniversal＋HX，这样wxUniversal会去用MGL的字体支持，而MGL的字体功能是单独实现的，没有用到OS API。不过MGL的字体支持，在显示效果和字体文件格式上都远不如FreeType。
而且仅仅为了字体支持增加MGL这样的重量级框架进来在开销和尺寸上都是不值得的。
BTW: wxUniversal其实是wxWidgets和SciTech一起开发的，而且主要开发方是SciTech，所以效率应该还是很高的，呵呵。
PS:HX那边没有音信可能是因为我E文够烂，没说清楚。Wengier兄不防去封信问问~
Last edited by asbai on 2006-5-23 at 02:51 ]
作者: jawbin
时间: 2006-5-25 09:21
我好象在某个跨平台应用框架种看到对 Truetype 或 Freetype 的支持.
对了，好象 reactos 支持吧，能否 port 过来？
作者: asbai
时间: 2006-5-25 21:31
Originally posted by jawbin at 2006-5-25 09:21:
我好象在某个跨平台应用框架种看到对 Truetype 或 Freetype 的支持.
对了，好象 reactos 支持吧，能否 port 过来？
要是用ReactOS的话就不用port了，呵呵。
React本来就是重新实现的开源NT Kernel Win32环境～
作者: jawbin
时间: 2006-5-26 08:22
其实我还是不想让任何模块依赖于保护模式,所以想 port...
不过我还没见过运行着的 ReactOS, 你有的话能否抓给图让我看看:P
我有很多问题,到时候会开个专贴请教的,请 asbai 到时候不吝赐教哦!
作者: asbai
时间: 2006-5-26 14:17
Originally posted by jawbin at 2006-5-26 08:22:
其实我还是不想让任何模块依赖于保护模式,所以想 port...
不过我还没见过运行着的 ReactOS, 你有的话能否抓给图让我看看<img src="images/smilies/face-raspberry.png" align="absmiddle" border="0">
我有很多问题,到时候会开䠮..
仔细看DOS框，打了你的大名哦，不会怀疑我是从网上随便找的吧 <img src="images/smilies/face-wink.png" align="absmiddle" border="0">
Last edited by asbai on 2006-5-26 at 14:18 ]
附件
1: Clipboard01.png (2006-5-26 14:17, 53.32 KiB, 下载附件所需积分 1点
,下载次数： 1)
作者: BWSkyer
时间: 2006-6-5 21:33
作者: asbai
时间: 2006-6-5 21:55
HXRT：运行时库
HXGUI：附加的GUI支持库，基于HXRT。
两个可以 merge 到一起用，分开提供的原因是很多程序仅需要CLI支持，不需要GUI，所以 HXGUI 作为一个附加的组件单独提供。
http://www.japheth.de/ 网站上，和你下载的 ZIP 包里都有详细的说明。请养成先读文档再发问的好习惯 <img src="images/smilies/face-raspberry.png" align="absmiddle" border="0">
兄台的第二个问题偶不太明白，如果你会做一般的可启动IMG或者可启动U盘，让它们包含 HX 不需要什么特别的操作。如果兄台完全不会做可启动IMG，那这就不是一个 HX 相关的问题 <img src="images/smilies/face-smile-big.png" align="absmiddle" border="0">，关于制作启动映像的帖子论坛里有大把～
作者: BWSkyer
时间: 2006-6-6 18:11
今天上班的时候我试验了，失败得好惨，就一个THREAD.EXE是没有异常的，其他的异常好多，有的提示不能在DOS下运行。汗颜！！
具体的环境是这样的，我用论坛提供的FREEDOS32 IMG做的一张启动软盘，在AUTOEXEC.bat里面添加了PATH，添加了windows\system32;bin;test,unspp等路径，然后用软盘启动后就直接运行测试程式，发现是不行的，因为我是用得freedos的内核。。
我又用微软的DOS6.0测试，发现还是异常。。
我想弄明白，HX DOS 是自己的内核吗？？还是说支持COPY到HDD里，然后PATH一下就可以用，说明档里是介绍怎么用test程序的，还有一些dll文件的介绍。。
我的想法就是，如果我支持把
http://www.japheth.de/Download/HXRT.ZIP里面的东西解压到FLPPY里，可以用吗？这样不可能启动的阿，所以才有我的第2个问题，就是它是怎么安装的。。。。
还有很的问题，先帮我看看上面这些，谢谢！！有点迷惑哦！！
作者: Wengier
时间: 2006-6-6 22:30
HX自己当然没有内核，毕竟它是DOS下运行的程序，需DOS内核。DOS内核建议使用MS-DOS 7.1测试，以保证兼容性（不要用FreeDOS的测试，我试过会有一些问题）。然后用HX即可。
更重要的是上面的路径的设置有问题，如文档中所述，一定不要在PATH中将windows\system32置于bin之前，否则肯定会出问题。建议顺序如下：bin;test;windows\system（最好是Win9x的system目录，而不要是XP的system32）。
作者: asbai
时间: 2006-6-7 01:03
楼上正解，楼上的楼上看文档不要漏字
作者: BWSkyer
时间: 2006-6-7 22:41
E文水平差阿！<img src="images/smilies/face-sad.png" align="absmiddle" border="0"><img src="images/smilies/face-raspberry.png" align="absmiddle" border="0">现在明白了，谢谢楼上+楼上的楼上。。。
原来是用MS-DOS 的内核阿！！那我就做一个MS-DOS 的启动盘，然后PATH路径，就可以运行32的程式了哦！！恩，明天试试看！！！
Last edited by BWSkyer on 2006-6-7 at 22:42 ]
作者: babyck
时间: 2007-6-20 19:23
下了看看，谢谢
作者: cjxgm
时间: 2007-7-9 11:22
问一下,VB Form或VC MFC怎样在DOS下运行?(HXRT好象没用!)
作者: zaogao9599
时间: 2008-1-7 12:52
少了两个.dll