中国DOS联盟

Originally posted by Wengier at 2006-8-26 09:38 PM:

It can be done with XCLONE. ..

XCLONE also requires FAKEWIN4, which is quite troublesome, and I only need the XCOPY function, no other functions.

Originally posted by brglng at 2006-8-27 01:56 PM:

XCLONE also needs FAKEWIN4, which is quite troublesome, and I only need the XCOPY function, not other functions.

Then the best way at present is still to use the HX version of XCOPY mentioned last time (it is in the following boot disk, supports Chinese and English long file names, although it is not really in real mode as a whole, but the XCOPY function is all available; compared with other XCOPYs, there are various problems).

http://zhenlove.com.cn/cndos/soft/doscp.zip

Oh, thank you Wengier. But, I still want to ask, is there any other alternative program?

Originally posted by brglng at 2006-8-28 09:59 AM:
Oh, thanks Wengier
But, I still want to ask, is there any other alternative program?

As far as I know, there are no other truly perfect command-line alternatives. For example, LCOPY only supports English and does not support Chinese long filenames; ACOPY has weak functions and is not very flexible; Sysinternals and ROM-DOS's XCOPY support long filenames but have some obvious bugs; Omnifs is too large, too slow, and relatively cumbersome to operate, etc.

After careful testing, the xcopy provided by the webmaster is indeed perfect. It retains the original long file names after copying long file names in subdirectories. However, the xcopy in FreeDOS cannot correctly recognize the input source path and target path.

Webmaster, where did your xcopy come from? It can't run on the VPC virtual machine, and HXRT has an error again, showing many error addresses.
C:\>xcopy
Exception 0D
EAX=00400000 EBX=0000008F ECX=00110000 EDX=00000000 ESI=00400080
EDI=000054E4 EBP=000054F6 ESP=00226FF8 EFL=00090246 EIP=00002EFF
CS=0097 (00110000,0000552F,00FB) SS=00C7 (00000000,FFFFFFFF,CFF3)
DS=00C7 (00000000,FFFFFFFF,CFF3) ES=00C7 (00000000,FFFFFFFF,CFF3)
FS=00EF (00400040,00000FBF,00F2) GS=0000 (********,********,****)
LDTR=0038 (FF80A000,00000FFF,0082) TR=0030 (000D2DB8,00000067,008B)
ERRC=0000 (********,********,****) PTE 1. Page LDT=00186467
GDTR=07FF:FF808800 IDTR=07FF:FF809000 PTE CR2=00000067
CR0=80000031 CR2=00000000 CR3=00179000 CR4=00000200 TSS:ESP0=00000804
DR0-3=00000000 00000000 00000000 00000000 DR6=FFFF0FF0 DR7=00000400
LPMS Sel/Cnt=0087/0001 RMS=C7D7:0200 open RMCBs=0000/0000 ISR=0000
=FB E8 CA FE E8 E5 03 72 58 E8 9F 01
=0000 0000 0000 0000 ????

Originally posted by xugaohui at 2006-10-4 09:09 PM:
Where did you get your xcopy from, webmaster? It can't run on the VPC virtual machine, and HXRT has an error, displaying many error addresses.
C:\>xcopy
Excep ...

This is a problem with VPC itself, not being compatible with HDPMI32 (causing not only this XCOPY but also some other programs to have this issue). The documentation of HDPMI32 mentions compatibility with virtual machines like VMware, Qemu, Bochs, etc., but never mentions VPC, so it can be used in other virtual machines or real machines.

Tried it, and it feels pretty good. But there seems to be some operational issues with this bootable disk in VPC.

Originally posted by weilong888 at 2006-10-4 10:22 PM:
Tried it and it felt pretty good. But there seems to be some operation issues with this boot disk in VPC.

You can try different virtual machines (and real machines) more. If only a certain virtual machine (such as VPC) has problems, it is often its own bug (like the post on floor 37). The most fundamental solution is to correct some problems of this virtual machine itself.

Let's see what it is...........

Just want this thing, I've been looking for a long time.