中国DOS联盟

很多号称支持长文件名的软件仅在 win32 下支持长文件名而不能在纯 dos 下用doslfn支持长文件名，如JAR，RAR，NESTICLE（FC模拟器），XCLONE等，请大家多列举一些。然后讨论其解决方法。

以上列举的部分例子不妥，例如RAR32并非仅在Win32下支持长文件名，而在Win16下（Win3.x），甚至在纯DOS下用某种方法也可以支持长文件名（见下）；而NESTICLE 0.42版以前的版本也可以在纯DOS下使用长文件名。而另一些软件，如JAR、XXCOPY等，则是本身就分为16位版以及Win32 Console版两种版本，前者不支持长文件名，而后者支持。

RAR32在有LFN API的纯DOS下支持长文件名的方法如下：

首先运行CWSDPMI（建议用CWSDPMI -p以长期驻留内存），然后使用以下两种方法中的任何一种即可在纯DOS下支持长文件名：

方法1：用“RSX RAR32 参数”这种方式运行RAR32.EXE
方法2：将RSX.EXE复制（非移动）为EMX.EXE，然后用正常方式运行RAR32

Wengier大哥反应真及时,我还把windown3.2的system下的krnl386.exe复制到rar目录下并改名emx.exe试呢,其结果,当然是失败的了.你这着也真够高的.让我用
r备份的软件不在纯dos下吃螃蟹了.另外,还有genecyst(md模拟器),qickview也是
仅在win32下支持长文件名而不能在纯dos下用doslfn支持长文件名,如何解决?


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

Genecyst和Nesticle是同一人所出，情况是一样的，用较旧版本（如0.20版）即可在纯DOS下使用长文件名。

关于QuickView，不可能吧，这个软件我自己经常用的，在纯DOS下使用时支持长文件名是肯定可以的，没有什么问题。

rar 问题得到了解决，却仍然有使用上的不便，最难以接受的是 DOSLFN 必须在cwsdpmi前加载,否则在执行RAR时就自动退出DOSLFN。不过还是要感Wengier
我再确认一下FW135和qv在我者台电脑上还是不支持长文件名(puredos+doslfn)
我用的DOSLFN是0.32n加载时未加入任何参数
Wengier,您用的doslfn是哪个版本，在加载时加入了哪些参数？

跟参数没有直接关系，只要有LFN API即可。FW1.35和QV（尤其是后者，是我最常用的DOS软件之一）在我这儿的纯DOS下使用长文件名都是没有任何问题的。

长文件名驱动程序本身就应该在前面加载，就像鼠标驱动程序等那样放在AUTOEXEC.BAT中一样，没有必要特意去手工加载，如果想暂时禁用时用/D就可以了，因此并不应有什么问题。如果还有问题的话，可以去下载个MS-DOS 7.10启动盘试试。

fw135还是不支持长文件名，即使用站长的超级微软dos7.1启动盘，而qv不管在哪都支持长文件名。麻烦您给我个“PC Valet 36K 一个自带文件查看器的小型文件管理程序.”和“arj2.81(a)或2.82或2.84的注册版。”

FW 1.35肯定是支持长文件名的，和QV等一样。不过不应使用那个超级启动盘，那个很久都没有更新了。应使用MS-DOS 7.10标准启动盘来进行测试：

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

另外，PC Valet可在这儿下载，而ARJ 2.84注册版见附件：

to alchemist：

除Genecyst和Nesticle外，还能列出一些本来可以支持长文件名但在有LFN API的纯DOS下无法支持长文件名的软件吗？如果有的话我将分别研究解决方法。

关于上面提到的XCLONE，这个软件其实和以前未修改的PMS类似，它会检查Win9x是否运行，如果是的话才启动长文件名功能，因此其长文件名功能原先无法在纯DOS下使用。不过目前问题已解决，请试试下面这个刚编出来的程序--FAKEWIN4（即Windows 4 Faker），此程序加载后将自动欺骗XCLONE等程序，使得它们认为Windows 4.x（即Win9x/Me）正在运行，这样就在纯DOS下也可以使用长文件名了。除XCLONE外，此程序对一些类似的支持长文件名的DOS软件，如UU（Universal Unpacker） 3.15等应该也有效。

FAKEWIN4的用法很简单，而且占用内存很小。直接运行将加载，FAKEWIN4 /U将退出。FAKEWIN4的下载见附件。同时也上传XCLONE 1.3以便其他人测试用（顺便说一下，XCLONE是强大易用的命令行复制工具，支持复制文件夹、驱动器等，且支持长文件名）。

fw135仅能在doslfn 0.4c下支持英文长文件名，能不能修改doslfn支持0.32n使其
支持中文长文件名。而tuturdo有虽支持中英文长文件名，但在复制长文件夹时
如果这个长文件夹下还有长文件夹，那麽其下的长文件夹名就变成了短文件夹名
站长，您能帮我修复吗？

ain压缩软件完全不支持长文件名，可是无论是速度还是压缩率都比arj略胜一筹。
这艰巨的任务交给你了Wengier

我测的六大压缩软件压缩率: ACE>RAR>AIN>ZIP>ARJ>LHA(LZH)

DOSLFN 0.40c本来就是0.32n版的更新版本，增加了不少新功能，修正了以前版本的不少BUG，也比以前更稳定，为什么不用新版本呢？

Tuturdo确实支持长文件名，可惜其功能本身有问题或BUG，这就只能由其作者来检查原因并修正了，毕竟我对此软件极少用也不熟悉，而且也已有许多更好的替代工具。

至于给AIN增加长文件名支持，呵呵，说真的，这绝非易事，也许其作者当时就感觉太难实现了所以就没有给它加入这个功能吧，没办法。。不过其实完全可以用上面提到的压缩率更高且支持长文件名的ACE或RAR来替代。

另外，可以多列出一些本来可以支持长文件名但在有LFN API的纯DOS下无法支持长文件名的软件，以便进行解决。

rar2.00(界面有点像ace)在win32下支持长文件名, 在纯dos下用doslfn+fakewin4不支持长文件名

RAR 2.00？好像很难找到这个DOS版本了，手头上也没有因此无法测试。不过比它更新的RAR 2.50的DOS版倒是有，但它本身就不支持长文件名呀。印象中DOS版的RAR是从3.00保护模式版本才开始支持长文件名的，之前的则均不支持。当然，如果认为有错的话，可以发一份RAR 2.00上来以便测试。

对了，上次忘了说一句，DOSLFN 0.40c跟0.32c一样，CP437UNI.TBL用于加载英文代码页，而CP936UNI.TBL用于加载中文代码页，如果用前者仅支持英文长文件名，以节省内存占用，而MS-DOS 7.10标准启动盘中也是默认情况下使用前者；而用后者才可支持中英文长文件名。

另外，DOS下的NES模拟器建议用RockNES 4.0，这个比那个NESTICLE要新得多（这个是2004年版），而且也支持长文件名。可在这儿下载：

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

由于这些软件都是在几年前测试的，而那时又没法上网，现在由于时间紧，旧凭印象想哪些软件支持，所以出了许多错误。我把qv和rar2.0弄反了，因为它们是前者完全支持，后者完全不支持。在这里我把rar2.00上传给您作收藏吧。

我还是希望您把“Info-ZIP 5.5 572K也是很强大实用的ZIP管理工具,包含ZIP(ZIP文件压缩),UNZIP(ZIP文件解压),ZIPSPLIT(ZIP文件分割)等很多命令(均有详细说明).它支持很多选项,功能也很多,比如支持长文件名(32位DOS版本)等.这是今年的最新版.”和“Pinco's Commander 2.2 136K 速度很快的文件管理程序,有许多功能,如自定义菜单或颜色,文本查找,文件关联,格式化磁盘等,还能查看多种压缩文件内容.”上传，以便让我来测试，谢谢。

fw1.35长文件名问题已解决，把DOSLFN 0.40c的可执行文件覆盖到0.32n，即可。再次感谢Wengier管理员