中国DOS联盟

I downloaded the attachment xcopy from martin325. After entering DOS, I placed the unzipped file in the virtual floppy drive containing DOS files.

Explanation: I don't have a floppy drive, so I used ramdisk.exe to virtualize a floppy drive, and then used vFloppy.exe to load the 7.10 DOS image file.

The result is that xcopy cannot copy files, and it prompts a file or command error. Does the inability to use it have to do with the difference between booting directly from a floppy disk and virtual booting?

Is there a difference between booting directly from a floppy disk and virtual booting?

xxcpoy can be used in pure DOS. xxcpoy has the function of deleting all files in the target folder, which is especially suitable for use in virtual disks.

For example, XXCOPY /E /H /Z /YY %CDROM%:\PQ %RAMD%:\TEMP >NUL
Copy all files in the PQ folder on the CD-ROM to the TEMP folder on the virtual disk, and at the same time delete all files in the TEMP folder.

My English is not good. I deleted all the files on the D drive when I learned XXCOPY five years ago, and I thought it was a virus causing it:lol:

The help document shows that I will upload an XXCOPY16. Everyone should use it with caution.

Originally posted by fastslz at 2006-6-9 12:15 PM:
xxcpoy can be used in pure DOS. xxcpoy has the function of deleting all files in the target folder, which is especially suitable for use in virtual disks.

For example, XXCOPY /E /H /Z /YY %CDROM%:\PQ %RAMD%:\TEMP >NUL
Copy all ...

XXCOPY is not okay. The one you mentioned that can be used in pure DOS is XXCOPY16. As I said above, XXCOPY16 does not support long file names.

Originally posted by asbai at 2006-6-9 01:36 PM:

There are some issues with the FindNextFile and FindFirstFile implemented by HX. When there is no matching file in the current directory, it refuses to search subdirectories and returns an error. I haven't tried the latest version yet, not sure if it's fixed. This problem is likely the reason why xcopy can't run normally under HX.


=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Just tested again, it's fixed!

For this XCOPY, I reported at least three bugs via several emails, and they were all fixed one by one, so it can finally be used normally.

Originally posted by Wengier at 2006-6-9 13:47:

For this XCOPY, I reported at least three bugs through several emails successively, and they were fixed one by one, so it can finally be used normally.

Hehe, brother Wengier has worked hard.

I think brother japheth is really pitiful. I often coerce him to add various API supports recently. At first, he was still cooperative. Later, when it came to asking him to add SMP and AIO supports, he finally broke down. ;)

I personally like using mirror.
Mirror creates exact copies of directories (or entire directory structures) with minimal operations, which is ideal for backing up data on DVD-RWs or over a network, for example. It will only overwrite existing files when necessary and delete files in the destination that are no longer present in the source (unidirectional synchronization). Mirror can ignore files that match regular expressions or file masks.

Download: http://home.in.tum.de/~jain/dl.php?get=Mirror

Okay, learning has become more convenient.

Thanks, received~~~`

Is there currently any copy that supports long filenames in real mode?

Originally posted by brglng at 2006-8-25 05:04 PM:
Is there currently any real-mode copy that supports long filenames?

The copy internal command in MS-DOS 7.1 itself supports long filenames.

I mean like XCOPY that can copy directory trees and hidden files, system files, etc.

Originally posted by brglng at 2006-8-26 10:32 AM:
I mean something like XCOPY that can copy directory trees and hidden files, system files...

You can use XCLONE.

XCOPY, good, thanks for providing

How many versions of XXCOPY are there??