

A. Program Update: 11/04/97

  1.  The programs had a two second delay when exiting to prevent character
  spill over upon returning to T.A.G.  This was reduced to one second.  Let
  me know if you see problems or the user complains of character spill over.

  2.  I've been tweaking the pause routine, I noticed that under certain
  circumstances, the program would not pause.  I believe I have the problem
  fixed once and for all.  Let me know if you see otherwise and try to give
  me an idea where it happens.

  3.  I fixed a major bug for those systems that use the "Set DSZLOG=" 
  feature.  My program had an error in a counter Variable that would cause
  the Log Check routines to note some files as an unauthorized download.

  4.  I found another way to handle locating the current file area by
  using an internal variable from T.A.G.  Therefore, two of the Parameters
  passed to my batch files are no longer required.  New Batch file included
  with this update.

  5.  I removed the ability to Batch Download locally, similar to T.A.G.



B. Updates 11/05:

  1.  Ok, I made a decision today to make yet another change to the batch
  files and to change the PKEY from "H" to "=".  Why?  Well, I originally
  intended to use PKEY "=" but, later determined that I didn't have enough
  information to locate the current directory.  As you already know from
  yesterdays update, that I found a variable internal to T.A.G. that provides
  the current directory (UserRec.LFBase) and that two of the parameters passed
  to my batch files while using PKEY "H" were no longer required.  Next
  problem, there is a bug in T.A.G. while using PKEY "H" combined with using
  the "`" to place *.DIR's in the MFILES Directory that precludes the use of
  my programs while *.DIRS are in the MFILES Directory (This bug has been
  reported to The T.A.G. Team).  The bug or error reported is "Missing closing
  quote".  Anyway,  The only reason I still needed to use PKEY "H" is to get
  the real Baud Rate, however, since *.DIR files can not reside in the MFILES
  directory due to the above bug, multi-node systems were not able to use my
  programs.  The Real Baud rate was being used for access to protocols, DL
  times, etc.  Since I want everyone to be able to enjoy the programs, I
  decided to change back to PKEY "=" and take the information from the
  DOOR.SYS file.  From what I understand, The Baud rate passed to DOOR.SYS is
  not the Real Baud Rate and you may notice that DL times and access to
  protocols might be different then If I were using the Real Baud rate passed
  by using PKEY "H".  I could be wrong about the Real Baud Rate problem and
  if I am and one of you has a better understanding, please call me voice
  (630)717-0323 after 5pm.  I hope my decision to switch back to PKEY "="
  from PKEY "H" doesn't cause anyone any problems and this should make the
  programs available for all to run including multi-node systems.  With this
  update, you will no longer have to move your *.DIR files out of the MFILES
  dir since my programs will see all *.DIR files.

  2.  Added "POSTDL.BAT" Capability to TAGBDD.EXE.

  3.  Both File Name and Descriptions were in uppercase white when displaying 
  files matching the search criteria with TAGFTD.  Changed them so they 
  matched T.A.G.'s File Name in uppercase white and the T.A.G. File 
  description to ignoring case in white.



C. Updates 11/06

  1.  I fixed an annoying bug in TAGLTD.EXE that would not allow you to
  skip or quit the section. 

  2.  Modified the File Size column to display like on the T.A.G. Alpha's.

  3.  Changed <NV> to <Not-Validated> like on the T.A.G. Alpha's.

D. Updates 11/07/97

  1.  Ok, this update doesn't include a replacement *.BAT file.  I read all
  the docs one more time and think I solved the problem with Baud verses
  Real Baud.  Anyway, it's all internal.  I'm hoping that it's fixed once
  and for all.

E. Updates 11/10/97

  1.  I now have the structures for the BATCHLIST.TMP file and I will not
  be able to use them like I thought.  I modified the Doors to use it and
  had my doors write the file to disk.  Problem is, TAG doesn't read the
  BATCHLST.TMP file unless the user logs off and back on again.  The Batch
  commands use the Batch Queue information that is stored in memory.

  2.  Files are now downloaded from the TEMPDL directory vice directly
  from the CDRom Drive.

  3.  Whoops, I forgot to rewrite both the status.dat/user.lst after a
  batch download has been made.  This prevented dl stats from being added
  to either file.

  4.  Another whoops, File ratio checks were not being done when utilizing
  the (A)ddbatch function.

  5.  TAGBBD should now hang-up after download or offer the option to
  hang-up if selected.

  6.  Added a 1/2 second to program exit due some characters not being
  displayed.  There is now 1.5 second delay on exit vice 1 second.

F. Program update 11-15

  1.  Certain checks were not being made if a file were added to the Batch
  Queue utilizing the (A)ddBatch Function, Fixed.

  2.  Fixed the case problem with the Yes/No question.

  3.  Files are now deleted from the tempdl directory if they were
  successfully downloaded.  It's still a good idea to add a delete
  statement to one of the bbs batch files to make sure this dir is
  clear.

  4.  Fixed a bug dealing with file points.  Didn't work correctly under
  all conditions with ratio's and point checks.

G. Program update 11-15

  1.  All programs previously worked correctly when displaying newly
  uploaded files.  They were using the users last date for displaying
  new Files.  I knew that my programs could not read the date if the
  user changed the date with the (P)NewFile date command since this
  information is stored in memory.  Solution, another program!  All
  four Find, List, New and Scan doors will now see the date when
  changed.  It does this by reading NEWDATE.DAT if it exists in the
  BBS Start-up directory.  The programs will default to the User
  Last Logon Date then the NEWDATE?.DAT file.  The users number is
  also stored in the file.  The user number is used to determine if
  the user online created the file or another user.  If it was another
  user, the file will be deleted.  The "?" is the Node number.  Do to the
  fact that a user could logon, change the new file date (which would
  create NEWDATE?.DAT), logoff and log back on and then once again access
  the NewFile command (his old information would still be there), I would 
  place a DEL NEWDATE?.DAT in your LOGOFF.BAT since

  2.  I added the user number to the BATCH?.TMP file also.  This will
  be used to determine if the user online owns the BATCH?.TMP file and 
  any files in the tempdl directory.  If the user number doesn't match,
  then the BATCH?.TMP file is deleted along with all files in the
  tempdl directory.  Of course, one of the 8 original doors will have to
  be activated by a user to do this check and deletions.  If nothing else,
  it will ensure that the user online only downloads what he put in the 
  queue.  I would remove any delete BATCH?.TMP and commands that delete the
  tempdl directory since my doors will do this if it wasn't the same users
  who placed them there and you would want you users to be able to still
  download files they left in the queue if the logoff and back on again.



H. Program Update 11/16/97

  1.  Fixed the New File Date display bug in TAGNTD.

  2.  When I started, I knew a number of features were intermixed and that
  since I didn't have access to T.A.G.'s internal memory, that a number of 
  doors would have to be written.  Here is the next installment.  This one
  had to be written because the add batch feature of the Download command
  would write to T.A.G.'s memory any files added to it.  Well, My programs
  don't see that, so I had to write a new Download Door.  Here you are.

I. Program Update 11/23/97

  1.  Fixed the <NOT-VALIDATED> alignment and color problem.

  2.  Added Dynamic File Numbering Capability.  This works for
  access only, not groups yet.

J. Program Update 11/25/97

  1.  Fixed file description displays associated with *.GIF files on
  CDRom Drives.

  2.  Removed display capability for *.GIF statistics for files located on
  CDRom Drives, like T.A.G.  The process of gathering these statistics took
  to long for Cdrom Drives.

  3.  Removed the (N)oPause feature (didn't really make sense anyway) and
  added (F)ile_id.Diz.  Yes, the doors now support viewing of FILE_ID.DIZ 
  if the archive contains one.  My door routines do not support ANSI yet
  and that is why it's taking me awhile on the groups (since a file should
  be displayed before the input prompt asking what group to switch to). So,
  that means that you will probably see garbage if you try to view an ANSI
  File_id.Diz.  This will be fixed soon though.  I wanted to see what every
  one thought about what I did and where I put it.  If you have a better idea,
  let me know.  Thanks for your idea Bob!!!
  
 
K. Program Update: 12/97

  1.  Removed code that would truncate file descriptions down to just one
      space between words.

  2.  Removed the question "Add "File.Ext" to batch queue (Y/[N])?".

  3.  Removed the question "View File_id.Diz for "File.Ext" (Y/[N])?". 

  4.  Fixed the text that would display if an archive did not contain
      a File_id.Diz.

  5.  Re-worked the code for displaying File_id.Diz.  Before, if the file
      resided on the CDRom, I would copy the complete file to the TempDL
      directory then extract the File_id.Diz.  Now, all File_id.Diz's are
      extracted from the file no mater where the file resides to the TempDL
      directory.  The File_id.Diz is also erased after being displayed.

  6. Renamed and modified FILEVIEW.BAT to DIZEXT.BAT. 

J. Program Update: 12/97

  1.  Added internal support for *.RAR archives.

  2.  Fixed the bug associated with FILE_ID.DIZ files not being displayed
  if they were contained within an *.ARJ file.

  3.  Modified the DIZEXT.BAT file to change the ARJ extract command from
  e to x.

K. Program Update 12/97

  1. Fred Cross of 1:2410/371 coded up BUILDBAT.EXE to create all 10
  TAG*.bat files with a path you specify.  Thanks Fred!

L. Program Update 12/97

  1.  Fixed a bug in TAGNTD that would not show new files uploaded today 
  and displayed an incorrect date.  This was caused by an error in a unit
  I was using (TNTDEV) that was written by another T.A.G. utility author.

M. Program Update 12/97

  Added Fred Cross's installation program to the distribution archive
  Removed Fred's previous Buildbat.exe from the distribution archive.

N. Program Update 02/09/98


  1.  Ok, sorry about the delay in new releases, I've been doing a number of
  things over the last couple months including a divorce, moving and having
  employee problems at the hotel.  I'm currently trying to run the hotel as
  GM and working the Front Desk 6 shifts a week.  Doesn't leave much time for
  anything else.

  2.  This update adds support for the User First and Last name in the 
  protocol editors.

  3.  I'm looking into the problem of not being able to copy files across
  a network (weak area for me).  I'm also working on a couple other requests
  from Bob of File_id.Diz.

P. Program Update 02/12/98

  1.  Previous versions would display the File_ID.Diz and then display the 
  next screen full of files matching the current mask. This prevented a user
  from being able to display or see other files from the previous screen that
  they may also want to download or display the File_ID.DIZ without having
  to run the particular program again.  This was corrected by adding a save
  screen feature with a clear screen before and a pause after the File_ID.DIZ
  is displayed.

Q. Program Update 02/16/98

  1.  The File Section number should display correctly now after
  "Searching section # ". It was being erased right after the prompt
  was displayed and before the file section was actually searched
  for files matching the mask.  It is now erased after the complete
  file section is scanned for any files matching the file mask.

  2.  The prompt for entry of files to download, addbatch or display
  the file_id.diz on will now except the entry of "-" for a range of
  files (i.e. 1,2,5-10, etc).  Only 15 files can be selected at a time
  however.

  3.  The note that indicates a file is "OFFLINE" when the file is
  missing was changed from "OFFL" to "OfLn" to match the T.A.G. Alpha
  version.

  4.  I understood that someone was having problems with either low or
  high ascii characters in the file descriptions.  This was caused by
  another utility importing #0 or the file descriptions were to long and
  my doors would hang.  I added a routine to strip all low and high ascii 
  chars from the file description before there are displayed #0-#31,#128-#255
  are now stripped.  If this cause anyone a problem, please let me know.  I
  would also like to know if this solves the problem.  Please run tests on 
  this if possible.

  5.  Update.bat file included with update distribution archive.
  Include your main bbs path on the command line (no trailing backslash)
  and the 10 TAG*.exe's will be copied to your set to directories.
  Thanks to Art Warren for the batch file.

R. Program Update 03/12/98

  1.  The password prompt will now be bypassed when scanning for files if 
  the user's security level is equal to or greater then Full SysOp access 
  as defined in the System Configuration Editor. 

S. Program Update 03/17/98

  1.  Added an optional pause after displaying the contents of the
  Batch Queue using TAGBLD (See TAGBLD.CFG included with this update).

  2.  Install.exe is "broke" until Fred Cross whips up a new version
  to take into account the new TAGBLD.CFG file.  You can use it, but
  you will need to replace the TAGBLD.cfg file with the new one.

T. Program Update 03/30/98
 
  1.  New install.exe file included in distribution archive.  Thanks to 
  Fred Cross for whipping up a new revision for us.

U. Program Update 04/19/98

  1.  I believe I fixed the estimated time for downloading files.  The number
  that was divided by the baud rate was off by 53.63.  Let me know if this
  doesn't give the same times that T.A.G. would for the same size file.

  2.  Edited Update.bat file.  There was a typo that didn't update TAGNDD.

V. Program Update 04/20/98

  1.  As you are all probably aware, TAGNTD never displayed nor did it search
  for files from the users actual Last Logon Date.  The reason for this is
  due to the fact that T.A.G. modifies the users Last Logon date in the User
  Record right after the user logs on and stores the old date in memory which
  you can later use to display files from that date or even change with the
  "P" command.  I gave it some thought and found away around this problem.
  Yes, it required another small program and some minor modifications to
  the existing programs to get it all to work.  I wrote TAGLD.EXE to assist
  with the process. TAGLD creates a file called LDATE?.DAT.  TAGLD must be
  executed in the BBS Directory where the STATUS.DAT file resides.  It will
  first obtain the path for the USER.LST and then read the USER.LST, then it
  will create a small record which holds the actual Last Logon Date of every 
  user. Follow these procedures to make this all work properly. 

  1.  Copy TAGLD.EXE in the same directory that the STATUS.DAT is in.
  2.  Execute the program, LDATE?.DAT will be created.  (?=Node Number)
  3.  Create or Modify your LOGOFF.BAT file adding TAGLD on a line by itself.
  4.  Install all the new EXE's from this package.
  5.  That's it.

  The file LDATE.DAT must exist or the program will not work!  You must also
  run the program after each logoff so that LDATE.DAT is updated. New Users
  will not be in LDATE.DAT until they logoff (assuming you run TAGLD.EXE in
  the LOGOFF.BAT file).  Since New Users do not have a Last Logon Date, they
  will default to the current date (or day they logon for the first time).
 
W. Program Update 04/22/98

  1.  TAGFTD, TAGLTD and TAGSTD now log all scans for file names or  
  descriptions to the Sysop Log.  In keeping with T.A.G., option "U"
  under "Optional flagged functions" in the System Configuration Editor
  must be toggled on.

X. Program Update 04/26/98

  1.  The file size when listing files in the batch queue was originally
  based on the file's 128 byte block size.  In T.A.G. it is based on it's 
  actual size.  TAGLTD will now list the files in the queue based on actual
  file size.

  2.  Downloads times were also based on the 128 byte block size, there
  are now based on the actual filesize.

  3.  Made some other minor changes and bug fixes.

Y. Program Update 08/09/98

  1.  Everything should display a little bit faster due to a re-write
  of how I look for SDR Codes.  Before, every character of every line
  was looked at for these codes, now they are only looked at if an 
  SDR Code exists in the line.

  2.  ASCII Downloads and adding to the batch queue did not get looked 
  at for ratio check, fixed.

  3.  The batch queue would re-access FBOARDS.DAT to see if a ratio
  applied to the file.  This is now passed from the calling procedure
  to the batch queue add procedure without a need to re-access FBOARDS.DAT.

  4.  If a file description didn't have a space in it (ie, all 78 characters
  were used), my programs would lock-up.  I assumed these was due to High 
  Ascii characters and wrote a procedure to remove them in a previous update.
  Now, if the above applies, my programs will just split the line when the
  line needs to be wrapped. If the line contains a space where it needs to be
  wrapped, my program will delete any trailing space, then wrap the line.

  5.  Protocols were being displayed if they matched the current maximum baud 
  rate. After further research, it appears that they should only be displayed
  if they are lower then the maximum baud rate set in the editor.  This may 
  require adjustments to your maximum baud rates so that you can ensure that
  all protocols you want displayed are set higher then you baud rate will be.

  6.  Code is smaller due to the above changes.



End 08/09/98 1405hrs. Craig

