home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Monster Media 1994 #1
/
monster.zip
/
monster
/
UTIL_ARC
/
ZP20_DOM.ZIP
/
ZPROCESS.HIS
< prev
Wrap
Text File
|
1994-03-13
|
7KB
|
143 lines
Here's the history of ZIP PROCESSOR by Drake of Dominators...
1.0 - April 10th, 1993 (Released)
---------------------------------
It all started out with the idea of collecting a lot of daily used functions
for ZIP files, in one single program. In this first version, checking for
CRC-errors, removing bbs-ads, adding ZIP comment and stripping -AV info is
possible. Paths to scan, full utility paths and option selection is configu-
red from inside the program, and not just from a textfile in dos. It's all
build up of windows, created with a user-defined font. Output from the work
in DOS, is redirected to a window on the screen by re-routing Interrupt 21h
and 29h. The DOS work can be interrupted by pressing Control+C.
1.1 - April 18th, 1993 (Not released)
-------------------------------------
Option to maintain original ZIP date added by user request.
Abortion-check while doing DOS work extended/made more secure. It is no
longer possible to break one of the external programs directly as in v1.0,
as Interrupt 9 is re-routed to a routine checking for Control+Alt+Delete,
Control+C and Control+Break. This means, that an operation, e.g Stripav, is
finished, and the checking for abortion done afterwards by checking a status-
byte set by the new interrupt-handler, and not just by checking the error-
level, as not all the external programs have an "abortion" errorlevel.
Better input-checking when choosing options. It's no longer valid to leave
a field blank.
The program tended to lock-up when entering an invalid path. The loop it
got stuck in, was a loop stripping the search-spec until a '\' was reached,
e.g. in c:\leech\*.zip, '*.zip' would be stripped. If there were no back-
slash, the program would lock. This has been fixed, and a special Path
validation has been added to my input-routine, so you won't be able to use
illegal characters as input, when inputting paths.
1.2 - June 3rd, 1993 (Not Released)
-----------------------------------
Better Utility Path input. Now allows cursor up/down movement and line
deletion. Also added a feature, that when you've entered the directory for
your first tool, strips the path, and uses that path for the other tools
also, if no path has been supplied for them. You may wonder why the utility-
paths are necessary at all. Well, some people like to execute external
programs by using COMMAND.COM, so that the path is searched for the program.
I don't do that, whenever i can avoid it, of two reasons: 1. To execute with
direct path can be much faster, 2. I get more error messages back from DOS
this way.
Added better search-routine for the configuration file ZPROCESS.CFG. It now
searches for the file in the current directory and in your path.
1.3 - September 3rd, 1993 (Released)
------------------------------------
Added the parameter BATCH, so that you can start the filescanning without
going through the menu.
Added my powerful "Tricky BBS Ad Removing System", that takes care of the
very! annoying ads with RANDOM name, and CHANGING size!!
Now also DesqView compatible.
1.4 - January 25th, 1994 (Not Released)
---------------------------------------
It's been a while since the last release, but that's because the program has
been running smoothly without any major bugs to be concerned with.
The "Keep original filedate" option was not kept when removing a Tricky Ad
from an archive in the previous versions. This has been fixed.
The removal/checking for a Tricky Ad in an archive subdirectory would fail.
This has also been fixed.
The program is now more Multitasker aware than ever, checking for DesqView,
Windows, Windows NT, OS/2, DoubleDos and much more. This is necessary, as
userdefined fonts can't be used without bugs in a multitasking environment.
If a multitasking environment is detected, the standard font is used.
The first file matching the search-spec was always checked first AND last
(twice). I don't know why this problem occurs, but if you make a batchfile
with a FOR loop that e.g. deletes bbs-ads from *.zip, it will do exactly the
same! The bug is either in the Dos find-first and find-next functions, or in
pkzip. I fixed the problem in v1.4 though.
1.5 - February 27th, 1994 (Released)
------------------------------------
It's now possible to take advantage of a specified workdrive, by setting a
systemvariable called PKTMP to a drive. All temporary files from pkzip and
pkunzip + all temporary files from ZP will be stored on this drive. Setting
PKTMP to a RAM drive will speed up things conciderably! An example of a use
could be SET PKTMP=E:\
The menus can now be activated with F10 also, which i'm sure many DesqView
and OS/2 users will find handy, as atleast those two products also use the
ALT key to activate windows.
BATCH option was removed! If you want to take advantage of the options in ZP,
then you'll have to use the Dominators PCBoard Upload Processor (DOM_PUP).
2.0 - March 13th, 1994 (Released)
---------------------------------
Since this might be the last version in some time, because the program runs
very smoothly without any bugs (as far as i know), i decided to jump to v2.0
this time.
The work done on the ZP since the last version, is mostly cosmetic. You now
see a "done-o-meter" on the screen, indicating how much of the current scan
path that's been processed (notice, it indicates the _current_ scanpath, not
the total amount of files if you have more than one path to scan).
The amount of jobs done are shown on the screen, that be how many files that
have had -AV info stripped, logo added, how many random bbs-ads were removed,
how many normal bbs-ads removed, how many files crc-checked (not the amount
of zip-files, but the amount of files inside the zip's tested), and finally
how many zip's that failed the CRC check. The counting of tested files and
files deleted was quite funny to code, as zip doesn't report back how many
files that were checked/deleted. I had to include the counting in my interrupt
handler that controls the screen output. Dirty! :)
The current path being processed is shown on the screen.
ZP now uses a temporary directory named ZPROCESS.@@@ for storing possible
random ads while scanning them for keywords. By not doing this before, some-
times ZP would try to restore a file with the same name as one existing in
the current directory, causing pkunzip to come up with the message "XXXXX
already exists! Overwrite?". This will no longer happen because of the use
of a temporary directory, plus that ZP now simply overwrites any existing
files that might be in that directory (not that there will be any...).