China DOS Union

Re 本是:

Indeed, version 2.0a has added a lot of functions and bugs :-)

Test environment: Pure DOS environment booted with the Super MSDOS 7.10 boot disk.
Test files: demo.bat - The batch demo provided in the previous version
demo.txt - A single-line Chinese character text file extracted from demo.bat
demom.txt - A multi-line Chinese character text file extracted from demo.bat

Test overview:
1. vthzmk /f demo.bat
After running, it prompts *08* error, the system freezes after displaying the correct conversion result, and after restarting, demo.exe and demo.new are generated.
If demo.txt is used instead, deadlocks occur rarely. If demom.txt is used, deadlocks occur frequently, and in the virtual machine environment, it is often accompanied by closing the DOS client window.
Suspected problem: After running demo.exe and then type demo.new, it is found that the replaced Chinese characters are incorrect. Starting from c0 80, it is "Design Luo Ming'an..." and so on, which occurred once.

2. vthzmk /i < demo.txt
After running, it prompts *08* error, the result is displayed correctly, vthz.exe and vthz.new are generated, and vthz.new is missing the second half of the last Chinese character and has no carriage return or line feed.
Suspected problem: The result displayed after running also lacks the second half of the last Chinese character. Occurred once.

3. vthzmk /s Test Chinese character string
After running, it prompts *08* error, the result has no carriage return or line feed, vthz.exe and vthz.new are generated, and the last two bytes of vthz.new are 00 00.

4. vthzmk -i1 /i < demo.txt
Prompt *02* is still English

5. vthzmk -m 9 /F demo.txt /y /r
Prompt *02* error, the result is displayed correctly, .exe/.new is generated (?), /y and /r are both ignored.

Re All:

　　With the current program framework and the new internal code design solution, version 2.0 should be the final version. Features such as 24, 32 dot matrix font libraries, font style modifications (inverse, rotation, mirror, underline, border, emphasis, vertical and horizontal expansion), multi-font library inline switching, overall replacement of a single character set, TSR for custom font display environments for a software run, and simultaneous replacement display of double character sets must be replaced with an interactive dedicated environment version similar to DEBUG to support script files!!

　　Even: file line reader, screen line reader (instant line Chinese汉化 TSR - a direct screen writing Chinese display module that can be used for text screens and graphics screens (does not load Chinese systems and instantly display line information text changes) - a commercializable Chinese new solution - graphic display under Chinese systems is always a bit deformed!!!) and so on. The application prospects of VGA text/graphics screen character models in my mind are very broad...

　　-- Time, energy, economy, etc. are not very allowed!

"Transformers" new interpretation:
　　Hope - Cantonese = himang - a bit like xiamang: fooling around!

Admire the spirit of Ben Shi, and thank Ben Shi for the efforts. If restricted by conditions, it is okay to take a rest first and pay attention to the body. However, I believe that hard work will surely pay off and there will be a time for it to be carried forward.

First of all Thanks to moderator willsort for testing and giving suggestions on each program I release, which enables me to keep making up my mind to DEBUG (I have used TurboDebug, DebugBrandX, Insight, TR, SymDeb, which I couldn't have imagined before!) Assembly is what I like, and DEBUG is what pushed me to take the plunge by you all.

Also Thanks to webmaster wengier for launching the China DOS Union platform, allowing friends who like DOS to interact and communicate, learn from others' strengths, and launch their own problems, ideas, and programs, which is especially rare for someone who has been abroad!

This kind of thanks is not only what I, an individual, want to say, but also the voice of thousands and thousands of DOS enthusiasts!!!

Secondly, an apology -- I was extremely busy last week and didn't have time to deal with DEBUG matters -- now it's okay.

Next back to the "main topic" -- the attached file is the VTHZMK 2.0b version that I have DEBUGged (the change in the version number is in line with moderator willsort's suggestion) -- I am a liberal arts student, haven't taken a single computer course, don't understand any software design "norms" at all, please forgive me!

VTHZMK2.0c will automatically detect the Chinese display environment and then automatically select Chinese and English prompt information. At the same time, it will omit the -I0|1 setting and the 0|1 parameter of /H; the help information has also been changed - adding default value descriptions and usage example guide screens.

In addition, I am also considering adding a new command -E file1.exe file2.exe file3.exe to merge font patterns and generate VTHZ~!~.EXE, because although using -Snnh -C1|2 in combination can already call different font libraries to display different styles of characters on the same screen, it is still cumbersome. But there may be conflicts regarding the new internal code types and starting replacement codes between different files. It may be unified into a new internal code with the first file as the standard, and the starting code is calculated from 80h. - This is a later topic...

Please wait!

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

Originally posted by Ben Shi at 2005-12-21 11:15:
　　VTHZMK2.0c will automatically detect the Chinese display environment and automatically select Chinese and English prompt information, while omitting the -I0|1 setting and /H0|1 command; the help information has also been changed - adding default value instructions, using example guide screens.

The program is in the attachment.
VTHZMK
　　Display help (automatically judge Chinese and English screens)

Hehaha. The program I made before only used the way of judging UCDOS to determine the Chinese character system, which has many drawbacks. I wonder how the original poster (LZ) determines it?

Because the VTHZMK.COM 2.0C version automatically judges the screen to select Chinese and English display, so sometimes it is more troublesome to view Chinese in English DOS or vice versa, especially for error messages. Fortunately, they have digital marks, and you can refer to the "VTHZMK.COM 2.0C version error message, English help information, Chinese help information list" in the attachment. There are also relatively large changes in the help information part.

Originally posted by LiveOnLove at 2005-12-21 18:44:
Hehe. The programs I made before only used the UCDOS judgment method to determine the Chinese character system, which had many drawbacks. I wonder how the original poster determines it?

　　I determine it by the VGA register value. For the color plane write register 02h of the timing generator 3C4/5h, after reading the value, I judge whether it is 3. Setting the Zero flag indicates an English screen, otherwise it is a Chinese screen. Remember that the values of registers DX and AX have changed when actually using it, and pay attention to whether protection is needed. I will post a separate account of the details.

How is the usage effect of VTHZMK? Please everyone provide feedback!

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

The automatic judgment function for Chinese and English environments has been tested and is quite good. But let's ask, is there an option to manually force the display of English help information in the Chinese environment and Chinese help information in the English environment (such as automatically loading font patterns to display Chinese, just like before)?

It should be easy to judge. HOHO.

Originally posted by Wengier at 2005-12-22 10:40:
The automatic judgment function for Chinese and English environments has been tested to be very good....

　　I will detail the detection of Chinese character system Chinese display status and Chinese character system startup status in another post.

Originally posted by Wengier at 2005-12-22 10:40:
But just ask, is there an option to manually force English help information to be displayed in Chinese environment and Chinese help information to be displayed in English environment ( ...

　　In the next version, I will:
1. Add the command /? to generate the error information and help information content of VTHZ.MSG - VTHZMK, which is convenient for users to check.
2. Add a new command -E file1.exe file2.exe file3.exe to merge font patterns and generate VTHZ~!~.EXE, because although the combined use of -Snnh -C1|2 can already call different font libraries to display different styles of characters on the same screen, it is still cumbersome. But there may be conflicts in the new code types and starting replacement codes between different files. It may be unified into a new code type with the first file as the standard and the starting code calculated from 80h.
3. Add the character creation function to realize character shape modification.

Is it possible to achieve this as envisioned?

Re: Originally:

Because both my host system and the virtual machine client system have relatively large problems, and the testing process is quite unstable, so I decided to re - install the system and then conduct a comprehensive test. Now I will put forward a few suggestions first:

1. As Brother Wengier said, manually setting the display language is necessary. Even if you are quite confident in your algorithm for judging Chinese and English environments, you cannot rule out that users need to display English in Chinese environment and Chinese in English environment. This is actually the choice of three display modes: English mode, Chinese mode, and VTHZ mode. The latter should not be automatically selected.

2. I noticed the prompt "The maximum number of Chinese characters displayed on the same text screen is 64" in your command line of 2.0c. Here, I am relatively vague about the concept of "the same text screen". Because with the following batch processing, I can display more than 64 different Chinese characters in one screen (tested under the virtual machine MSDOS7.10).

@echo off

cls

echo.

echo.

vthzmk /P The solution to the problem - how to make good use of the magic wand of batch processing

echo.

echo.

vthzmk /P Must admit that there must be multiple different solutions to the same problem.

vthzmk /P Whether it is an academic problem or a real - world problem, the so - called "unique solution" does not exist. Only "optimal solution" exists.

vthzmk /P And this "optimal" is limited by many factors such as time, region, environment, tools, and thinking methods.

vthzmk /P Under different restrictive conditions, there will be quite a big difference in "optimal".

vthzmk /P And when we find that a problem has no solution, in fact, we just trap ourselves in the situation of "no solution".

echo.

echo.

vthzmk /P Of course, I am not a scholar. Here, I am just an ordinary computer enthusiast, an enthusiastic DOS enthusiast,

vthzmk /P and even a fanatical batch processing enthusiast. So, whether it is an academic problem or a real - world problem, let's not care about it.

vthzmk /P We now only care about how to better use batch processing under DOS to solve some computer problems.

echo.

echo.

vthzmk /P First, determine the maximum range of applying batch processing. After all, batch processing is not the staff of a magician.

vthzmk /P As a product under a specific system and specific environment, it has its limitations. But as far as I know, due to the principle of "software is determined by hardware, and consciousness is determined by matter", except for problems outside the computer, batch processing cannot be all - powerful. Inside the computer,

vthzmk /P the application of batch processing is ubiquitous. Even in unix, linux, and even industrial control machine systems, there are traces of batch processing.

vthzmk /P It's just that the name and grammar may be slightly different. The functional requirements and implementation strategies reflected are completely the same.

vthzmk /P And the batch processing under dos has a quite profound origin with the batch processing under unix - shell scripts

vthzmk /P (Why is it called batch processing? This stems from Microsoft's user - first strategy. Batch is much easier to understand than shell.)

echo.

echo.

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

1. "The statement that 'at most 64 Chinese characters can be displayed on the same text screen' is just a convenient way of saying. The formal statement should be that 256 characters can be accommodated in the same character set, but VTHZMK only replaces the extended ASCII codes, so there are only 128 characters, that is, 64 Chinese characters. I have tested in VPC, and the result is as the version master willsort said, but in the DOS window of XP, as long as it is run in.BAT with VTHZMK /P..., it always displays garbled characters. I don't know why? Also, my understanding of virtual machines is shallow. I don't know if there will be differences between the virtual environment and the real environment? I will test in the real mode DOS of the real environment later.

2. Regarding the problem of 'hand-made setting of display language', I originally planned to use the /? command in the next version to write the error message and help information to the text file VTHZ.MSG. Do I have to set the command 'hand-made setting of display language' separately?"

Originally posted by Benshi at 2005-12-22 13:14:
...In VPC, I have tested, and the result is as the version master willsort said...

　　When it was just running in the virtual machine, the more than 64 Chinese characters replaced by VTHZMK were displayed as "normal" (it should be graphic simulation!), but after waiting for a while, they became unrecognizable. Please see the screenshot. So "accommodating 256 characters in the same character set" should be "only 64 Chinese characters can be displayed on the same text screen" if only replacing extended ASCII characters.

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