home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
OS/2 Shareware BBS: 2 BBS
/
02-BBS.zip
/
dwnsrt61.zip
/
WHATSNEW.61E
< prev
Wrap
Text File
|
1995-08-25
|
5KB
|
82 lines
DOWNSORT VERSION 6.1
Note: This version is still designed for Maximus version 2.0, but is
MAX 3.00 aware and will run safely under MAX 3.00. If you have
migrated to MAX 3.0, run SILT[P] with the -2s option to generate the
MAX 2.0 compatible AREA.DAT file in addition to the regular MAX 3
control files.
See also the commentlines marked '6.1' in Downsort.Cfg, and read the
warning at the end of this paragraph!
■ When errors occur while re-building an existing FILES.BBS file, the
backup file (created by Downsort) will be restored by Downsort
itself.
■ Downsort will create a 'semaphore' file DOWNSORT.BSY in the current
directory at start-up and removes it just before termination. Other
processes may test the existence of this file. For example you
might put a check in a Maximus menu to decide not to enter the
file-menu while Downsort is running and possibly updating FILES.BBS.
Or you may avoid running more than 1 copy of Downsort at the same
time. Downsort itself does not check on the semaphore file!
■ USRmodel specification changes:
∙ USRmodel statement should specify a name only
∙ The line immediately following it is taken as the model-string
∙ USRFileList should now specify the name of the USRmodel with -U
option
■ USRFileLIst extended with '%$' (file privilege), '%L' (file Lock
string) and '%N' (download count, if present in format of '[nnn]' in
file description) and '%Z' (last-access date)
■ Dates will now always have 8 characters (leading space-character is
now a leading zero).
Multiple 'Title'-lines may now be specified for multi-line BLOCK
titles.
■ Orphan files were always adopted in FILES.BBS, but listed after a
^PS line (files after that line had SYSOP privilege). This feature
of Downsort has changed on popular demand:
∙ Orphans will not be added to FILES.BBS anymore by default.
Specify the new '/O' ('Orphan-adoption') flag on FILFilePath line
to have orphans added to FILES.BBS (=adoption!) like before.
∙ A line with '^PS' will not be inserted anymore in front of
orphan-lines. This prevents that entries which are added to the
bottom of FILES.BBS by other programs (e.g. TICK) will
incorrectly be marked as SYSOP-only files. But if Downsort
inserts orphans (if you use the /O-switch), it will be at the end
of Files.Bbs, and therefore orphans will obtain the privilege of
the 'regular' files at the end of Files.Bbs, which might be
higher than the area-privilege.
■ ALLFileList will contain a formfeed for the Summary report. A REXX
procedure 'SPLITSUM.CMD' is provided to extract the summary report
from this list.
■ For FidoNet nodes only, betatest versions of Downsort are now
available by file request from &DIGA., see the section
"Availability" in Downsort.Doc for details.
■ Bug fixes:
∙ No more 'split' line with privilege/lock in FILES.BBS with long
area-names.
∙ Total bytecounts exceeding 4 GB will be reported now correctly.
∙ The /R option for FILFilePath will now also remove entries in
FILES.BBS of areas without downloadable files.
∙ %P in USRmodel will now substitute the explicit path of those
files that have a path specification in FILES.BBS (in stead of
the path of the download directory).
∙ Some 'cosmetic' improvements like the version number of Warp,
which will now correctly be reported as 3.0 (in stead of 2.30).
WARNING: This version is planned to be the last version of Downsort
that:
1. will run under OS/2 1.x. A 32-bit OS/2 2.00+ only and a DOS-only
version will be distributed.
2. will support MAX 2.0 (the next version will only support MAX 3.00+).
3. will support EMI-, OK-, and IPF- (the OS/2 1.x variant) FileLists.
I think these variants are obsolete. The OKfile, if anyone may
still use it, can easily be built with USRFileList, the current
Downsort.Cfg contains already an example. So for this type of list
you could already convert today!
This is a PLAN! Please signal me if you expect to become victim of an
undesired change!