中国DOS联盟

Now the computer in my unit is a Lenovo with Huidun protection. Data cannot be saved on the C drive. Therefore, the installations and configuration files of Mozilla Firefox and Thunderbird cannot be saved. Also, many programs need to put things in "C:\Documents and Settings", and the folder location cannot be moved, which is really troublesome. Recently, this is how I save and back up. Once when the restore card was unlocked, I edited the "Path" variable in the properties of "My Computer", put the path of winrar in it, and then wrote a file to save settings:

mkbksd.bat
@rar a -u -as -ep3 -r e:\hj\backup\bk\bkfxsd.rar "C:\Documents and Settings\Administrator\Application Data\Mozilla"
@rar a -u -as -ep3 -r e:\hj\backup\bk\bkbirdsd.rar "C:\Documents and Settings\Administrator\Application Data\Thunderbird"

Restore settings
restore.bat
e:
@cd "e:\hj\backup\bk"
REM Try to restore with the shutdown backup file
@rar x -ep3 -o+ bkfxsd.rar
@rar x -ep3 -o+ bkbirdsd.rar

I think if the content of Path cannot be modified, the absolute path of rar can also be put in the script. It can be used simply. Of course, it cannot be compared with the great work of the building owner. Just I want to say that I also had the plan to write such a script, and now it is labor-saving and happy.

What a lot of effort this must take.

This program is not perfect. I just tested it. I added a backup job and then deleted this backup, but the backup file generated by the program was not deleted, and the startup item in the startup items did not delete either. :o

Originally posted by htysm at 2006-9-15 22:46:
This program is not perfect. I just tested it. I added a backup job and then deleted this backup, but the backup file generated by the program was not deleted, and the startup item in the startup item was not deleted either. :o

　　Did you use the built-in delete function of this program to delete it? If you use the built-in one to delete, it should be able to delete the startup item in the startup item. I have tested it for a long time. If it really cannot be deleted, please describe your operation in detail to see which part is wrong.

　　You said that the backup file generated by the program was not deleted. Does it mean the bat file placed under %programfiles% was not deleted, or the file copied after the backup was successful was not deleted? If it is the latter, then it is exactly what the backup task needs: even if the program deletes it, the file is still retained. If it is the former, please describe your operation in detail.

I suggest trying unxutils, talk later.

Actually, the batch commands under DOS are quite rudimentary. Many times, it's difficult to achieve the effect we want. At this time, it's a good idea to use some Unix tools ported to Windows, which is likely to get twice the result with half the effort.

See http://unxutils.sourceforge.net/

For example, you can use dirname to separate the path name from the file name, etc. I found it very useful when writing scripts. The following is a draft of my script to add tar & gzip compression to the right-click menu. My level is very low, so I put it out for everyone to have a laugh.

set tmpdir=e:\temp\
set progdir="D:\Program Files\UnxUtils\usr\local\wbin\"
%progdir%echo -n -E %1 >%tmpdir%1.txt
%progdir%dirname %1 >%tmpdir%2.txt
%progdir%gawk "{print length($0)+2}" %tmpdir%2.txt > %tmpdir%3.txt
for /F %%i in (%tmpdir%3.txt) do %progdir%gawk "{print substr($0,\"%%i\")}" %tmpdir%1.txt > %tmpdir%4.txt
for /F "delims=?" %%j in (%tmpdir%4.txt) do set bsname=%%j
%progdir%gawk "BEGIN{FS=\".\"}$0 ~/\..?.?.?$/{NF=NF-1;print $0}" %tmpdir%4.txt >%tmpdir%5.txt
%progdir%test -s %tmpdir%5.txt
if %ERRORLEVEL%==1 goto noext
for /F "delims=?" %%i in (%tmpdir%5.txt) do %progdir%tar cvf "%%i.tar" "%bsname%" && %progdir%gzip "%%i.tar"
goto end
:noext
for /F "delims=?" %%i in (%tmpdir%4.txt) do %progdir%tar cvf "%%i.tar" "%bsname%" && %progdir%gzip "%%i.tar"
rem del /Q /S %tmpdir%1.txt
rem del /Q /S %tmpdir%2.txt
:end

Modify the registry

Windows Registry Editor Version 5.00


@="Compress with tar"


@="D:\\Program Files\\UnxUtils\\bin\\mktgz.bat \"%L\""


@="Compress with tar"


@="D:\\Program Files\\UnxUtils\\bin\\mktgz.bat \"%L\""

Originally posted by hj_18 at 2006-9-16 03:08:
For example, you can use dirname to separate the path name from the file name, etc.

　　Actually, if you just need to separate the path name from the file name, you don't need third-party software. The for statement in CMD can do it. %%~pi represents the path name, %%~ni represents the file name, %%~nxi represents the file name with extension... Hehe, through continuous improvement by Microsoft, CMD has become very powerful. It's just limited by our understanding, and it's difficult to give full play to all its functions. What seems difficult to complete, as your understanding deepens, you will find that you are getting closer to success. Finally, you can solve problems through CMD, keep making new discoveries, and keep having new surprises. This is the charm of the CMD command line, and this is also the motivation for us to keep exploring the CMD command line tirelessly. Hehe, a little sentiment, a bit off topic.

I just feel that DOS can't directly assign the output result of a command to a variable, and I have to use a temporary file and FOR, which is a bit annoying. Also, things like IF statements can't be followed by compound statement bodies, and several statements have to be written on one line, which is not nice in terms of format. Using FOR to read things from a file is never as convenient as gawk and so on. I might as well try perl or something.

DOS can directly assign the output result of a command to a variable. It's just that a variable can only receive one line of content at a time, and you can completely do without temporary files. If you use temporary files, either your skills are not enough, or the temporary files have other uses, or... or it's some kind of limitation that all command-line tools can't get around.

The if statement can still be followed by a compound statement body. You can enclose the compound statement body with a pair of parentheses in both the set statement and the command statement of if set command. Maybe you use it less.

The first time I saw such a powerful batch script, give it a thumbs up!

Originally posted by namejm at 2006-9-20 12:58 AM:
　　DOS can directly assign the output result of a command to a variable. However, a variable can only receive the content of one line at a time. It can completely be done without temporary files; if temporary files are used...

Can you please teach me? Give an example. I really don't understand. Thank you.
Ah, after reading the post at the top, I understood the second question.

Today I understood the first question.
http://www.cn-dos.net/forum/viewthread.php?tid=23405&fpage=1&highlight=

Last edited by hj_18 on 2006-9-27 at 20:08 ]

The xcopy_parameter parameter was not used. Is there a bit of a bug?

Friendly reminder, there is a small error here:

echo ecoh does not exist, maybe it has been renamed, moved or deleted

Here ECOH should be ECHO, hehe

Incomplete, unable to restore the backup file!

Last edited by uemuem on 2006-10-13 at 23:14 ]

ecoh is indeed a typo for echo, thank you for your reminder, it has been modified.

May I ask under what circumstances you can't restore the backup file?

Originally posted by namejm at 2006-10-14 00:27:
　　ecoh is indeed a typo of echo, thanks for your reminder, it has been modified.

　　In what situation are you unable to restore the backup file?

The previous one was a prompt for an error, so I noticed it

In the case where the source file does not exist but the backup file exists, the backup file cannot be restored to the source file's location, and there is no error prompt...
I don't know exactly where the problem is, and I can't understand the code either, to be honest! :lol: