China DOS Union

1. After inserting the CD, run this program, which can copy all the contents on the CD into one path on the hard disk.
2. Automatically check the newly copied things in this path and delete all *.bak files.
3. Generate a txt file or web page file that records the capacity of the just - copied things (precise to Mb), the total number of files. It would be even better if there is something like a tree - like structure to display the contents inside.

Thank you, any expert brother, help me out.

[ Last edited by namejm on 2007 - 1 - 11 at 05:03 PM ]

My CD drive is I, and the files are copied to h:\5.

The code is as follows:

@echo off

md h:\5

xcopy/s/e/q i:\*.* h:\5>nul&cd/d h:\5

if exist *.bak del *.bak

for /f "tokens=1-4 delims= " %%i in ('dir/s ^|find "文件"') do set a=%%i&set b=%%j&(if not "%%k"=="" set/a size=%%k/1048576)

echo %a%%b%  %size%MB>c:\1.txt



for /f "skip=2 delims=" %%i in ('tree /f h:\5') do @echo. %%i>>c:\1.txt

start c:\1.txt

The display result is:

8 files  30MB

 H:\5

 │  DI-604.mbd

 │  autorun.exe

 │  autorun.inf

 │  

 ├─Acrobat

 │      AdbeRdr60_enu_full.exe

 │      

 ├─Manual

 │      di604_man_revx_ger_161204.pdf

 │      di604_manual_205.pdf

 │      

 └─Quick Installation Guide

         di-604_manual_203_DE.pdf

         di604_QIG_205.pdf

[ Last edited by ccwan on 2007-1-12 at 01:49 AM ]

Thanks, moderator. I will correct it as soon as possible.
Thanks, brother on the 2nd floor. But it seems that the capacity display is incorrect. I saw from the file properties that it is 290MB, but in 1.txtl it is 304M. Why?
Also, if bak is a hidden file, can it be deleted?

[ Last edited by tuesposo on 2007-1-11 at 04:45 PM ]

Capacity is just an approximate number and won't be too accurate. Otherwise, you can try changing it to size=%%k/1049000 to see if it works. The del command can be used with parameters, and del/a/f/q should be sufficient.

This is not bad for making an index!!

Thanks. Also, can the file name not be 1.txt? The txt file name should be the time of the copy day, like 2006-05-13.txt. It would be better if it can be precise to the time, like 2006-05-13(16:52).txt. Can this function be available?

There are many ways in the forum about creating files named with date and time. You can search for it.

The time issue has been resolved, but how to display the capacity? I mean the file capacity shown when you right-click the mouse, not the file capacity converted from bytes.

Originally posted by tuesposo at 2007-1-12 21:44:
The elder brother, the time problem is fixed. But how to display the capacity? I mean the file capacity shown when right-clicking the mouse, not the file capacity converted from bytes.

This sentence is quite hard to understand.
Actually, the capacity in the right-click properties is also based on the byte as the basic unit. The so-called MB is also calculated from bytes.

Brother, I added a pause at the end of the program, and the program doesn't close automatically. Why do I get the following content?
Invalid number. Numeric constants can only be decimal (17), hexadecimal (0x11) or octal (021). Which line is the problem?

I think it's because of floating - point operation problems. But it doesn't affect use and display, and it can be shielded.

set a=%%i&set b=%%j&(if not "%%k"=="" set/a size=%%k/1048576)

The above sentence is changed to this:

set a=%%i&set b=%%j&(if not "%%k"=="" set/a size=%%k/1048576) 2>nul

Gaga, the problem is solved, :P:D:lol: Thank you, but there's still a small problem. I divided the number of bytes by 1048576, and the result is also incorrect. There's a difference of more than 10MB. Could it be that the number of bytes is incorrect?

Then, how many bytes is your file exactly? Have you tried using 1049000 as I mentioned on the 5th floor? After trying, please post the result for us to see, okay?

I've tried everything.

The file properties show 304,880,027 bytes, and the size is 290M. Dividing 304,880,027 by 1048576 gives 290.756.

But 1.txt says 304Mb, and the number of files is the same as in the file properties, which is 879.