China DOS Union

Many software that claim to support long filenames only support long filenames under win32 and cannot support long filenames with doslfn under pure DOS, such as JAR, RAR, NESTICLE (FC emulator), XCLONE, etc. Please list more and then discuss the solutions.

The examples listed above are not appropriate. For example, RAR32 does not only support long file names under Win32, but also under Win16 (Win3.x), and even in pure DOS, long file names can be supported by some methods (see below); and versions of NESTICLE before version 0.42 can also use long file names in pure DOS. As for some other software, such as JAR, XXCOPY, etc., they are themselves divided into 16-bit versions and Win32 Console versions. The former does not support long file names, while the latter does.

The methods for RAR32 to support long file names under pure DOS with LFN API are as follows:

First, run CWSDPMI (it is recommended to use CWSDPMI -p to stay resident in memory for a long time), and then you can support long file names under pure DOS by using either of the following two methods:

Method 1: Run RAR32.EXE in the form of "RSX RAR32 parameters"
Method 2: Copy RSX.EXE (not move) to EMX.EXE, and then run RAR32 in the normal way

Brother Wengier responded really promptly. I was even trying to copy krnl386.exe from the system of windown3.2 to the rar directory and rename it to emx.exe, and of course, it failed. Your move is really smart. Let me not try to use the software backed up by r in pure DOS anymore. Also, for genecyst (md emulator) and qickview, they only support long file names under win32 and can't use doslfn to support long file names under pure DOS. How to solve this?


[ Last edited by alchemist on 2005-11-27 at 11:48 ]

Genecyst and Nesticle are from the same person, and the situation is the same. Using an older version (such as version 0.20) can be used under pure DOS with long filenames.

Regarding QuickView, that can't be. I use this software myself often, and when using it under pure DOS, it is definitely possible to support long filenames, and there is no problem.

The RAR problem has been solved, but there are still inconveniences in use. The most unacceptable thing is that DOSLFN must be loaded before cwsdpmi, otherwise DOSLFN will automatically exit when executing RAR. But still want to thank Wengier.
I confirm again that FW135 and qv still do not support long filenames on my computer (puredos + doslfn).
The DOSLFN I use is version 0.32n and no parameters are added when loading.
Wengier, which version of doslfn do you use and which parameters are added when loading?

It has no direct relation to parameters, as long as there is the LFN API. FW1.35 and QV (especially the latter, which is one of my most commonly used DOS software) have no problems using long file names under pure DOS on my side.

The long file name driver itself should be loaded in front, just like the mouse driver, etc., placed in AUTOEXEC.BAT. There is no need to deliberately load it manually. If you want to temporarily disable it, you can use /D, so there should be no problem. If there are still problems, you can download an MS-DOS 7.10 boot disk to try.

fw135 still doesn't support long filenames, even when using the webmaster's Super Microsoft DOS 7.1 boot disk. And qv supports long filenames everywhere. Please give me "PC Valet 36K, a small file management program with its own file viewer." and "Registered version of arj2.81(a) or 2.82 or 2.84."

FW 1.35 definitely supports long filenames, just like QV and others. However, that super boot disk should not be used; it hasn't been updated for a long time. The MS-DOS 7.10 standard boot disk should be used for testing:

http://www.cn-dos.net/msdos71/msdos71b.zip

Additionally, PC Valet can be downloaded at here, and the ARJ 2.84 registered version is in the attachment:

to alchemist：

Besides Genecyst and Nesticle, can you list some other software that could have supported long file names but couldn't do so under pure DOS with LFN APIs? If there are any, I will study the solutions separately.

Regarding the above-mentioned XCLONE, this software is actually similar to the original unmodified PMS. It checks if Win9x is running, and only then enables the long file name function. Therefore, its long file name function originally couldn't be used under pure DOS. However, the problem has now been solved. Please try this newly compiled program -- FAKEWIN4 (that is, Windows 4 Faker). After loading this program, it will automatically deceive programs like XCLONE, making them think that Windows 4.x (that is, Win9x/Me) is running, so long file names can be used under pure DOS. Besides XCLONE, this program should also be effective for some similar DOS software that supports long file names, such as UU (Universal Unpacker) 3.15, etc.

The usage of FAKEWIN4 is very simple, and it occupies very little memory. Just run it directly to load it, and FAKEWIN4 /U will exit. The download of FAKEWIN4 is in the attachment. Also, XCLONE 1.3 is uploaded for others to test (by the way, XCLONE is a powerful and easy-to-use command-line copy tool, supporting copying folders, drives, etc., and also supporting long file names).

fw135 can only support English long filenames under doslfn 0.4c. Can we modify doslfn to support 0.32n so that it supports Chinese long filenames? However, tuturdo supports both Chinese and English long filenames, but when copying a long folder, if there are also long folders under this long folder, then the names of the long folders under it become short folder names. Webmaster, can you fix this?

The ain compression software does not support long filenames at all, but both the speed and compression ratio are slightly better than arj. This arduous task is entrusted to you, Wengier.

The compression ratios of the six compression software I measured: ACE > RAR > AIN > ZIP > ARJ > LHA (LZH)

DOSLFN 0.40c is originally an updated version of the 0.32n version, adding many new functions, fixing many bugs in previous versions, and also being more stable than before. Why not use the new version?

Tuturdo does support long filenames, but unfortunately, there are problems or bugs in its functions themselves. This can only be checked and fixed by its author. After all, I rarely use this software and am not familiar with it, and there are already many better alternative tools.

As for adding long filename support to AIN, hehe, to be honest, this is by no means easy. Maybe its author felt it was too difficult to implement at that time, so he didn't add this function. There's no way. But in fact, you can completely use ACE or RAR mentioned above, which have higher compression rates and support long filenames, as alternatives.

In addition, you can list more software that could originally support long filenames but cannot support long filenames under pure DOS with the LFN API, so as to solve the problem.

rar2.00 (interface is a bit like ace) supports long filenames under win32, and under pure DOS, using doslfn + fakewin4 does not support long filenames

RAR 2.00? It seems very hard to find this DOS version, and I don't have it on hand so I can't test. However, there is the DOS version of the more updated RAR 2.50, but it itself doesn't support long filenames. It's in my memory that the DOS version of RAR started supporting long filenames from the 3.00 protected mode version, and the ones before that all didn't support it. Of course, if you think there's a mistake, you can send a RAR 2.00 up for testing.

By the way, I forgot to say last time that DOSLFN 0.40c is the same as 0.32c. CP437UNI.TBL is used to load the English code page, and CP936UNI.TBL is used to load the Chinese code page. If you use the former, it only supports English long filenames to save memory usage, and the MS-DOS 7.10 standard boot disk also uses the former by default; while using the latter can support both English and Chinese long filenames.

In addition, for the NES emulator under DOS, it's recommended to use RockNES 4.0. This is much newer than that NESTICLE (this is the 2004 version), and it also supports long filenames. You can download it here:

http://rocknes.kinox.org/rnes400.zip

Since these software were all tested a few years ago, and at that time there was no way to access the internet. Now due to tight time, I just roughly remember which software are supported, so there are many errors. I mixed up qv and rar2.0 because the former is fully supported and the latter is not supported at all. Here I upload rar2.00 for you to collect.

I still hope you can upload "Info-ZIP 5.5 572K is also a very powerful and practical ZIP management tool, including commands like ZIP (ZIP file compression), UNZIP (ZIP file extraction), ZIPSPLIT (ZIP file splitting), etc. (all with detailed explanations). It supports many options and has many functions, such as supporting long filenames (32-bit DOS version), etc. This is the latest version this year." and "Pinco's Commander 2.2 136K A very fast file management program, with many functions, such as custom menus or colors, text search, file association, disk formatting, etc., and can also view the contents of various compressed files." so that I can test, thank you.

The long filename problem of fw1.35 has been solved. Just overwrite the executable file of DOSLFN 0.40c to 0.32n. Thanks again to Administrator Wengier