home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
High Voltage Shareware
/
high1.zip
/
high1
/
DIR4
/
QCPY339A.ZIP
/
QUIKCOPY.DOC
< prev
next >
Wrap
Text File
|
1993-07-04
|
37KB
|
694 lines
QUIKCOPY 3.34
by
Roland Skinner
Copyright (c) 1993
RJS Software
QUIKCOPY is a utility to copy one or more files (in one or more
subdirectories, to another drive and/or subdirectory), or one or more
diskettes (to or from one or more other diskettes or image-files), as
quickly as is possible. One can optionally move the files/subdirectories.
QUIKCOPY will not give up on read-errors, and will attempt to read a
damaged file/diskette until it succeeds. One may specify that QUIKCOPY will
ignore an error, after a specified number of retries, when copying
diskettes.
QUIKCOPY utilizes all available memory in a system - Conventional, EMS and
XMS is supported - and uses memory extensively to improve copy-performance.
When copying diskettes, QUIKCOPY may even utilize hard-disk or ram-disk
space to improve copy-performance.
QUIKCOPY is one of a few utilities that allow one to lock the destination
directory when copying subdirectories. This is useful when one wants to
copy or move all files with a certain extension, e.g. "*.BAK", to a certain
directory for deletion, viewing or other purposes.
QUIKCOPY also allows one to copy or move files to diskettes in such a way
that the diskettes are maximally filled. This may prove useful when copying
entire directories of files from a hard-disk to a diskette.
This is the nineteenth official public release of QUIKCOPY (v3.34).
QUIKCOPY started off as a small utility to recover damaged files on
floppy-disks, when I still ran an XT, by repeatedly reading the sections of
a damaged file until it succeeded, and then writing it to another disk.
Since then, it was realised that this utility could be useful for
general-purpose copying, and it was then that QUIKCOPY started developing
into a "serious" utility. Now, QUIKCOPY can perform both file-copies and
diskette-copies.
The first "real" release of QUIKCOPY was v1.00. This version supported
conventional, EMS and XMS memory, and allowed one to copy one file at a
time, and improved copy-performance for files of length 100k or more.
There was a small bug in v1.00 of QUIKCOPY, but a rather serious one! In a
line that calculated the position of a buffer in XMS memory, the compiler
interpreted what should have been a 32-bit integer result as a 16-bit
value, and thus the output was a corrupted version of the source! This
brought about v1.01.
A friend of mine, from Cape Town (SA), when visiting me, saw QUIKCOPY, and
pointed out that it would be very useful to the general user. I gave him a
"private" copy, which he took home with him. Six months later, when back in
the Transvaal, he informed me that the people were going "wild" over the
utility, and this prompted me release the new version into the
public-domain.
QUIKCOPY v2.00 was a much revamped version of QUIKCOPY, which maximized
usage of memory, disk, etc. I had always admired the features of DOS's
XCOPY command, and decided to implement certain of its features, most
notably, the copy-subdirectories option and the ability to copy multiple
files per "pass". This version also checks for situations such as disk-full
errors, etc. which previous versions did not, and also that one does not
try to copy a file over itself, or go into cyclic copies (where one copies
a directory and its subdirectories to one of its subdirectories, which
becomes cyclic, and would never stop).
As from v2.10, QUIKCOPY supports write-protected media more extensively,
especially when moving files. QUIKCOPY will no longer try to write to such
such protected media, such as CD-Rom or floppy-disks with write-protect
tabs.
As from release v2.20, QUIKCOPY uses an improved and much faster approach
to moving files. If a file, or group of files, to be moved has its source
location on the same drive as its destination, QUIKCOPY will move the file
without having to actually read the contents of the file! QUIKCOPY will
also release time-slices at regular intervals for improved usage under
multitaskers, such as MS-Windows and DESQview.
Release v2.21 contained minor bug-fixes. With the introduction of the
improved file-mover, a loss of functionality crept into QUIKCOPY. One could
no longer cancel the file-movement process by pressing [Esc], etc. This was
fixed in that release. Furthermore, when one cancelled a
file-movement/-copying process, and asked to continue with other files,
QUIKCOPY continually asked the continue-question. This was also fixed.
Finally, when one copied/moved files to a disk that became full, QUIKCOPY
would sometimes leave files that could not be copied/moved successfully
on the destination; these files had zero-length. This was also fixed.
As of v3.00, QUIKCOPY can also copy diskettes. QUIKCOPY is able to copy
almost any diskette-format - including those created by utilities such as
FDFORMAT and MAXIFORM. Note that QUIKCOPY is not designed to copy special
copy-protection formats. QUIKCOPY does not require that a "diskette-reader"
program be resident to in order for it to copy non-standard formats (such
as 1.72M in 1.44M drive). If necessary, QUIKCOPY will even format the
destination (or target) diskette; one may even force QUIKCOPY to format
every destination diskette. QUIKCOPY can even copy diskettes to/from
image-files (files that contain the entire image of a diskette); this may
be useful for sending diskettes across communication-lines. One may also
specify whether to verify after formatting, writing, or both, or even not
at all. QUIKCOPY can make multiple (batch) copies of a single disk, and can
also copy one or more different diskettes when executed. When copying a
diskette, if there is insufficient memory to store an entire diskette-image
in memory, QUIKCOPY will attempt to use hard-disk or ram-disk space for
temporary storage; one may disable this feature. Note that QUIKCOPY should
be able to copy most diskettes in one pass, without requiring many -
usually any - "diskette-swops". QUIKCOPY has built in support for
disk-caches that cache diskette-drives. QUIKCOPY will disable
diskette-caching temporarily while copying diskettes. This is due to
disk-caches often undermining a program's ability to detect diskette
changes, etc. Currently QUIKCOPY only supports HYPERDISK. (If one
experiences problems with a disk-cache while copying diskettes, please
contact the author - see below.)
As of release v3.00, a new "temporary environment-variable", RJSTEMP, has
been added (see below).
Release v3.00 included one slight bug-fix. When moving files around the
same drive, QUIKCOPY would sometimes treat a subdirectory as a file and try
to move it as a file; this was fixed.
Release v3.01 was a bug-fix release. With the introduction of disk-copying
and disk-cache support, a slight loss in performance was lost due to
disk-cache manipulation, when it was not required, when used with
write-back caches. QUIKCOPY would previously flush the cache before
terminating; this was fixed. Also, earlier versions of QUIKCOPY did not
correctly detect and report errors due to empty drives, and QUIKCOPY would
seem to terminate for no apparent reason. This was fixed. Furthermore,
QUIKCOPY now reports an error if an illegal drive name is specified. These
are drives such as CON:, PRN:, etc - before, QUIKCOPY would also terminate
for no apparent reason, or report the error "Cannot copy file over itself."
when such drives were specified. Another error was with disk-copying to an
image-file. If a diskette was not completely copied to the image-file, due
to the user cancelling the copy, the partial image-file was not deleted;
QUIKCOPY now does so.
Release v3.02 was a bug-fix release. A rather serious error was found in
QUIKCOPY. QUIKCOPY would not copy 720K diskettes in 1.44M drives, and would
respond with a message about it being unable to set the diskette-media.
There are two different diskette-media settings for 720K diskettes in 1.44M
drives. Firstly there is a high-density (18 sectors per track) format with
40 sectors, and a low-density (9 sectors per track) format with 80 sectors.
QUIKCOPY was using the opposite media setting for these two different
diskettes; this has been fixed.
Release v3.03 was a private release. This version was an intermediate
release between v3.02 and v3.10. It improved the diskette-media setting
ability of QUIKCOPY, and also restored the old diskette-media settings on
completion of QUIKCOPY. Sometimes, when QUIKCOPY could not set a
diskette-media setting, the corresponding diskette-drive became unusable.
The restoration of these settings fixes this. Also, two new file-copying
features made their introduction. QUIKCOPY will now copy hidden and system
files or directories, when the option "/A" is specified. Furthermore,
QUIKCOPY will also copy empty subdirectories, when "/E" is specified. As of
v3.03, QUIKCOPY when copying subdirectories will use the same subdirectory
attributes (read-only, hidden, system, etc.) when creating such
subdirectories.
Release v3.10 introduced the ability to ignore read or write errors when
copying to or from bad diskettes. By adding the option "/I" with an
optional number (from 1 to 100), one may specify that QUIKCOPY will ignore
an error if it could not be correcting after a certain number of retries.
QUIKCOPY will report a warning when a diskette is copied that contained
such errors. This release was also the public release of the features added
in v3.03.
Release v3.11 was a bug-fix release. It only contained one bug-fix, but
this was rather a serious error that it warranted an entire release to fix
it. In v3.10, with the introduction of improved subdirectory copying,
QUIKCOPY sets subdirectories it creates to the same attributes the original
subdirectories had. This would sometimes lead to errors when the original
subdirectories did not have any special attributes. QUIKCOPY would appear
to have hung, since it was trying to set these attributes. This was fixed.
Release v3.12, was a bug-fix release. When a source or destination path
that did not exist, while copying files, was specified, QUIKCOPY would
sometimes appear to crash. QUIKCOPY now reports an error with such paths.
Also, QUIKCOPY would appear to have hung when copying subdirectories when
the path-name of a subdirectory was too long (maximum 64 characters).
QUIKCOPY now reports an error in such circumstances, and skip the files in
these directories.
Version v3.13 was a bug-fix release. With the introduction of extra
for source and destination path existence, QUIKCOPY also lost some
functionality. When copying from a different drive, whose current directory
was not the root, QUIKCOPY would report an invalid source path. A similar
problem would have occurred with destination paths. This was fixed.
Release v3.20 introduced two new features to QUIKCOPY's file-copying
abilities. Firstly, and probably more useful, is the ability to lock the
destination directory when copying subdirectories. This may prove useful
when copying (or moving) all files of a certain kind, e.g. "*.BAK", to a
specific directory for later deletion, viewing, etc. Adding the "/L" option
when copying subdirectories enables this feature. Furthermore, the
introduction of a delay when copying (or moving) files was made. This may
prove useful when moving files or copying many small files when the
copying/moving process is too fast (?) for human perception. Adding the
"/DELAY" option invokes this feature.
Release v3.21 was a bug-fix release. An error would occur when copying to
or from a disk's root-directory when it was referred to as "..". This was
fixed.
Release v3.22 was a bug-fix release. When copying or moving files, and an
error or user-cancellation occurred while copying the last (and usually
only) file in a batch of files, QUIKCOPY would constantly try to copy that
last file. This was fixed.
Release v3.30 introduced maximal diskette filling when copying or moving
files onto diskette. QUIKCOPY calculates the optimal diskette-fill
combination in memory, and then writes the files to the diskette.
Release v3.31, was a cosmetic release. A more user-friendly "more-prompt"
on the help screen was added. Also, the maximal-fill selection algorithm
was improved to increase speed.
Release v3.32, was a bug-fix release. The faster maximal-fill algorithm
implemented in v3.31 had a slight calculation error in it. This caused
QUIKCOPY to actually calculate a non-optimal selection of files to fill a
particular diskette. This has been fixed. QUIKCOPY will now run on systems
equipped with DOS v3.20 or above - no longer v4.00 or above. A few cosmetic
changes were also implemented in QUIKCOPY. QUIKCOPY turns off the cursor
during copying. When prompting the user, the cursor is made visible.
Release v3.33 was a maintenance release. Since v3.33, QUIKCOPY has support
for Microsoft's SmartDrive v4.00 (or above). QUIKCOPY also now flushes the
cache when filling diskettes, before asking for the next diskette.
This release, v3.34, is a bug-fix release. When cache-flushing was
introduced during diskette-filling, with v3.33, QUIKCOPY was not flushing
HYPERDISK. This has been fixed.
Note that versions v2.00 through v3.31 of QUIKCOPY required DOS v4.00 or
above. As of v3.32, QUIKCOPY requires DOS v3.20 or above. As of v3.32,
QUIKCOPY will also run under DR DOS. QUIKCOPY also requires EMS v4.00 or
above, if run on a system equipped with an EMS manager.
The following are some of the features of QUIKCOPY:
* Copy files/diskettes very quickly.
* Copy multiple files per "pass".
* Make a batch-copy of a diskette.
* Single-pass diskette copying.
* Maximize usage of available memory, resulting in faster through-put.
* Ability to copy subdirectories (a la XCOPY) - including empty
subdirectories.
* Ability to lock destination directory when copying subdirectories.
* Ability to maximally fill diskettes with a subdirectory's files.
* Ability to move files, and their subdirectories.
* Provision for slowing down QUIKCOPY, when it is too fast (?).
* Read files/diskettes until successful.
* Copy almost any diskette-format.
* Copy diskettes to/from image-files.
* Can format or verify destination diskettes.
* Use hard-disk or ram-disk space when necessary in copying diskettes.
* Allow user to cancel copy-process at any point, with a single
key-stroke.
* Fast file-moves on same drive.
* Copy/move hidden or system files and subdirectories.
* Ignore diskette-copying errors after specified number of retries.
* Multitasker friendly, especially with MS-Windows and DESQview.
* Built-in support for disk-caches when copying diskettes.
The format for executing QUIKCOPY is:
QUIKCOPY [[d:][path]source [[d:][path]destination]
[[<</S | /E> [/L]> | /F] [/M] [/A] [/DELAY[:ms]]
] | [/D [/M<+|->] [/B] [/F] [/V<F|W|A|N>] [/N] [/I[:num]]]
] | [/HELP | /?]
To get help, one may use the option "/HELP" or "/?" alone on the
command-line. The help is scrollable. A more-prompt will appear when more
help is available. From here, pressing "Y" or ENTER one can scroll the help
up one line. Pressing SPACE will scroll up one screen. Pressing "N", ESC or
CTRL-BREAK will cancel the help and terminate QUIKCOPY.
To copy/move a file (or batch of files), one must at least specify the
the source-files, i.e. "[d:][path]source", where "[d:][path]" are optional
and specify the drive and directory to copy from, and "source" denotes the
file(s) to be copied. Wildcards are allowed. One may optionally specify
the destination, "[d:][path]destination", to copy to (a similar format to
the specifying the source).
When copying files, to copy all subdirectories, with files that match the
source-criterian, add the "/S" option. All subdirectories that contain
files that match this criterian will be created if necessary. Empty
subdirectories can be copied by using "/E" instead of "/S".
When copying files, to move files, one can add the "/M" option. This option
can be used together with the "/S" or "/E" options, which could result in
subdirectories being moved as well. Note that when moving subdirectories, a
subdirectory will only be moved when it is "safe" to do so, otherwise it
will just be copied across (but its files will be moved).
When copying files in subdirectories, "/L" may be used to lock the
destination subdirectory. Using this option without either "/S" or "/E"
will cause an error. All files will be copied/moved to the locked
destination directory.
When copying or moving files to a diskette, one may use the "/F" option to
maximally fill the diskette with files from the source directory. QUIKCOPY
will fill a diskette, and if another diskette is required, prompt the user
to insert a new diskette. That diskette will then be filled. This process
continues until all source files are written to diskette. Note that the
user may cancel the file copying or movement process at any time by
pressing ESC or CTRL-BREAK, including when being prompted for a new
diskette. It may become necessary to cancel this process when one or more
of the files to be copied is larger than the size of the diskette. Note
that QUIKCOPY will only allow filling of diskettes. Note also that the "/F"
option may not be used when copying subdirectories ("/S" or "/E").
When copying files, one may use the "/A" option to copy all files,
including hidden and system files. This option also allows one to copy
hidden or system subdirectories, when used in conjunction with "/S" or
"/E".
When copying files, the copying or moving process may be too fast for one's
liking. Provision has been made for a delay to occur after completion of
each file. By adding the "/DELAY" option with an optional millisecond
count, "ms", one invokes this ability. A delay of "ms" milliseconds will
occur after each file move/copy has been completed. If "ms" is not
specified, a default delay of 500ms will be used. The delay, if specified,
must be in the range 1 to 1000ms (or 1/1000th to 1 second).
To copy a one or more diskettes, one must use the "/D" option, along and
specify a source image-file or diskette, i.e. "[d:][path]source". One may
optionally specify a destination, i.e. "[d:][path]destination" - if no
destination is specified, QUIKCOPY will use the same drive/file as the
source for the destination. Note that QUIKCOPY will determine whether the
specified source/destination is a diskette or image-file. Note that one may
not use a removable (floppy, etc.) drive to store an image-file.
The "/M+" option, which is the default, when copying diskettes, specifies
that one or more diskettes may be copied. The "/M-" option specifies that
only one diskette should be copied.
The "/B" option, when copying diskettes, is used to specify that more than
one target diskette should be made from a single source diskette; thus one
may make a batch of diskettes from one diskette.
The "/F" option should be used when copying diskettes when one wants each
target diskette to be formatted, regardless of whether or not it needed to
formatted.
The "/VF" option, which is the default, when copying diskettes, specifies
that QUIKCOPY should perform a verify after each format. The "/VW" option
specifies that a verify should be done after each write. The "/VA" option
will cause QUIKCOPY to verify always, i.e. after both formats and writes.
The "/VN" option may be used if one does not expect any diskette defects;
no verification will be performed at all. Note that verifying does slow
the copying process down, but it does provide a sense of security about
one's data on the target diskette. One should choose the balance that would
provide a good overall performance. The default "/VF" option should give a
good overall balance between performance and data-security, but if one does
feel data-security if of utmost concern, use the "/VA" option.
The "/N" option can be used, when copying diskettes, to specify that
QUIKCOPY does not attempt to use hard-disk or ram-disk space when copying a
diskette (if necessary). This option may also be used if problems seem to
arise when a hard-disk or ram-disk is obviously being used. Note that one
may run into problems on STACKERed (or similar) hard-disks when disk-space
is being used, and that disk-space eventually becomes too small for storage
purposes. Note that the "temporary environment-variable" specifies where
QUIKCOPY will attempt to use disk-space (see below).
When copying diskettes, the "/I" option can be used to specify that
QUIKCOPY ignore read or write errors after a certain number of retries.
QUIKCOPY has a default setting of 3, which is used if "/I" is specified on
its own. Otherwise, if "/I:num" is specified, where "num" is a number from
1 to 100, then QUIKCOPY will retry "num" times before ignoring such an
error. This is especially useful for copying bad diskettes that QUIKCOPY
will probably have no chance of recovering the lost data, or that are
"just plain bad". Note that the actual number of retries QUIKCOPY will
perform are three times the number specified, i.e.
Total_Retries = 3 * num.
QUIKCOPY will report a message after copying a diskette that it had
problems with during the copy-process, for which the errors were ignored.
Such diskettes may be potentially unusable.
During the copy/move process, the user may interrupt the process by
pressing [Esc], [Ctrl-Break], or [Ctrl-C]. This may be useful when QUIKCOPY
has been taking too long to attempt to copy a damaged file/diskette - the
"Abort, Ignore, Retry, Fail" message is not displayed while running
QUIKCOPY. After pressing one of these keys, a message indicating that a
certain file/diskette was not copied (because the user cancelled it) will
be displayed, and will ask whether to continue with the rest. Pressing [Y]
will continue, otherwise pressing [Enter], [Esc], [N], [Ctrl-Break] or
[Ctrl-C] will stop the copying-process.
The above message may also appear when some sort of error arises, e.g. disk
full. The same response will then be required.
Note that QUIKCOPY will not try to copy over files that are marked as
hidden, system or read-only. If one wants to overwrite such files, then one
should first change their attributes with ATTRIB or some similar utility.
QUIKCOPY will also not attempt to overwrite write-protected diskettes, and
report an error when this event occurs.
QUIKCOPY will not copy hidden or system files, unless the "/A" option is
used, but will copy read-only files. Note that the attributes of a file are
preserved during a copy (this includes moving a file). When moving a file,
QUIKCOPY will remove a file marked as read-only from its source-location,
after moving it.
QUIKCOPY utilizes a file-manager that allows more than one file to be open
at once, this manager will create a temporary file, which it uses to ensure
that a file can always be opened. This file will be deleted on termination
on the program. When copying diskettes, and disk-space gets used, QUIKCOPY
will also create a temporary file containing image-data. These files will
be stored in one of four locations. Initially, QUIKCOPY will attempt to
store the files in the directory denoted by the environment variable
"RJSTEMP" (introduced in v3.00). If this variable or the denoted directory
does not exist, QUIKCOPY will use the directory denoted by environment
variable "TEMP". This directory is usually set by DOS, MS-Windows, or other
programs to denote the directory in which to store temporary information.
If QUIKCOPY cannot find or there is no such setting, QUIKCOPY will try to
use the directory denoted by the variable "TMP". If neither of these
variables are set in the environment, the temporary file will be stored in
the current directory. One may set such a variable by adding
SET RJSTEMP=d:path
or
SET TEMP=d:path
or
SET TMP=d:path
to one's AUTOEXEC.BAT file, where "d:path" is the location in which one
wishes temporary files to be stored. It may prove useful to set this
location to that of a ram-disk, if one exists and it is sufficiently large
enough; sufficiently large to store a diskette-image; around 1.5M to 2.0M
should suffice.
A common problem that may arise is that QUIKCOPY cannot initialize the
file-manager. This occurs when none of the environment variables discussed
above have been set, and the current directory is on a read-only drive,
such as a CD-Rom or a write-protected floppy-disk. The following error will
be displayed:
ERROR - Could not install file manager!
One may correct this by adding one of the environment settings described
above to one's AUTOEXEC.BAT file.
I hope that users of QUIKCOPY will find it useful.
Roland Skinner
---------------------------------------------------------------------------
QUIKCOPY is NOT a free program. It has been released into the public-domain
so that users that who find it useful, or who have the need for such a
utility, may acquire and test such a program.
QUIKCOPY has not been disabled in any way in the public domain version. It
just contains a message that reflects that it is not free, and must be
registered. One is granted a 14 day period in which to evaluate the
suitability of QUIKCOPY to one's use.
One may register QUIKCOPY by sending a fee of R25 to the address below, if
you are a resident of South Africa, or one of its neighbouring states.
Users outside of South Africa, who wish to register, may do so by sending
$20 US to the address below. (A registration form is included with this
program.)
Registered users will receive the latest version of QUIKCOPY, without the
unregistered message. After registering, one may upgrade to the next five
versions of QUIKCOPY for free, and there-after one is entitled to an
upgrade price of R10 or $10 US. Registered users will also receive a unique
serial-number that they must quote on all correspondence after they have
received their registered version of QUIKCOPY.
---------------------------------------------------------------------------
DISCLAIMER
QUIKCOPY is provided as is. It has been tested extensively, and has proven
to fulfill the task it has been designed to do. The author or RJS Software
do not accept any responsibility for damage that may be incurred out of the
use of, or abuse of, the features provided by this program.
This program may not be modified, reverse-engineered, hacked (!!!), etc. in
any way whatsoever. It may not be sold for profit by any party, without
prior written permission from the author, Roland Skinner, and RJS Software.
The unregistered version may not be distributed without this documentation,
(QUIKCOPY.DOC) or the order-form (QUIKCOPY.ORD).
This program does perform an integrity check on execution. "Modified"
versions could have disastrous effects on a system - BE WARNED! Do not
attempt to compress this file, in executable form, using programs such as
LZEXE or PKLITE.
People using QUIKCOPY have a 14 day evaluation period in which to use the
unregistered version. People using QUIKCOPY in a commercial environment
must register QUIKCOPY in order to use it. (Cheaper rates are available for
registering multiple copies of QUIKCOPY; contact the author or RJS Software
for more information.)
By having read this, one agrees to abide by the above. By using the program
one acknowledges having read this file, and agree to the clauses above.
---------------------------------------------------------------------------
History of QUIKCOPY
- v1.00 Private release.
Uses conventional, EMS and XMS memory. Can only copy one file per
pass. Quick with large files.
- v1.01 Private release.
Corrected error with multiplication for XMS memory.
- v2.00 Public release.
First official public release.
Maximal usage of available memory. Multiple files copied per pass.
Ability to copy subdirectories. Ability to move files.
- v2.10 Public release.
Added more information to the documentation. QUIKCOPY now has more
support for write-protected media (CD-Rom, etc.).
- v2.20 Public release.
Corrected error with XMS memory when running under MS-Windows in
386 Enhanced mode and under DESQview/X. (Note, running Real or
Standard mode MS-Windows did not cause the error.) This error
occurred due to the two operating systems providing XMS as both
real and/or virtual memory, and reporting this memory as available
XMS memory, when it wasn't!
Improved checks so that one does not attempt to write one or more
more files over themselves.
QUIKCOPY is now more MS-Windows and DESQview "friendly".
Improved file-moves when moving files around same drive.
- v2.21 Public release.
Minor bug-fixes.
Corrected loss of functionality introduced with new file-mover of
v2.20.
Ensure that zero-length files are not left behind when destination
becomes full.
Corrected error where question to continue copying would
continually be displayed if user had cancelled process once, and
opted to continue.
(See documentation above for more details.)
- v3.00 Public release.
Introduction of diskette-copying ability, to and/or from both
diskettes and image-files.
Corrected bug which treated certain subdirectories as files when
moving files and their subdirectories.
- v3.01 Public release.
Minor bug-fixes.
Regained performance lost with file-copying - related to flushing
of write-back caches.
Partial image-files are deleted.
Detection of empty drives when copying files.
Now reports error when illegal drives (e.g. NUL:) are specified.
(See documentation above for more details.)
- v3.02 Public release.
Bug-fix release.
Corrected problem with diskette-media settings when copying 720K
diskette in 1.44M drive.
- v3.03 Private (intermediate) release.
Improved diskette-media setting.
Added ability to copy any attribute file or subdirectory.
Added ability to copy all subdirectories, including empty ones.
- v3.10 Public release.
Public release of features introduced with v3.03.
Added ability to ignore read and write errors when copying bad
diskettes.
- v3.11 Public release.
Bug-fix release.
Corrected problem with QUIKCOPY apparently hanging sometimes when
copying subdirectories.
- v3.12 Public release.
Bug-fix release.
Corrected problem with "too long" paths.
Improved check on validity of source and destination.
- v3.13 Public release.
Bug-fix release.
Fixed problem with validity check of source and destination of
v3.12.
- v3.20 Public release.
Introduction of "lock destination directory" feature, when copying
subdirectories.
Introduction of delay feature to slow down QUIKCOPY, when desired.
- v3.21 Public release.
Bug-fix release.
Fixed problem with root-directories when referenced as "..".
- v3.22 Public release.
Bug-fix release.
Fixed problem that arose if error occurred when copying last file
in a batch of files.
- v3.30 Public release.
Introduction of diskette maximal filling.
- v3.31 Public release.
Cosmetic release.
More user-friendly more-prompt.
Improved maximal-fill algorithm.
- v3.32 Public release.
Bug-fix release.
Fixed calculation error in maximal-fill algorithm.
Cursor turned off during copying.
Support for DOS 3.20 to 3.XX added, and DR DOS.
- v3.33 Public release.
Maintenance release.
Added support for SmartDrive v4.00+.
Added cache flushing when filling diskettes.
- v3.34 Public release.
Bug-fix release.
Fixed non-flushing problem with HYPERDISK.
---------------------------------------------------------------------------
THANK YOU
I would like to thank the following people:
- Rodin van der Laan
Request for a file move facility.
Reporting problem under MS-Windows (Enhanced mode) and DESQview/X -
turned out to be problem with XMS memory.
Reporting problem with empty diskette drives.
- Ian Gerada
Pointing out the error that could be reported when the file manager
could not be installed; the documentation now describes how to correct
this situation.
Same error that occurs when running on a Novell Network - this error is
still being investigated; if anyone else experiences a similar error on
a network, especially Novell, could you please contact the author.
- Ywain Penberthy, Dale Winterstein, David Herselman
Asking (in that order) for the ability to copy diskettes.
- Ywain Penberthy
Asking for the ability to copy (or move) any file or subdirectory,
including those with hidden and system attributes.
Request for copying of empty subdirectories.
Reporting problem with QUIKCOPY apparently hanging.
- Chris Penberthy
Asking for a delay feature to slow QUIKCOPY down, when required.
- Iain Forfar
Requesting more cosmetically user-friendly more-prompt on help-screen.
Request for cursor to be off during copying/moving.
- Roger Crossley
Asking for QUIKCOPY to run under DOS v3.30. QUIKCOPY now runs under
DOS 3.20 or above.
- Frank Starr
Reporting that QUIKCOPY v3.21 did not work with DR DOS. As of v3.32,
QUIKCOPY supports DR DOS.
---------------------------------------------------------------------------
Any correspondence may be forwarded to the address below.
Send your recommendations, bug-reports, requests, registrations, etc. to
Roland Skinner, or RJS Software, at:
P.O. Box 14134
Bredell
1623
Republic of South Africa
The above address is not a residential address; only a box number.
Anybody who is the first to recommend a feature that is later added to
QUIKCOPY, or is the first to report an error in the working of QUIKCOPY,
will have his/her name added to the THANK YOU section of this document.
Users requesting faster replies, etc. may send an Email message to Roland
Skinner on one of the echomail conferences in South Africa - I recommend
"RsaSOFT" - or (preferably) netmail me. My personal Email addresses are:
FIDONET: Roland Skinner @ 5:7101/55.1
InterNet: roland.skinner@p1.f55.n7101.z5.fidonet.org
roland@concave.cs.wits.ac.za
Roland Skinner