Apply-Diz
History Documentation
Date Ver# Remarks
-------------------------------------------------------------------------------
1/23/93 ---- v2.5 Found another glitch with the new PKZip. Also added
support for SQZ archive types.
Worked out a couple other areas that will prevent the
file count from being 1 more than what is actually in
the archive. It was adding one to the total even if
there was a FILE_ID.DIZ.
The version 2.4 wasn't downloaded by many, but I figured
I would release another version number since I had
a terrible time with Tic-2-PCB.
Added some more output to the screen which shows the
archive name and compression type.
Apply-Diz.DOC has not been changed
1/15/93 ---- v2.4 Found my computer locked up this morning. It was because
a very unlikely situation existed that could hang the
system if something like 7 different conditions existed.
Well, they existed last night and that's when the hidden
flaw took over!
It seems when an LZH type archive was being processed,
the system would hang in the routine that gathered the
archive stats before compressing a FILE_ID.DIZ into it.
APP-DIZ.DOC has not been changed.
1/10/93 ---- v2.3 Thanks to Gary Hedberg and John Luce for bringing the
problems of the new version of ZIP to my attention, I
have changed the way the file stats are calculated & read.
I also added a routine to include the FILE_ID.DIZ in the
file count for the info line should it not exist before
updating the archive with a new FILE_ID.DIZ.
Also had a RESUME statement before any errors could be
processed which in turn would hang the system without
any notice or error reports.
No changes have been made to APP-DIZ.DOC.
12/27/92 --- v2.2 Thanks to Ray Cramer, who pointed out that the FILE_ID.DIZ
date/time stamp was being set to the archives date/time
stamp, and therefore allowing his upload processor pass
files who's contents were actually older than what he
allows on his system. - FIXED Thanks Ray!
I also found a problem with the archive statistics that
would cause a problem with an array if the archive had
numbers in it's name at exactly right place. - FIXED
Added a compiled date to the output screen.
Apply-Diz will now set the FILE_ID.DIZ to the newest file
date found within the archive. The archive's time stamp
will still be used for the time stamp on the FILE_ID.DIZ
however. This is not a real concern since there aren't
any processors that check a file's time for age. <g>
No significant changes to APP-DIZ.DOC, there's no need to
print it.
11/17/92 --- v2.1 Found a bug that created a DIZ.TMP scratch file instead of
the DIZIT.TMP file. This file was not being cleaned up
after a call to the archiver. -- FIXED
Added support for several more command line switches:
/CF = Only checks for FILE_ID.DIZ's within the archive,
and if found it will continue to the next archive
without checking the PCBoard directory listing.
/CP = Opposite of /CF. This will check only the PCBoard
directory listing and continue on if found.
These switches are only used to speed things up if you
don't want to have this running for a long period of time
on your system. However, if the description being searched
for doesn't exist, Apply-Diz will default to normal
processing for the current file.
/INFO = as requested by Tim Neff, an option for the usual
"Files: nn Newest: mm-dd-yy Oldest: mm-dd-yy" line
has been added. This only works in the normal,
/CP, or /RP mode of operation.
/NL = No logging. This prevents those large log files from
taking up precious hard disk space. The error file
will still be created if execution is unsuccessful.
/WK = This will be used to extract all FILE_ID.DIZ's,
make scratch files, and maintain the current sessions
logs. This must be specified as /WKDRIVE:
( i.e. /WKD: )
As requested by Ray Cramer, I added support for an exclude
file, verses internal coding, to prevent the inclusion of
additional lines in the FILE_ID.DIZ files. This file is
a straight ASCII text file with a single entry on each
line. See APP-DIZ.XLD for further details. I didn't want
to make a separate config file, or any other files that
have to be maintained, but this one really made sense!
Thanks Ray!
Made some changes to the program code with some speed gains
in a few areas. Unfortunately the slowness is due to the
archive programs.
Made more friendly error trapping routines, and better
file checking then previously used.
I would like to thank John Allen for testing Apply-Diz on
his Novell network system. He was the first one to report
the .!!! scratch file. MANY THANKS John!!!! :-)
Gary Hedberg was the first to test this version and I left
out a routine and Apply-Diz deleted all of his files in
the utility directory. This has be FIXED!!! <grin>
Thanks Gary!
Apply-Diz's memory requirements went up due to all the
additional options, but I don't believe it's over 135k.
If you determine different, please let me know. This
will most likely be different depending on how many
files are being imported due to the dynamic code I'm
using.
10/26/92 --- v2.0 MAJOR BUG SQUASH!!! Thanks to Randy Davila... It seems
I had a bug that was eluding my vision within the set file
date time function that was leaving the file open which
then caused a sharing violation and that in turn caused
a scratch file to be opened with a suffix of .!!!. THANKS
Randy!!!
Also during this bug massacre, I was able to determine the
memory requirements of Apply-Diz. It's less than 75k!
That means it should run in almost any environment. <g>
10/26/92 --- v1.0e Found an area that would sometimes hang the system because
I wasn't doing a complete exit from the program and that
would cause it to hang sometimes.
Changed a couple output routines, and tinkered with the
File Date/Time routine.
Still haven't figured out the network stuff yet, but I'm
reading up on it, and Desqview.
10/17/92 --- v1.0d Again corrected a bug in the routine that makes the
FILE_ID.DIZ's. Also found a bug that aborted the
execution if only a DESC.SDI file existed.
This should now work John!<g>
Changed some routines that will now preserve the archives
original date time stamp, thus not making it appear as
a new file when PCBoard processes it's directories.
Speeded up the code.
No changes made to APP-DIZ.DOC.
10/16/92 --- v1.0c Several bugs popped up over the last few nights, so I went
in and made some changes...
Added an <esc> key checking routine. Anytime during the
processing of files, you may press the <esc> key to abort
the process... (after the present file has been processed)
Added a log file. It will be called APP-DIZ.LOG and this
file will report all activity for each process. If the
program terminates abnormally, it will make another file
called APP-DIZ.ERR. Anything reported in this file as
debug code, or program error should be reported
immediately.
Made a new command line option in light of the bugs in the
three previous compiles. You can now specify RF or RP
after the PCBoard description file. RF will overwrite the
FILE_ID.DIZ file within the archive, and RP will overwrite
the PCBoard description with the FILE_ID.DIZ.
I Changed the way the command line handles wild cards. It
now accepts a wild card anywhere in the archive file spec
(i.e. C:\UPLOAD\*.ZIP, C:\UPLOAD\*.*, or C:\UPLOAD\NNN.*).
Added more filters for the file directory description when
making a FILE_ID.DIZ from the PCBoard description. It
should now filter "Uploaded by", "Downloaded", "Apply-Diz",
and "Received by". If you know of anymore, or you have one
that isn't supported yet, please leave me a message and
I'll put it on this list for the next release.
Made code to prevent the processing of .EXE, .COM, .TXT,
.GIF, .PCX, and .TIC files. If you can think of any more
just let me know. I had to screen out the .EXE files
because I don't have the info for detecting self extracting
archives YET.
APP-DIZ.DOC has been updated.
10/14/92 --- v1.0b Another bug was uncovered that wasn't importing the
complete file description into the FILE_ID.DIZ. I hope
this is the last of these little glitches!
10/14/92 --- v1.0a I stumbled across a bug that wasn't allowing DESC.SDI
files to be imported into the PCBoard descriptions.
10/14/92 --- v1.0 Initial public release.
