home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
OS/2 Shareware BBS: 9 Archive
/
09-Archive.zip
/
ZFV12.ZIP
/
WHATS.NEW
< prev
next >
Wrap
Text File
|
1991-05-11
|
5KB
|
106 lines
ZFV v1.2 - Changes
──────────────────────────────────────────────────────────────────────────────
* ZFV now allows callers to extract 1 or more files from an archive into
a "temp" archive file for download. The temp archive file that is
created will be automatically Flagged when the caller is returned
to PCBoard (if certain conditions are met ... keep reading ...).
For this to work,
1). You must be running a version of PCBoard dated no earlier than
2/27/91.
2). ZFV must be run from PCB's "home" directory (ie. your PCBView.Bat
file must not change the current directory)
3). The temporary archive file must be placed into a subdirectory
that is part of your download path (see the /F switch below).
By default, ZFV will put the temp archive into whatever
subdirectory is used for PCBoard's "Temporary Work Files".
New command line switches/options have been added to support this
feature:
/X will disallow archive file extraction
/Fd:\path\ will cause ZFV to create any temporary archive files
in d:\path\ rather than in the location specified by
the PCBSetup "Temporary Work Files" entry which is
the default. Note that the subdirectory name must
immediately follow the switch (ie. no spaces between
the /F and the d:\path\).
Note that if both of these options are specified, /X will take
precedence.
Since you probably don't want these temporary archive files hanging
around after the caller hangs up, ZFV will create a $$LOGOFF.BAT file
in your PCBoard "home" directory to delete them. If you already
have a $$LOGOFF.BAT file, then you'll have to modify it yourself to
accomplish the cleanup. If you have told ZFV to put the temporary
files into D:\PATH\, then add a line to your LOGOFF.BAT file that
says "ERASE D:\PATH\ZTMP*.*" (or "ERASE D:\PATH\ZTMP%PCBNODE%" if you
are running a multi-node board).
* The selected archive file can now be FLAGged from within ZFV.
It is assumed that if the entire archive is flagged for download
the caller is basically done fiddling with it ... so ZFV will
immediately return to PCBoard so the flag operation can be
performed.
* Patched the comm routines to remove a bug which sometimes caused
the counters that track the number of characters in the I/O buffers
to become corrupted.
* Modified the way the program decides the speed at which to open the
comm port when the "Hayes" flag is turned ON in PCBSetup.
* The status line now shows both the comm port opening speed and the
caller's connect speed.
* Found a memory pointer that, in some cases, wasn't being initialized.
While I doubt it's ever been fatal, it was sloppy.
* Noticed that when reading a REDUCED file inside a .ZIP archive, 4K more
bytes than is required could sometimes be allocated ... sloppy.
* Fixed a runtime error 200 caused when an archive file contains all
zero-byte files <sheesh! who'da thought it?>
ZFV v1.1 - Changes
──────────────────────────────────────────────────────────────────────────────
* If an archive contains stored path names along with file names, ZFV
will now display them.
* Documented the program's memory requirements . . . see the file
Memory.Txt for the details.
* The R)ead function was displaying FormFeed characters if they were
found in the file. This causes some ANSI comm programs to clear the
screen which results in some very strange pagination. Formfeeds are
no longer displayed.
* Fixed a problem that caused ZFV to think there was an error if it only
read 128 bytes from the PCBoard.Sys file ... This causes a problem when
trying to run in non-PCB environments via a converter utility.
* Modified the program to accept any PCBoard 14.x PCBoard.Dat file ...
this should help those folks attempting to run ZFV with another bbs
package via a conversion utility.
* Added code to support the /B switch when displaying files within an
archive file. If the file is found to contain BINARY data, and if
the /B switch has been specified on ZFV's command line, then the file
will be uncompressed and displayed in a hex-dump format. If the file
to be read contains ascii text, it will be displayed as usual.
* Added a percent done figure to the More prompts when displaying files
as in
(15.3%) More: Y)es, N)o, NS)NonStop?
* Added a H)elp command.