China DOS Union

Originally posted by johnsonlam at 2007-1-12 10:12 AM:



Thanks!
That means you can clone Windows XP or Linux without any parameters, that's great!

Processing a smaller XP (such as about 2 or 3 GB) is still okay. My CPU is 733 MHz, and it takes about 15-20 minutes, which is acceptable. But for processing Linux, it's not very suitable. It's nearly 10 GB! It will take a longer time.
In the future, if I have time, I'll use XMS.

The English documentation has been completed. I'll compile it into the program tomorrow when I go back.

[ Last edited by GOTOmsdos on 2007-1-12 at 11:24 AM ]

The English document is basically completed, but it needs to be adjusted tomorrow

[ Last edited by GOTOmsdos on 2007-1-12 at 12:46 PM ]

Support

Brother GOTOMSDOS,
Has the virus on your computer been completely cleaned up? There won't be a LOGO on the attachment anymore, heh heh! Just kidding! Up!

Thanks for your concern, it's being cleaned up!
The system disk has been cleaned up, so that's fine. If you don't touch the EXEs on other disks, it'll be okay.
The BC31 file for compiling TOdisk is on the disk that was cleaned, and the update program needs to be compiled in pure DOS, which is fine.

The English document has been basically perfected and is being checked and proofread.
In addition, improvements need to be made to two parameters of the program:
1. Allow V without a number, with 2047 as the default (the maximum capacity of a single DOS file is 2048MB)
2. Add a global switch -i, which is equivalent to -ir plus -iw

[ Last edited by GOTOmsdos on 2007-1-13 at 06:20 AM ]

A bit strange:
I haven't updated the program for a long time. Just now, I wanted to improve two small parts. But after modifying the source code (just two small parts, not related to the global), there was an error during compilation: (I'm sure I didn't touch the source code since the last successful compilation!)

The error is as follows: (BC31)
MAKE Version 3.6 Copyright (c) 1992 Borland International

Available memory 15728640 bytes

bcc -c -O2 -Z -ml crc32.c

Borland C++ Version 3.1 Copyright (c) 1992 Borland International
crc32.c:
Error zutil.h 21: Unable to open include file 'stddef.h'
Error zutil.h 23: Unable to open include file 'string.h'
Error zutil.h 24: Unable to open include file 'stdlib.h'
Error zutil.h 38: Unable to open include file 'errno.h'
Error zutil.h 97: Unable to open include file 'alloc.h'
Error crc32.c 37: Unable to open include file 'limits.h'
*** 6 errors in Compile ***


Available memory 4187800

** error 1 ** deleting crc32.obj

Unable to open include file 'stddef.h'......
That is, it can't open the include file, but these files are clearly present, and the INCLUDE path is correct

I thought it was a disk problem, so I changed to BC31 on another partition, and it was the same error!
(If it's a disk problem, how could it happen that the files in different partitions that are exactly the same are problematic?!)

In pure DOS, after organizing with SCANDISK, it's still the same error!

In XP, after organizing with CHKDSK /F, it's still the same error!

I thought it was a problem with the BC31 program, so I downloaded the new BC31, and it's still the same error!

Replacing the modified file with the original file is still the same error! Deleting the *.OBJ *.LIB files still doesn't work!

In pure DOS and XP's COMMAND, it's the same error!

It's compiled using the MAKEFILE method (the program is complicated, so it's not convenient to compile in other ways. I tried compiling a C file that also needs 'string.h' and other header files alone in the BC interface, and there's no problem!)
This error shouldn't be related to the compilation method. (It was okay before)

(Additional: I once encountered this problem before, but it was fine after restarting. This time, restarting multiple times doesn't work!)

Extremely puzzled...

[ Last edited by GOTOmsdos on 2007-1-14 at 12:13 AM ]

Originally posted by GOTOmsdos at 2007-1-13 01:19 PM:
A bit strange:
I haven't updated the program for a long time. Just now, I wanted to improve two small places. But after modifying the source code (just two small places, not related to the global), there was an error during compilation: (I'm sure, the top...

Insufficient environment variables?

shell=command.com /e:1024 /p

Originally posted by johnsonlam at 2007-1-13 03:23 PM:



Not enough environment variables?

There are very few environment variables in the configuration
Okay, I'll give it a try...

Tried it, still the same error.
After renaming CONFIG.SYS and AUTOEXEC.BAT, still the same error.
Checked the BC31 and program source code directories with Norton with the latest virus definitions, no virus.
Extremely puzzled (I really can't find the reason now)

[ Last edited by GOTOmsdos on 2007-1-14 at 12:07 AM ]

Because I suspected that there was something wrong with BC31 on the machine, I tried TC2 and TC3, and it was almost the same problem.
I downloaded BC31 from the China DOS Union forum, and the result was still the same error!

I was already desperate!
But, I still wouldn't give up, because I was convinced that the source code was okay, the machine and DOS configuration were okay,
and I downloaded another BC31 to try.

I downloaded BC31 from Hengchuang DOS, and as soon as I tried it, it really succeeded! (But, it only succeeded in the DOS window (COMMAND) of WINDOWS, and still didn't work in pure DOS! It's really strange!)
I took a look, the original BC31 and the BC31 from Hengchuang DOS were the same version 3.1, but the former was 24M and the latter was 40M!

Now, it's basically concluded that this should be a bug of the original version of BC31?

Here, I especially thank the Hengchuang DOS version!

[ Last edited by GOTOmsdos on 2007-1-19 at 01:22 AM ]

The English help has been polished again and is basically finalized. Now compile it into the program...

Originally posted by johnsonlam at 2007-1-12 10:15 AM:



Maybe removing useless things, it is said that the compiler will add a lot of useless things
People who know Assembly should not find it difficult to remove those...
Moreover...

What I don't understand is that it was actually reduced by more than half!

Hehe, top ` GOTOMSDOS brother is really amazing```

Originally posted by 本是 at 2007-1-11 09:37 AM:


Use real mode + XMS calls (refer to REALMEM.ZIP[http://ftp.lanet.lv/ftp/mirror/x2ftp/msdos/programming/memory/realmem.zip])

Thanks a lot,
But the download file you provided is real mode + XMS...