中国DOS联盟

Re 本是:

不愧是 2.0a 版，功能和Bug都增加了不少 :-)

测试环境：使用超级MSDOS7.10启动盘引导的纯DOS环境。
测试文件：demo.bat - 前版本提供的批处理 demo
demo.txt - 从demo.bat中提取出的单行汉字文本文件
demom.txt - 从demo.bat中提取出的多行汉字文本文件

测试概述：
1、vthzmk /f demo.bat
运行后提示 *08* 错误，显示正确的转换结果后系统假死，重启后发现生成了 demo.exe 和 demo.new 。
若换用 demo.txt 则死锁很少发生，若换用 demom.txt，则死锁频繁发生，在虚拟机环境下，时常伴随着关闭DOS客户端窗口。
疑似问题：运行 demo.exe 再 type demo.new 后，发现替换的汉字有误，从 c0 80 开始，为 “设计罗明安……” 等汉字，曾出现一次。

2、vthzmk /i < demo.txt
运行后提示 *08* 错误，显示结果正确，生成 vthz.exe 和 vthz.new ，vthz.new 缺少最后一个汉字的后半字节，无回车换行。
疑似问题：运行后显示结果也缺少最后一个汉字的后半字节。曾出现一次。

3、vthzmk /s 测试汉字串
运行后提示 *08* 错误，显示结果无回车换行，生成 vthz.exe 和 vthz.new ，vthz.new 最后两字节为 00 00。

4、vthzmk -i1 /i < demo.txt
提示 *02* 仍为英文

5、vthzmk -m 9 /F demo.txt /y /r
提示 *02* 错误，显示结果正确，生成 .exe/.new（？），/y 和 /r 均被忽略。

Re All:

　　以目前的程序框架和新内码设计方案，2.0版应该是终结版本了。象24、32等点阵字库、字体风格修饰（反相、旋转、镜相、下划线、加框、着重号、纵横扩展）、多字库行内切换、单字符集整体替换、为某软件运行定制字体显示环境的TSR、双字符集同时替换显示等，必须换成类DEBUG的互动式专用环境版，以支持脚本文件才行！！

　　甚至于：文件的行阅读器、屏幕的行阅读器（即时行汉化TSR－－可用于文本屏和图形屏的直接写屏汉化显示模块(不加载汉字系统即时显示发生信息文字变动的行)－－可以商业化的汉化新方案－－汉字系统下的图形显示总是有些变形！！！）等。我脑袋中的VGA文本/图形屏字模的用途前景很广……

　　－－时间、精力、经济等等不太允许呀！

“变形金刚”新解：
　　希望－－广东话=himang－－有点儿象xiamang：瞎忙！

对本是的精神表示敬佩，也谢谢本是的努力。如果受到条件限制，不妨先休息一下，注意一下身体。不过，我相信努力必定会有收获以及发扬光大的时候。

　　首先感谢willsort版主对我每次推出的程序的测试和建议，使我能够不断下决心去DEBUG(我用过TurboDebug, DebugBrandX,Insight,TR,SymDeb,这是我以前不敢想像的！)汇编是我喜欢的，DEBUG是你们把我逼上梁山的。
　　也要感谢wengier站长推出的China DOS Union这个平台，让喜欢DOS的朋友们能够互动交流，学习别人的长处，推出自己的问题、想法和程序，作为出过国的人尤其难得！
　　这种感谢不仅是我个人要说的话，也是千千万万DOS爱好者们的心声！！！

　　其次是道歉－－我上星期特别忙没时间处理DEBUG的事儿－－现在行了。

　　下面言归“正传”－－附件中是我DEBUG过的VTHZMK 2.0b版(版本号的变化是听取了willsort版主的建议)－－我是学文科的，没上过一天计算机课程，一点儿都不懂什么软件设计“规范”什么的，请大家原谅！

　　VTHZMK2.0c将会自动检测中文显示环境而自动选择中英文提示信息，同时省略-I0|1设置和/H的0|1参数；帮助信息也有所改动－－增加默认值说明、使用实例引导屏。
　　此外，我还在考虑增加新命令-E file1.exe file2.exe file3.exe以合并字模、生成VTHZ~!~.EXE，因为联合使用-Snnh -C1|2虽然已经能够调用不同字库同屏显示不同风格的字形，但毕竟麻烦。但不同文件间的新内码类型及起始替换码可能出现冲突，可能会统一成新内码以第一个文件为准、起始码从80h起算。－－这是后话了……

　　请静候！

[ Last edited by 本是 on 2005-12-21 at 11:29 ]

Originally posted by 本是 at 2005-12-21 11:15:
　　VTHZMK2.0c将会自动检测中文显示环境而自动选择中英文提示信息，同时省略-I0|1设置和/H0|1命令；帮助信息也有所改动－－增加默认值说明、使用实例引导屏。

程序见附件。
VTHZMK
　　显示帮助（中英文屏幕自动判断）

呵。以前做的程序只是用和判断UCDOS方式，来判断汉字系统，有很多弊端。不知本是LZ是如何判定的啊？

　　因为VTHZMK.COM 2.0C版自动判断屏幕而选择中英文显示，所以有时候在英文DOS中要看中文或者反之就比较麻烦，特别是出错信息，好在它们有数字标志，可以查阅附件中的“VTHZMK.COM 2.0C版出错信息、英文帮助信息、中文帮助信息清单”。帮助信息部分也有较大变化。

Originally posted by LiveOnLove at 2005-12-21 18:44:
呵。以前做的程序只是用和判断UCDOS方式，来判断汉字系统，有很多弊端。不知本是LZ是如何判定的啊？

　　我是通过VGA寄存器值来判断的，时序发生器3C4/5h的颜色平面允许写寄存器02h，读入值后判断是否为3，置Zero标志表示英文屏幕，否则是中文屏幕。实际使用时别忘了寄存器DX和AX的值已经发生变化，要注意是否需要保护。详情我将另贴专述。

VTHZMK使用效果怎样？请大家反馈信息！

[ Last edited by 本是 on 2005-12-22 at 12:13 ]

中英文环境自动判断功能经测试是很不错。不过问一下，有没有选项可以手工强制在中文环境下显示英文帮助信息和在英文环境下显示中文帮助信息（如自动加载字模显示中文，就像以前那样）？

应该很好判断的。HOHO。

Originally posted by Wengier at 2005-12-22 10:40:
中英文环境自动判断功能经测试是很不错。...

　　关于汉字系统汉字显示状态及汉字系统启动状态的检测，我将另贴详述。

Originally posted by Wengier at 2005-12-22 10:40:
不过问一下，有没有选项可以手工强制在中文环境下显示英文帮助信息和在英文环境下显示中文帮助信息（ ...

　　我将在下一版中
1。增加命令/?以生成VTHZ.MSG－－VTHZMK的出错信息和帮助信息内容，这样方便用户查对。
2。增加新命令-E file1.exe file2.exe file3.exe以合并字模、生成VTHZ~!~.EXE，因为联合使用-Snnh -C1|2虽然已经能够调用不同字库同屏显示不同风格的字形，但毕竟麻烦。但不同文件间的新内码类型及起始替换码可能出现冲突，可能会统一成新内码以第一个文件为准、起始码从80h起算。
3。增加造字功能以实现字形修饰。

设想如此，不知是否能实现？

Re 本是:

因为我的宿主系统和虚拟机客户端系统均出现比较大的问题，测试过程相当的不稳定，因此决定重做系统后再进行全面测试。现在先提几点建议：

1、正如 Wengier 兄所言，手工设置显示语言是必要的，即使你对自己的中英文环境判断算法有相当的自信，也无法排除用户需要在中文环境下显示英文，在英文环境下显示中文。这实际上是三种显示模式的选择：英文模式、中文模式、VTHZ模式。后一种不应该是自动选择的。

2、在你2.0c 的命令行中我注意到了 “同一文本屏显示最多64个汉字”的提示，这里我对“同一文本屏”的概念比较模糊。因为依靠下面的批处理我可以在一屏内显示的不同汉字大于64个（虚拟机MSDOS7.10下测试通过）。

@echo off

cls

echo.

echo.

vthzmk /P 解决问题的方法——如何善用批处理这把魔棒

echo.

echo.

vthzmk /P 必须承认，解决同一问题必定存在多个不同解决方法。

vthzmk /P 无论是学术问题，还是现实问题，所谓“唯一解”是不存在的，存在的只有“最优解”，

vthzmk /P 而这“最优”受到时间、地域、环境、工具、思维方法等多种因素的限制，

vthzmk /P 在不同的限制条件下，“最优”会存在相当大的差异。

vthzmk /P 而当我们发现一个问题无解时，实际上只是把自身陷在“无解”的情境中而已。

echo.

echo.

vthzmk /P 当然，我不是一个学者，在这里，我只是一名普通的电脑爱好者，一名热情的DOS 爱好者，

vthzmk /P 乃至是一名狂热的批处理爱好者。所以，无论是学术问题，还是现实问题，且不去管它。

vthzmk /P 我们现在只来关心如何更好地应用DOS 下的批处理解决一些电脑问题。

echo.

echo.

vthzmk /P 首先，确定一下应用批处理的最大范围。批处理毕竟不是魔法师的手杖，

vthzmk /P 作为特定系统特定环境下的产物，它有其局限性。但据我所知，由于“软件决定于硬件，

vthzmk /P 意识决定于物质”的原理，除了计算机之外的问题，批处理尚不能无法无天，在计算机内，

vthzmk /P 批处理的应用无所不在，即使是 unix,linux 甚至是工控机系统内，都有着批处理的影子，

vthzmk /P 只不过可能名字和语法略微不同而已，其所体现的功能需求和实现策略完全一致，

vthzmk /P 而 dos 下的批处理本就与 unix 下的批处理—— shell 脚本有相当的渊源

vthzmk /P （为什么改叫批处理？这源于微软所贯彻的用户至上的策略，batch相比shell要好理解得多。）

echo.

echo.

[ Last edited by willsort on 2005-12-22 at 12:28 ]

　　1。 “同一文本屏显示最多64个汉字”只是个方便说法，正规的说法应该是同一字符集中能容纳256个字符，但VTHZMK只替换了扩展ASCII码，所以只有128个字符即64个汉字。VPC里我已测试，结果正如willsort版主所言，但在XP的DOS窗口下，只要是在.BAT中运行VTHZMK /P ...就总是显示乱码，不知为何？另外，我对虚拟机的了解浮浅，不知虚拟环境与真实环境是否会有差别？待以后在真实环境实模式DOS下测试。

　　2。“手工设置显示语言”的问题，我本来是打算在下一版中用/?命令写出错信息及帮助信息到文本文件VTHZ.MSG。一定要另设命令“手工设置显示语言”吗？

Originally posted by 本是 at 2005-12-22 13:14:
...VPC里我已测试，结果正如willsort版主所言 ...

　　在虚拟机上刚运行时VTHZMK替换的超过64个的汉字显示“正常”(应该是图形模拟吧！)，但稍等一会儿，就面目全非了，请看截图。所以“同一字符集中容纳能256个字符”应该就是“同一文本屏只能显示64个汉字”如果只替换扩展ASCII字符的话。

[ Last edited by 本是 on 2005-12-22 at 15:37 ]