The AdeptXBBS Version 1.1xxx [VAC] Builds
-----------------------------------------

I will try to document most changes that take place in here from
now on and please report all VAC build bugs to nitin@poboxes.com

Please do let me know what works and what is broken. Hopefully we
can fix things up :) The included files are a drop in replacement
for an installed (and working :)) AdeptXBBS.

Just replace the existing files with the ones in this archive,
after making a backup copy of your existing EXE and DLL files.

E-Mail bugs/problems to nitin@poboxes.com

 **************** NOTE *******************
 **************** NOTE *******************
 Please Make sure you get the DLLs and the
 rest of the updated EXEs from the full
 install archive Adf1xxxx.Zip if you have
 not already done so...
 **************** NOTE *******************
 **************** NOTE *******************


1.11
-----
1. The xxx.Desc file was not displayed unless the user chose to display
   it from the read message prompt. Fixed!
   The default keys in the language.text file for displaying the
   xxx.Rules is U and for xxx.Desc is D.

2. Okay...this one is for me...wanted to do this for quite some time...:)
   The Local login, i.e., Line #0 will now be as consistent as possible
   with the other normal lines in the sense of logging etc. I was having
   to go and view the Line0 log in my testing all the time, now press
   PageUp to go to line 0 and the logging is there as it is for all other
   lines. Some minor changes in the way the PageUp/PageDn worked to
   accomodate this.

3. The POP passwords will be kept encrypted now, just in case some users
   do not trust us SysOps for some reason :)

   The encryption is quite reasonable and will take more than just a
   casual effort to go through...

   What this also means is that anyone using POP from any earlier build
   will have to re-enter the POP password at the very least. Also, the
   pop password will display '*' on user entry now.

4. Found some inconsistent code in the GUI, nothing serious, but corrected
   anyway. Mild display changes...someone might even notice :)

5. The Offline Tags for user could not be fully edited (set/unset) from the
   user editor, it would allow setting of upto area number 1024, now
   corrected to go upto area #10240 which is the current Adept limit for
   message and file areas.

   Once again, keep in mind the fact that the file indexes use only 4
   digits, and using area numbers over 9999 for any file area will cause
   some file searching anomalies...

6. Added the date/time to the local bbs window header display.

7. Corrected a possible trap condition while reading messages.

8. The dates display in the user editor is now localized as well.

9. You can now drag-n-drop colors and fonts to any of the main Adept
   windows and save the settings using Windows -> Save Status (^z).
   The VAC build no longer uses the Colors.Ctl file.

   The colors and fonts will be saved to a file called "NC_Colors.Ini"
   for now and a sample file is included which was made on a 64k color
   system so the colors might need to be tweaked a bit depending on
   your display.

   NOTE: Use the solid color palette to set up the colors if you are
         using 256 color, non-palette aware modes, otherwise you might
         experience the NetScape/2 effect, temporarily...on Adept
         startup with some displays :)

         There is one other thing to keep in mind, the Status and the
         Transfer boxes (the top 2 windows in Adept out of the 4) will
         not show the color change in the bottom half immediately. You
         can either a) mininize the window and redisplay, or, b) Restart
         Adept. The changes will NOT be there unless you saved the
         setting via ^z first!

10. Changed the InActive Line Logic. It now waits on the system rather
    than sit in a loop waiting and eating the CPU while waiting... :)

11. Fixed a trap condition in the user editor.

12. Found a few more lines of squish which slipped earlier, removed now.

13. Fixed some potential telnet/socket related problems.

14. Some more general cleaning and corrected some anomalies in some places
    to make things more consistent.

15. Some of the debug logging removed for this build...

16. I think I held it back enough for now :) letting 1.11 go as it stands
    for now...


1.10z
-----
1. Fixed a trap on shutdown which crept into 1.10y 'cause of the addition
   of the action flags to make some things optional that were not
   optional earlier. Nothing serious as all files were saved and comitted
   and all allocated RAM was free'd before the trap. In fact, that is why
   the trap occurred :)

2. The Prev button was after the Next button in the user editor :)
   Corrected now...

3. Re-arranged the user editor a bit to accomodate the new POP mail
   related fields.

4. The NNTP add/remove groups was no longer immediate since the NNTP
   server no longer keeps checking the disk all the time for add/remove
   drop lists...The addition/removal will be immediate now (as it was
   earlier) unless, of course, the NNTP is already running a poll.

5. The online message compression is back now and is controlled by the
   BBS Action Flags. The option name is "No Message Compression".
   If you remove this from the active flags, Adept will compress all
   messages written online and are greater than 512 bytes in size.
   This includes offline mail uploads as well...

   ********************************************************************
   The Default Value for this is ON. The option was not implemented in
   Adept was a different issue. It is implemented and works now. Make
   sure you turn it off by adding the "No Message Compression" to the
   active BBS Flags if you do not want to use message base compression.
   ********************************************************************

   Given the more powerful systems today, the online compression might
   well be feasible enough for most people. From what I gather, there
   seem to have been some problems with the online compression, let's
   see if there still are, maybe we can get it working... :)

6. The POP Mail get will now use the prompts from the Language.Text as
   follows:

   #951
   [Ans][Cvt][Str][0m\r\n\n[0;36mYour POP [1;33mPassword[0;36m: [0;1;36;44m               [15D;
   [Asc][Cvt][Str]\r\n\nYour POP Password: ;
   #952
   [Ans][Cvt][Str][0m\r\n\n[0;36mYour POP [1;33mServer IP[0;36m: [0;1;36;44m               [15D;
   [Asc][Cvt][Str]\r\n\nYour POP Server IP: ;
   #953
   [Ans][Cvt][Str][0m\r\n\n[0;36mYour POP [1;33mLogin[0;36m: [0;1;36;44m               [15D;
   [Asc][Cvt][Str]\r\n\nYour POP Login: ;
   #954
   [Cvt]\r\n\07Your POP mail has arrived.\r\n
   #955
   [Cvt]\r\n\07No New POP mail found.\r\n
   #956
   [Ans][Cvt][Str]\r\n\n[0;36mDo you want to save the POP information for future use[1;37m? [0m[[1mY[0m][2D[1;37m;
   [Asc][Cvt][Str]\r\n\nDo you want to save the POP information for future use? [Y/n] ;

   Prompts #951 - #953 and #956 are used by the menu option 931 when
   asking for input from the user and #954 - #955 will be displayed if
   the user has Monitor Mail processing off after the POP Mail thread
   completes processing.

7. Currently the POP mail get has been changed to a foreground only
  process and will display all related messages while getting mail.

8. The Accounting and Exception Handling will now take effect online
   when changed via the BBS Action Flags. The current Accouting dialog
   has been made smaller, since there was not much on it...

9. XMsg should now properly mark blank messages and remove them during
   a pack operation. I had plenty os users saving blanks msgs by mistake
   or design, specially the new users...this should fix it...hopefully...

   In effect, XMsg will now remove and msgs which have a size <= 38 bytes
   34 bytes are always there as the MSGID and another 1 for the eof, which
   means that any msg text <= (approx) 4 is gone!  These are generally
   space/enter and save, enter and save or just save...

   Just managed to remove 300+ messages from new users w/o having to read
   or even look at them.

10. Ok, here is how the POP mail get will use the required input fields.

    1) Any information entered via menu type 931, will over-ride any
       previously saved info.

    2) The information saved in the userbase will be used.

    3) If a server is not supplied by the user, the server from the
       INet config will be used.

    4) If the user does not supply a login name for the POP server,
       the user's handle will be used.


1.10y
-----
1. Fixed a problem in some cases when using compressed message bases
   the VAC compiled build would freeze and the WTC compiled build
   would trap. Also corrected a related, potential problem in the
   bluewave mail export.

2. Corrected a problem in the Adept startup. It could trap or freeze
   the system on rare occasions.

3. Cleaned up the mismatches between XMsg/GateKpr/Adept in the msgbase
   compression. Should no longer see the "an error occured reading..."
   kinda error message now...hopefully :)

   NOTE: The minimum compression size is now set to 512 bytes for all
         the programs. Make sure your config files (GateKpr and XMsg)
         are consistent with this change.

4. Corrected some area tags related inconsistencies...and some more
   general cleaning up...

5. Made the highest possible file and message area numbers consistent in
   Adept and all related utils. The maximum supported file or area number
   is 10240. Using any area numbers beyond this will cause Adept to
   ignore them with an error msg. Once again, keep in mind the fact that
   the current versions of FSys (0.99+) use only 4 digits of the file
   area number in the index, using any number beyond 9999 will result in
   inconsistent results on file search/list operations.

6. Added some more BBS Action Flags...I think we would have run out of
   command line length soon, so before that happens...here is the
   cleanup :)

   a) UnVerified User Menu

            This flag, if set, will call UnVerifiedMain.Menu instead of
            the regular Main.Menu for all users not marked as verified.
            This should help a lot of people to make things earier as
            well as make external CBVs easier to manage since there is
            no built-in CBV in Adept...yet :)

            Of course, as with all other menus, the order remains the
            same for this one as well...see the section for 1.10c
            point #9 for the details.

   b) No New User Alias

            This flag, if set, will not allow a new user to use aliases for
            a full name. See the section on 1.09.50r point #14 for details.
            This makes the /NC_FULLNAME command line option reduntant and
            is removed now.

   c) Drop Carrier On TimeUp

            This flag, if set, will force a carrier drop the moment time
            runs out for a user regardless of what the user is doing!
            This was added quite some time back, but is optional now...

   d) BBS Watch Thread

            This flag, if set, will start a Watch Dog thread for every
            user login and kill the login in case of problems after a
            timeout. I do not recommend using this option together with
            the Carrier Drop on TimeUp, but...it can be used :)

   e) No Timeout On Telnet

            This flag, if set, will protect all logins via telnet/vmodem
            from user timeouts. In effect, any Telnet/VModem login will
            not have the user time limits enforced. The users can stay
            logged in as long as they like...This was done on a special
            request and is still there... :)

   f) Enable Accounting Features

            This flag, if set, will enable the accounting features of
            Adept. This will make the /ACCT command line redundant altho
            i have left the command line option in place for now, it will
            be gone in the next release or so...

   g) Enable Exception Handling

            This flag, if set, will enable the exception handling features
            of Adept. This is primarily a debugging tool in case of
            problems. Not to be used normally.

   h) All Files Commit On Timer

            This flag, if set, will commit all open files on your system to
            disk every minute.

   i) System Log Commit EveryTime

            This flag, if set, will commit all Adept log files to disk after
            every line added to them.

   NOTE: The Enable Accounting and Exceptions will not come into action if
         changed online. You will have to re-start the BBS for that. This
         will be corrected later.

1.10x
-----
1. Fixed some minor inconsistencies in XMsg and GateKpr...mostly
   costmetic :)

   XMsg takes a wee bit more RAM now, but i gave it that since the
   processing speed almost jumped to 2x...plus XMsg will now accept
   a command line like "XMsg -A xact.fil", i.e., you can have a space
   or tab in between the -A and the filename if desired, the same
   applies to the action file itself as well...it can have tabs now...

2. Completely overlooked the userbase auto-update function Tower had
   put in while he was trying out the new user base system way back.

   Removed now...just in case it caused a problem.

3. Some more defines made consistent to ensure proper values in all
   places as there is so much of changing in progress...found a change
   related bug in the process as well...fixed now, nothing big.

4. Fresh full compile again since i had made some changes to make
   the code more consistent...just in case...well...I generally
   do a full compile anyway before every release, but this is the
   first time I have done it 2wice in a row within a few hours :)

   This should be a fairly safe and stable version...as most of the
   new additions/changes have now been verified as working.

   Now to move on to the next batch of changes :)


1.10w
-----
1. Broke the NNTP poll when I corrected the msg area editor. Fixed!


1.10v
-----
1. Tried to correct the file u/l and d/l timings and ratios now that both
   BFSMake and FileEd (purge will put in all the req permissions for an
   existing filebase) update the file permissions in the FileBase according
   to the current File Area Flags.

   Although this should be more configurable, but currently the offline mail
   will not be counted and the time given back, the file time/bytes will
   depend on the d/l'ded files settings/perms, the u/l files, as usual will
   pick up the factor to give back from the File Area settings.

   For file uploads, the time factor to give back is checked first, if that
   is zero, then the file area flags are checked for the up back attribute
   before deciding on how much time to give back to the user.

   Hopefully i got it right...maybe :)

2. When I changed the NNTP and the Addresses to drop down lists in the
   message area editor...I completely forgot to change the save process
   to reflect the changes...This did cause some grief to at least one new
   Sysop using the msg area editor since then to save. For some strange
   reason tho, this seemed to have no effect on the addresses, but the
   usetag tag would never be saved...Fixed!


1.10u
-----
1. Completed some incomplete stuff in AdeptRexx. Might not really have
   been noticed except that i was fiddling around as usual :)

2. Corrected a minor flaw/inconsistency in the user editor dialog which
   would not accept next/prev after defaulting to the last user online
   till you went into find. Works as expected now...

3. You can use tabs in the config files now in case you prefer manually
   editing them...Adept would not accept tabs earlier.

4. Well...although I did make an attempt to correct the msg/file areas
   selection for menu types 46/47, but I completely overlooked the fact
   that it cannot be done properly w/o changing the userbase structure
   as well as the BBS config. Currently it's back to the way it was, will
   correct and change the structures after a 1.11 or 1.20 release version
   so we have something which is completely backward compatible and stable
   to use while changing over to the new user base and bbs config as it
   might take some time to stabilize...

   This correction, once done, would allow an easier implementation of the
   File and Message area groups as it seems to have been planned in Adept.
   Will also implement 2000 safe stuff, as well as enhance the filebase to
   cater to Adept more closely as it should.

5. Added 2 new user manipulation functions to Adept REXX, similar to what
   Hagar had added to the WC build earlier, as follows...

   UserData = AdeptGetUserVarByRecord( Line, RecordNumber, UserVariable )
   Call AdeptPutUserVarByRecord Line, RecordNumber, UserVariable, UserData

   The UserVariable number is the same as defined in the AdeptREXX docs.
   The RecordNumber is *not* the same as the user id, rather the index
   of the user record in the userbase. The index starts from 1 *not* 0 :)

   As before, note the fact that Adept does NOT cater to changing the user
   name although you can change it via REXX or the user editor...If you must
   change the user name, make sure you run uNuke /r right after the change.
   Changing the user handle is ok :)

   I know, I know I'm using fn names which differ from what Hagar used, but
   AdeptGetVarByRecord and AdeptPutVarByRecord did not really make much sense
   to a dummy like me, so I added the User in between... :)

6. Changed the way the NNTP Server used to time the polls for news. It now
   uses the system timer instead of checking on the time by itself to decide
   when to start the next poll. This will not only make the NNTP poll more
   accurate, but will also eliminate the redundant file i/o calls it does
   to check for it's drop files regardless of the poll time set in the Inet
   config.

   Ok, ok...net result is, NNTP no longer uses the CPU in between polls as
   it did earlier...there, that should be a simpler version :)

7. I re-enabled the VAC specific opts which caused some probs on one system
   only so far since there have been more changes and cleaming, it might not
   cause a problem anymore...


1.10t
-----
1. Well...the new beta compiler FP seems to have fixed the locally scoped
   vars prob, but still has the bit twiddling bugs...just for info :)
   Back to the earlier release FP again...

2. Adept Status will now display the last caller's name on startup,
   assuming there was any caller at all :) This does make a wee bit
   of sense also from the user editor's view poitn as the user editor
   now defaults to displaying the last caller for the line in focus.

3. You can now toggle the show birthday using menu type 633 for the
   verbose user listing (menu type 43). The bday, if displayed, will
   be localized. The setting is also available from the user
   editor -> attributes.

4. Added a new flag to the BBS Action flags "Always Save BBS Status"
   which will save the BBS window positions everytime Adept is shutdown
   normally. In effect as if you presses ^z before shutting down Adept.

5. Changed the way the local and netmail file attaches worked making the
   /NC_NOLOCALFILE and /NC_NONETFILE redundant. These command line
   options no longer exist as the option of being able to attach files to
   messages is now a part of the user attributes.

   The new flags "Allow Netmail File Attach" and "Allow Local File Attach"
   have been added to the user editor -> attributes settings.

   This has been added to previously un-used user attribs and by default
   should be off for all users unless someone had been fiddling with the
   user file directly... :)

6. The Help -> Author dialog has some information filled in now...more
   to come later.


1.10s
-----
1. Completely forgot to remove the \Adept hardcoded path from the DOS
   door runner menu option. It uses the base Adept path to pick up
   VX00.Sys and ANSI.Sys.

2. The local BBS window, would not appear in the tasklist, so if you
   minimized it...well... :)
   My CoSysop tried to clear the desktop to see behind the BBS...

3. Corrected a slight display problem with the line editor and some
   other pesky stuff which i am not going to document as it does not
   really matter to anyone else but me :)

4. Removed the ^A kludge from the new menu driver...it should no longer
   be required (I hope...). I use ^A from neplace to get the allfiles
   list for the leeches :)

5. Cut the mem reqirements back to the original slimmed down ones for
   the VAC builds. WC required more and I forgot to change it back...

6. Added some more carrier checks, some code re-arrangements to optimize
   stuff and added more logging (optionally) for the future use of the
   existing extended logging features already in Adept. Now we Adept
   Sysops should be able to show off our cool Adept threads :)

7. Added an Author Info Dialog to the Help Menu, which I will expand on
   to display the currently active settings for Adept and allow changing
   some that can be changed online before i plug them into the BBS action
   flags or some such place where they should be after they are out of
   a reasonable trial period.

8. Fixed fList for config file read/process problem and not prepending
   files properly. You can now use spaces or tabs in the cfg file.
   fList will now run at minimal normal priority by default rather than
   the idle priority as earlier. You can use /L on the fList command
   line to run it on idle priority as before if required.

9. Please note that since version 2.1x (not sure which x it is now), the
   Hagar build is no longer backward compatible specially if you have
   been running all of the updates. You might have to clean out the
   BBS and Line config files and re-create them to use the VAC version
   which is still completely compatible with all older versions.

   In short, the old idea of drop in replacement no longer applies to
   the Hagar builds and if you use that, do not try the VAC build with
   the same config files.

   As for the new menu driver's *.bin files, no need to bother about
   them, the VAC build will auto-adapt for those if required...at least
   for now, unless Hagar changes something else there which will make
   the auto-adapt incompatible.

   There seems to be some change in the mailer as well in Hagar builds
   as wikk (bkirby@prismnet.com) tried out some polling which worked
   fine when using VAC to VAC but failed on VAC to Hagar's WC builds.

   I have no idea on this as all the other Adept Sysops here use the VAC
   build and we have had no problems in polling. If indeed there is some
   change in the WC version I am not aware of it and will not touch the
   mailer in the VAC build for 2 reasons...

   a) it works fine for me and most others who use it

   b) There is a lot more to be done in Adept w/o going into something
      that works reasonably well anyway.

   Lastly, as already put up in the Adept mail list by Hagar, version
   2.15+ use different config files, so do *not* try to use the WC/VAC
   builds on the same set of configs. CServer has also been changed for
   the Hagar (WC) build 2.18+ which means that you have to use the right
   CServer.Exe with the WC/VAC versions.

   Finally :) the whole point about #8 so far is, if you are using
   both WC/VAC builds, and unless you are using clean configs for
   both, please do not email me about bugs/problems as I cannot
   re-produce or fix and garbled up config related probs as the
   config files are assumed to be correctly set up by the SysOp.

   Also, please note that I do not recommend using any of my VAC built
   EXEs or DLLs with Hagar's builds as I am not aware of the changes
   that might be there which could cause problems if any of my VAC
   built stuff is used with the WC builds.


1.10r
-----
1. Corrected an old problem while saving a user record from the user
   editor which would require running ReIndexUsers before the userbase
   started functioning as it should.

   NOTE: Adept does not cater to editing the user name from the user
         editor! If you must change the user name, then you MUST run
         ReIndexUsers right after that!!!

         Make sure you run

                          uNuke /r /q
                          ReIndexUsers

         before starting up with this build as it will also adapt to
         the last user id on every startup instead of letting it run
         wild which degrades the response time in general.

         Would be best if you if you had these lines permanently in the
         .Cmd (or whatever) that starts up Adept for you. Some parts of
         Adept may not function as they should if the above 2 are not run
         before starting up Adept...every time!!!

2. Corrected the Delete button behaviour for the User Editor when called
   for the online user from the local login window view. It was
   inconsistent with the changes to the normal user editor which were
   made earlier. The online user is a wee bit redundant now as the normal
   user editor will now, by default, select the last login (which is also
   the current user if logged in) name to edit.

3. Finally fixed the ZedZap transfer trap on a carrier drop. The problem
   is documented under 1.09.50v #6. Of course the forced handlers have been
   removed now which did not help anyway since i did get the trap here...
   Whew!!! :)

4. Added the POP3 get support to Adept. The interface for setting it up in
   the GUI I had done earlier, now filled in the backing code :)
   Here is how it works for now...

   a. Add the POP3 server address to the Internet config and check the
      POP3 receive option next to it.

   b. The User Editor will allow you to enter a password for the POP3 server
      for any given user.

   c. For Logging into the POP3 server, the existing user's handle will be
      used. Of course the user, or you, the SysOp, can change the user Handle
      if required first.

   d. The POP3 get is independent of the user carrier state, once started,
      it will run to completion unless there is some POP3 related error.

   e. Menu Type 930 will start the POP3 mail import for the user currently
      online and 931 will allow the user to set/change the POP3 password.

      The type 931 is there just in case if there is a requirement and uses
      the normal password prompts (which might be slightly incorrect :))

   f. The mail (if any) will be imported into the message area pointed to
      in the Inet config for SMTP mail.

   g. SMTP and POP3 gets can be used togther.

   That's about it for now, till I get some more feedback on this. The user
   who selects to get POP3 mail will not be notified in any way if there is
   mail which has come in, a new mail check will do that anyway so I have
   not put in any notification of errors/new mail got from the POP server
   etc. for now...


1.10q
-----
1. There seem to be some problems in the VAC/WC mix, so, switching back to
   VAC for all the DLLs and EXEs.

2. Fixed the VAC XMsg problem of buffers and not processing the action file
   works fine now. It was yet another RTL difference. Optimized it some...
   seems to be slightly faster for my small usage now...can't say much about
   the performance for larger msgbase bbses.

   Keep in mind the fact that this is still considered to be a beta ver
   till i get confirmations from other people who use and verify it's
   functionality...

3. Removed the extra code I put in to process the menu type 3 for the new
   menu driver, it's now done in the existing (older) code saving some
   space...


1.10p
-----
1. Corrected some inconsistencies in some of the display code which might
   have caused problems for some people...rare case...

2. In case I forgot to mention this before, try to keep all message/file
   area numbers within the 1-9999 limit. The file area indexes are built
   using only 4 digits and using numbers > 9999 will have some undesired
   effects. Hopefully this might not be a problem for most people :)

3. Optimized the bit-twiddling macros.

4. Menu Type 3 for the new menu driver should function the same as the
   old classic driver now...hopefully :) Would appreciate if someone
   could verify this...

5. More cleaning and pruning...nothing too serious :)

6. Added a drop down list for the usenet tags to the message area editor
   and enhanced the editor save so that it will not save anything that is
   not required based on the message area attributes. For example, the
   editor will no longer save addresses for on echo/net areas and if the
   no origin is set, then the origin line will not be saved, if the usenet
   attribute is not set no usenet tags will be saved for that area etc etc :)

   Do let me know if i missed something in here...Of course you can always
   manually change/edit the message area file as usual...


1.10o
-----
1. Corrected the REXX sub-system for a compiler bug (bug is in both VAC
   and Watcom). Neither compiler can handle aliased assignments of nested
   structure pointers with or without optimization.

   With Watcom this problem was not apparent as it validates for all free
   calls, with VAC though, it was a gotcha...TRAP! :)

2. Added uploader name field to fList.


1.10n
-----
1. Made a cosmetic change to the user editor. The delete button will now
   show "Restore" is a user is marked as deleted and vice-versa. Also,
   the button will be disabled if the user has the no kill flag set which
   will reduce the chances for related errors...Of course, you can still
   manipluate the flags directly and do whatever from the Attributes/Flags
   dialog, but made the main del button a wee bit safer to operate :)

   So...next time the VAC build does not let the SysOp login, you know
   why...visually...from the user dialog editor :)

2. Fixed the Groups pull down in the user editor, it would show an ever
   growing list of the same groups...The list would keep growing every
   time you changed the user rec, for example, clicking on Next 10 times
   would show the same list 10 fold.

3. Corrected and Accounting related problem for people who might not be
   using it...

4. Changed the default all files commit (flush to disk) on the status timer
   to off. Specifying /NC_COMMIT on the command line will enable the all
   open files flush every minute.

5. Corrected some more potential rexx related problem stuff...and fixed
   the so called "telnet" script that most people seem to be using.
   Please keep in mind, the telnetsnoop is not telnet, it's a character
   get from user and block get from the other end, it's not a link as
   telnet should be, block send/get both ways.

   For actual telnet, use the original Telnet script, which is included
   as Telnet-O.Cmd in the modified TelnetNC.Zip.


1.10m
-----
1. The automatic diz extraction was broken in file uploads...Fixed!

2. If a BadUpload.Cmd did not exist, Adept would not delete the bad
   uploads...it will delete all bad uploads now unless it finds the
   BadUpload.Cmd file which will be run instead of deleting the bad
   uploads.

3. After an upload, the description editor would not check for user
   time left, which made it possible for a user to keep a node hanging
   for as long as they wanted...the editor will now check for the user
   time online etc...

4. Added a SysOp mail indicator to the status info. It will come on if
   there is any personal mail waiting for the SysOp along with the number
   of the messages.


1.10l
-----
1. The Watcom 1.10k did bring out a problem in the SMTP send, I had reduced
   the thread stack which did not work with the Watcom build, fixed now for
   the Watcom builds. The default will be higher for Watcom builds...

   I found something very interesting from the beta VAC fixpak fixes...
   besides other stuff, there was one thing that affects Adept in
   general..here is what it sez...

AP 72949  RT         Whenever a DLL built with VisualAge C++ is loaded
                     and freed by a program not built with VisualAge C++,
                     the runtime will leak 64K of address space.

  Since at least the gio and nntp (which incl smtp) dlls are VAC created,
  I will be switching back to VAC for the Adept and CServer Exes, but will
  make all other DLLs and utils in Watcom for now...

2. Yeah well...i did back out of the beta fix for the above reason :)
   The Adept and CServer Exes are now VAC built again...DLLs and other
   utils remain Watcom, till we get an official fix for the VAC DLL
   problem.

3. As per wikk's suggestion, this section moved to the top of the readme :)


1.10k
-----
1. Cleaned up some more code...the Watcom build works equally well here...
   over 24 hrs now...the one incl in the 1.10j archive might have had some
   probs on some configs...

2. Corrected another cheat introduced as a side effect by one of Hagar's
   earlier kludges which would allow users to d/l all they wanted...
   The kludge is gone, but the functionality w/o the cheat remains...

   The kludge itself was never really required as the original code had
   all that was needed for the changed functionality.

   The cheat is not documented right now for obvious reasons, but if you
   are an AdeptXBBS sysop on the AdeptNet list, you can ask for more info
   about it to check out on prior versions if req...

3. Put in a forced exception handler for SMTP since we have no control over
   that for now, this should keep Adept from trapping on that...

4. Switching to Watcom for this and some future builds just to make sure I
   have all the code cleaned up and working for either compiler...this might
   sound experimental :) but trust me...the Watcom runtime libs are far more
   safe than VACs, WTC is forgiving, VAC is not...so if the code was stable
   under VAC, it should be even more so under WTC.

   Also, since WTC does not add any extra localization/msg related stuff on
   it's own, the files compiled by WTC will generally be smaller in size...

   Of course this has nothing to do with the fact that i working on a
   project where I have to use Watcom anyway, nor the fact that I applied
   a beta (unofficial) fixpak to VAC which completely broke the localized
   scope stack processing and am too lazy to back out and would rather wait
   for the official fix... :)

5. Fixed the user file upload process...it would save the file in the file
   base even if the user dropped carrier on enter description and anyplace
   around that time...It should now call badupload...

6. Re-enabled the FTS-0001 menu option...will try to fix this as and when
   I can get the hang of it...BTW, only the menu option is enabled :) as
   this flag does effect the behaviour of YooHoo...

7. I have lxLite'd the Watcom exes (not the DLLs) to reduce the disk i/o
   during program loading...might help, in case anyone has a problem,
   try to unpack using lxLite 1.2.0 or e-mail me about it...


1.10j
-----
1. The minutes displayed in the download prompt was showing seconds...Fixed!

2. Localized the FList program. FList is an AllFiles.List kinda proggy for
   Adept...

3. Recompiled FUtil with P5 opts. FUtil is a cmd line filebase manager for
   Adept. Please refer to the original Adept docs for more info on these...

4. Included both Watcom (Adept-WTC.Exe) and VAC compiled (Adept.Exe)
   files...both compilers differ in some respects so having both builds
   might help further eliminate the vague compatibility problems in the
   code if any are still left...The Watcom build, like the VAC one has
   all optimizations turned on to bring out any possible bugs arising
   due to the optimizer...

   BTW, there is NO debug code in the Watcom build...the size difference
   between Hagar's and my WC exe is that Hagar has compressed the exe
   using LxLite and I have not...If LxLite'd exes have no problems on
   your system, feel free to compress the WTC and/or the VAC builds...
   Just remember to use the newest version of LxLite...currently 1.20

5. For those who might be interested, if you want to use the new beta FP #2
   you must back out of the OS2KRNL file and comment out the
   DEVICE=X:\OS2\MDOS\VW32S.SYS in the config.sys, otherwise....:)

   Of course you might want to back out of VW32S.SYS as well if you use
   it...(ugh :))

   Interestingly...the in same code, the VAC build generally freezes OS/2
   whereas the Watcom build re-boots OS/2...duh...talk about vague :)

6. Corrected the GateKpr PM version behaviour on startup...it would always
   go behind other open windows regardless of the command line chosen to
   run it...


1.10i
-----
1. Finally managed to figure out possibly the last invalid free memory
   related trap that was proving to be quite elusive, ever since I
   re-did the entire mem allocs... :)

   This would generally occur in the delete operation of a tagged file
   list.


1.10h
-----
1. The upload disk space prompt will now be picked up from #915

   #915
   [Cvt][Str]\r\nUpload disk has %s bytes free\r\n

   Please add this to the Language.Text

2. Removed some more redundant and debug code...

3. Fixed a bug which came up when I added the validation checks for
   msgbases which would not save the messages written online...


1.10g
-----
1. Re-arranged some more startup sequences...

2. Attempted to make some displayed numbers more readable :)

3. Added the password to the logging on a bogus password entry...

4. Corrected a potential problem with the address loader. It would fail
   to correctly load up the BBS addresses under certain conditions
   causing Adept to trap on startup.

5. Adept will no longer attempt to drop DTR on an inactive line on
   shutdown...let's see if this really helps...

6. Made a slight change in the local window display routine...might help
   someone :)

7. Adept searches for its files in the following order:

    path -> apath -> dpath -> Adept\System -> Adept\Mailer

   Please make sure that you do not have files like Addresses, Archivers
   etc duplicated. Will try to change this so that Adept looks for its
   files only in the Adept base dir and dirs under it...

8. Removed some more code that is not currently in use...

9. The time stamp in the log in the Recent events is now localized.

10. Some of the metas that return numbers, will now be local formatted
    with commas (or dots whatever :))...will eventually try to complete
    localizing all of them...

11. Changed the way Adept now searches for it's files...it will now look
    for them firstly in it's base dir, then the system and then mailer,
    failing this, it would then try the APATH and DPATH. Should speed up
    the load time in general if nothing else...Plus this would minimize
    the change of having a dupe file of the same name somewhere in the
    path incorrectly picked up by Adept for itself...

12. Changed the date display prompt in the birthdate change (menu type 156)
    to display the localized date format. This would require a slight change
    in the Language.Text file for prompt #320 unless you don't mind the
    dd or mm to display as 4 digits :)

   #320
   [Ans][Cvt][Str]\x1b[0m\r\n\n%02u/%02u/%02u
   [Asc][Cvt][Str]\r\n\n%02u/%02u/%02u

   Preferrably put in a 04 instead of a 02 where ever the year comes in
   for your locale. This will most prolly again change once all the
   localization is in place. This still has the seperator chars hardcoded...

13. Formatted the d/l prompt numbers as well, but they will now use the
    prompts #912 and #913 instead to maintain compatibility with Hagar's
    versions. Just Add the following to your language.text file...

    #913
    [Asc][Cvt][Str]Transfer Size: %s bytes\r\n
    [Ans][Cvt][Str][32mTransfer Size: [36m%s [32mbytes\r\n
    #914
    [Asc][Cvt][Str]Transfer Time: %s min, %s sec (appx)\r\n
    [Ans][Cvt][Str][35mTransfer Time: [36m%s [35mmin, [36m%s [35msec (appx)\r\n

14. Extended the display files in a few places i missed out earlier...

15. Added message validation to the online/offline/smtp/nntp mail as per
    the XMsgBase specs. Might help solve some msg base probs...


1.10f
-----
1. Re-arranged the startup loading...seems better this way...let's see...

2. Cleaned up the shutdown...although the compiler libs would have done
   it anyway, but in case there is some problem we would never get to know...

3. Added a valid user name check to the usersrvr.dll just in case...did the
   same for uNuke earlier...

4. Fixed a SMTP problem carried over from the last version. Would cause
   Adept to trap if there was any mail in the IMail dir on startup.

5. Fixed the irritating, automatic, msg to "All" in private msg areas when
   enter was pressed on the To line to leave blank...It would force the user
   to enter a To: line before allowing a quit...

6. Improved the PMI processing speeds...should be substantially faster...
   specially if using SMTP. The related disk i/o also has been halved.

7. As for the date display...please let me know if i have missed out a
   date display anywhere. The searching will prompt for YYMMDD as that
   is far more logical, but other displays should be in your own local
   format...

8. Releasing 1.10f now 'cause of the fixed #4.


1.10e
-----
1. Fixed a trap in the message area editor for 1.10d but is documented as
   a part of 1.10e since only the exe was updated in the archive.

2. The User base files can now be copied etc if no user is logged in,
   local or remote. This might well make the nuke user file option I
   added earlier a bit redundant, but i'll leave it there for the
   lazy people like me :)

3. Improved slightly more on the message threading...should be more
   efficient now...

4. Localized the date/time stamp for the trap.log file as well...

5. Corrected a problem with the drop-down list for addresses in the
   message area editor...selecting next/prev area would keep adding
   the same addresses to the list over and over...no big prob, just
   incorrect and irritating :)

6. Pinched mem requirements again...since I do have most problems fixed,
   I guess it is high time we found out what the min req is that works
   for most people...

   The current mem settings never worked even for me earlier...they do
   now :) let's hope and wait and see...

7. As per #6, just checking out this build with the beta linker again :)
   Hopefully there would be no problems for anyone this time...

8. The user editor will now directly go to the last callers record for
   the line that has the current focus rather than the first record all
   the time as it did earlier...

9. Added the non-correcting modem callers option to write online messages
   to the BBS Flags rather than forcing the issue for all :) By default,
   it is off. Check out the flags in the Config->BBS->BBS Action Flags.

10. Fixed a rare case compiler library dependent problem thanks to Dutch :)

11. Localized the date display in the file listings...

12. Had not planned on releasing 1.10e yet, am doing so 'cause of #10...


1.10d
-----
1. Fixed two of my earlier blind global changes in the REXX sub system...
   those 2 should not have been changed...duh...

2. Corrected the login new user yes/no puzzle...will correctly handle the
   yes/no input now, will carry it over to all other such places
   gradually...

3. Fixed another of my problems...Adept will no longer allow callers with
   non-correcting modems or any non-correcting connect to write any message
   online :)

   It will now display the prompt #912 from the language file...

   #912
   [Cvt][Mta]\rSorry, Non Error Correcting Modem Callers cannot write online!\r\n{PC

   Anyone using external editors for Adept will have to check the connects
   flags there...this restriction is place only for the built-in Adept
   Full Screen as well as the Line Editor...

4. Corrected a small potential problem in the NNTP section...

5. Added the archiver selection in the user editor -> More.
   Fixed the protocol selection while I was at it....

6. Changed the format of the dates in the user settings to YYMMDD to
   improve consistency with the rest of Adept.

7. Made a drop-down list for addresses in the Message Area Editor. Dutch and
   one more (i forget who) suggested that it might make things easier...

8. Some more cosmetic changes...is it any better? dunno...you tell me :)

9. Localized the date/time stamp in the log files. Please let me know if
   you get the incorrect format of the date or time in your log files now.
   It should display in the format set for your OS/2 config.

   Would also like to know if I should leave it localized or make it
   consistent with the rest of Adept as YYMMDD...

10. Please make SURE that the the language file is corrected for the
    following problem. The file included in the full VAC release is
    incorrect as far as the message threading keys are concerned...

    The thread to keys in the prompts #379, #380, #381, #382, #383,
    #384 and #385 should match the key in the prompt #901

    #901  (Next Page, Prev Page, Over, Abort, Reply, Forward-thread, Backward-thread, Quit-thread, Kill, Move, Copy, Locate, LocateNext, LocatePrevious, #Msg, Description, rUles, =Again, Scan, Without stopping, !Toggle Ctrl-A, LocateUser)
    [Str]NPOAR+-.KMCL/\#DU=SW@! X*~:

    The full install VAC version had the keys displayed as + and -, but
    #901 had [] which would never work....sorry :)

    Please check out your language files anyway and correct if required!

11. Improved on the message threading...should be substantially faster now...
    and not eat up the CPU when users read threaded messages online. This
    would generally be far more apparent in private or public/private mail
    areas, specially if private only and the user had no messages to them.


1.10c
-----
1. Fixed FSys.DLL (now v 0.993) for a rare over-run problem.

2. Updated FileEd to 0.33b at the same time...

3. Made all the display/menu files checks consistent. Please let me know
   it any particular menu/text file is not displayed when it should be,
   possibly a typo on my part. Works for all I have on my board, so should
   not really be very many problems...

4. Added an unsorted list option in the user editor find and made it the
   default. To see a sorted user list (as before) just un-check the
   unsorted check box. I always missed the ability to look at the newest
   users 'cause of the sorted list, so... :)

   The Find box will also display the number of users in the user base.

5. Just some more futurisitic UI changes and more fiddling as usual :)

6. Corrected a problem in uNuke which would cause it to trap in some cases
   of grundged user name/handle. Corrected the same problem for XMsg as well.

                   ********** WARNING **********
   PLEASE NOTE: The included XMsg.Exe is something
                that does seem to work all right here,
                but use it on a backup first before
                deciding to use it on a regular basis.
                   ********** WARNING **********

7. Some people might not be quite aware of the fact that you can do all the
   user and the message base maintainence from the nuke user file option in
   the program menu.

   When you select the nuke user file option, all lines are de-activated and
   the user file close and AdeptUserNuke.Cmd is called. After this file
   finished execution, the lines are activated and the user file re-opened.

8. Corrected some potential problems in the REXX sub system.

9. Started work on extending and standardizing the pre-defined display and
   menu files. They will work in the following order now:

   MainxxNC.Cmd -> MainNC.Cmd -> Mainxx.Cmd -> Main.Cmd -> Main.Menu
   Mainxx.Asc -> Main.Asc

   The only current exceptions are the Levelxx.Asc and the Groupxx.Asc.


1.10b
-----
1. Forgot to disable the exception handler in qwk related fns which would
   cause Adept to trap in case of repeated errors...Fixed!

2. Removed some more un-used code...(just a few lines, not much :))

3. Pulled out a cpl of the forced exception handlers since they might not
   be required anymore...

4. Added the Adept version number to the Trap.Log information. I got some
   Trap logs in the past with no indication as to the version of Adept
   that caused it.

5. Some more meddling and fiddling...let me know if you actually notice :)


1.10a
-----
1. Left a small problem in the shutdown menu not being enabled in some
   cases...Fixed!

2. Corrected the security checks etc in the new menu driver as per the
   original Adept documentation. The old menu driver was ok...the new
   driver will function more or less in sync with the original now...

   Will check out Hagar's port flags implementation before i add them
   to ensure compatibility later...currently the port flags are not
   implemented...

3. GateKpr fixes a TIC prob as pointed out by GrKnight...don't ask me
   what...I have no idea on tics and fleas :)


1.10.00
--------
1. Well...this would have been 1.09.51f but since Hagar decided to jump
   over to version 2.0, I guess it's best if I change to 1.10+ from now
   on to avoid the previous confusion over 1.09.xxx :)

2. Cleaned out some more test code which i forgot about while testing the
   file list display earlier. Would have caused a trap under some conditions
   while displaying a file.

3. The 51e corrected probs remained in the REXX sub-system...Fixed!

4. The new beta VAC linker i used in the last cpl of versions seem to have
   problems on some configurations and the DLLs were not always usable with
   the Watcom build...switched back to the normal linker.

5. My old removed message base trap came up again...got it fixed this time
   I think...:)

6. Changed the check for file presence logic to be faster now...will try to
   change in all places in Adept with time...

7. Some more petty changes...:) Maybe someone else besides me will notice
  'em as well...

8. Corrected the LMR problem when the messages exceed the max number
   allowed to d/l. It used to set the LMR to the last message regardless
   of the fact if the message was actually packed or not.

9. Adept will now play the file "AdeptSysOpPage.Wav" if found when the
   page sysop option is selected, otherwise the normal beeping as before...

10. Some checks added to the BBS Watch thread...hopefully to avoid the
    cases when it freezes the local display after a kill...happens on
    rare occasions, till i figure out the exact conditions, this might
    help...let's see...


1.09.51e
--------
1. Duh...my fault, I left some test code in 51c and 51d which would have
   caused traps during message writing and qwk as well as text export. It
   (the debug code) was not supposed to go out in a release :(

2. Some more code re-arrangements...nothing added..


1.09.51d
--------
1. Forgot to un-comment one Outbound re-scan statement...no big deal,
   but...:)

2. Removed some useless stuff I had put in earlier and forgot :)

3. Reverted back to the VAC beta linker to re-confirm if that was ever
   the real cause of probs some people had or was it just me :)

4. Modified FSys.DLL for something that *might* have caused an incorrect
   index to be built and maintained based on any invalid area number or
   file date.

5. Corrected GateKpr so that the pkt headers for netmail now have the
   correct routes as per the specs.

6. Updated BFSMake to update the security levels in the filebase as Adept
   itself does on any uploads. BFSMake will also update the costs field in
   the Filebase if req. altho this is not currently in use...

7. Updated FileEd to .30b to account for most of the above mentioned pesky
   probs to offer an easy path to update the filebase without shedding
   tears :)

8. Added the FREE FILE check to Adept...a FREE file means to time/byte
   check. There is a small problem with this though due to an earlier
   addition...the status timer which checks for the user timeout and
   drops carrier if the user times out will still throw out any user
   d/l a FREE file if (s)he runs out of time during the d/l...

9. Some other related stuff yet to be plugged in...will do that a bit
   later...


1.09.51c
--------
1. Corrected and invalid free in CServer which would cause it to trap the
   moment there were more than 2 users using the chat...

2. Missed the phone number entry and the Address prompt/re-prompt after
   help (TAB)...Fixed! It will now re-prompt properly

3. Removed the un-necessary kludges put in earlier for the user time cheat
   and related stuff. The kludges were never required, only one incorrect
   check in the original code caused this problem. The kludges are now
   gone leaving the code cleaner and more functional.

   Even on a carrier drop in the login procedure will not display news
   all over again to the user...

   Do let me know if any one finds any problem related to this...

4. Cleaned up some more display related kludges which were generally not
   required AFAIK...maybe I am wrong...do let me know in case there is any
   anomaly left...Lotsa delays/kludges gone...might have some display side
   effects in case i missed anything...should not have any effect on the
   BBS functionality...

5. The only display side-effects I have heard about so far is the recent
   events and the outbound window not having any display on startup. This
   is nothing to worry about as the events box will start logging the
   moment anything happens and the outbound will be re-scanned within 5
   mins (the default outbound re-scan time). There were kludges/delays in
   the code to work around this which are now gone!

   The kludges were system/config dependent anyway AFAIK...so, they
   *could* cause the same effect given the right system config...

6. Corrected a small problem while reading messages...a hang up on the
   prompt would take a while before coming out of the bbs.


1.09.51b
--------
1. Found a small problem in the display during the search file functions.
   If you enter a single character to search for, and the character happens
   to be the character M, the the highlight function fails due to m being
   an integral part of the ANSI sequences and the M is splattered all over :)

   IMO, searching for a single char is useless, so the file search functions
   will no longer accept less than 2 chars to beging a file search.

2. Added the ability to stop the offline mail packing using either ^K or
   the SysOp defined stop key in from the Language.Text file. The default
   is the upper case S as shown below...

   #900  Yes, No, Stop, Pause, Quit, Tag, View, Non-Stop, Edit-List
   [Str]YNSPQTVCE

   I changed it to the Escape key for myself...if you want to use the escape
   key as the stop key, just cut-n-paste the lines below in your own Lang
   file replacing the existing lines...

   #900  Yes, No, Stop, Pause, Quit, Tag, View, Non-Stop, Edit-List
   [Str]YNPQTVCE

3. Improved the breakout ability in the file search. For example, if your
   search string is not found anywhere in all the file areas, you could not
   break out of the search earlier. This is fixed now...:)

4. Changed the default new user birth date entry to YYMMDD to be consistent
   with the rest of Adept. This would require a modification to the current
   Language.Text file...change the existing #320 to read

   #320
   [Ans][Cvt][Str]\x1b[0m\r\n\n%04u/%02u/%02u
   [Asc][Cvt][Str]\r\n\n%04u/%02u/%02u

5. Changed the order of the Date in the User Editor as well to the same
   YYMMDD format for consistency. Also added shortcuts to the various
   buttons in the user editor.

   Ok Ok...why the date format changes?

   a) to keep a consistent interface, and,

   b) I do aim to localize them later :) but I do need to get them
      consistent first...


1.09.51a
--------
1. Changed the default font for the Events and OutBound box... :)

2. Changed yet another mem alloc to be consistent...

3. I think i got 'em all now...all mem allocs have been visited and
   revised where required...

4. Added the ability to change the outbound path in Adept via the
   Config -> BBS -> Misc Paths menu...Although you could always have used
   the environment variable to configure it, but seems some people had
   probs finding the outbound dir...

   This change uses an un-used part of the BBS_Configuration file (most
   prolly reserved for such future extensions :)) and will be transparent
   for all purposes...

   The environment variable will still over-ride the Path set in the
   outbound as it should...

5. Put back the line in-active menus on the status RMB as they were
   earlier, but now the main mailer menu also reflects the change...
   Also changed the menu text to be more accurate...i.e., Toggle :)

6. ************ NOTE *************
   I forgot to document a required fact about the 51 release....If you use
   the Archivers file from the full installation archive of 51 (VAC), then

   a) either remove all the pkzip/2 2.50 related entries from it, or,

   b) run pkzip/2 with /config /nozipextension FIRST and then make sure
      you have PkZip/2 2.50 in the path...


1.09.51
-------
1. Found yet another small mem leak...fixed!

2. I am hoping that this version would be quite stable...:)


1.09.50z
--------
1. Oh well...after all those offline mail changes, i still forgot a little
   something in another place :( Anyway, this time it should be fine!

2. Got a rare case trap in the message reply section, fixed on a temp basis
   for now...till i can figure out why it got to that point in the first
   place...

3. The Caller log will no longer save the local login info.

4. Some cleaning and re-shuffling as usual...experimenting as usual :)


1.09.50y
--------
1. Added the option to save the BBS and active line config files to disk
   from the programs menu.

2. A re-prompt would generally not actually re-prompt :) i.e., would not
   re-display the prompt, but would cycle back to gather the input. For
   example, press the help key (TAB) while entering your name at login
   and you won't see the prompt to enter the name again...this is basically
   a language file prob...incorrect definitions...will try to correct all
   such instance and include an updated file in the archive...

3. The Adept.Help can now have metas/ansi/adept codes in it.

4. The password would display after a re-prompt instead of *...fixed!

5. The caller logging is back...optionally...for now...specify
   /NC_CallLog on the Adept command line to enable it...also back is
   the corresponding menu option #925

   This will require 2 changes to the Language.Text file...In addition
   to #865 which is already in use for the caller log header

   #866
   [Cvt][Mta][Str] {B1{FG%-7lu {FF%-20.20s {FB%-2u %-5u  {FC%-15.15s {FD%s {FC{FG

   is now used for the lines, and,

   #867
   [Cvt][Mta][Str]\r\n

   is the ending line...

   If there is posivite feedback on this, I will try to enhance and expand
   these functions...Will also include a Caller log maint (trunc) utility
   if required...

6. The compile language file was not quite working...does now :) There is
   a little something you should know about it though...no messages/prompts
   will be updated till the compilation is completed and it works the same
   way as on Adept startup...i.e., the Language.Text file must have a newer
   date/time stamp than the compiled files. There is no message about this
   in the display...it is only logged to the Adept.Log.


1.09.50x
--------
1. Tried to make file/message area searches a wee bit faster...are they?
   Need to get some more feedback on this...if it traps during any
   search etc...


1.09.50w
--------
1. Changed the logic for offline mail export checks a bit...dunno, but i
   think it might be more robust this way...let's see...

2. Please note that fact that the compile language file option added in 50v
   works just like when you re-start Adept, i.e., requires the Language.Text
   file date/time stamp to be newer than the compiled file versions. This
   will be the case if you edit the file anyway. To force a re-compile, just
   open and save the Language.Text file so that it's date/time stamp is
   newer than the compiled language files' stamp.

3. Plugged in GrK's Busy Flags code into gatekpr...might help solve some
   flags related probs...BTW, Adept does properly clear flags on manual
   clear as well as events clear...checked it...works! :)

4. Changed the offline import fn a wee bit as well...removed redundant
   code from it...

5. Removed the non-functional FTS-0001 from the mailer menu till I can
   figure out why it always causes grief for me (or anyone else with bad
   line conditions...noise etc...)

6. Duh...forgot to put in an exception handler around the other GIO call
   to stop the GIO probs...done now...'cepting in the case #7 below...

7. Made RealTime transfer info the default for the transfer status window,
   seems the lazy update time runs into major probs specially on local
   vmodem and telnet i/o. This default will apply only if u re-create the
   BBS_Configuration file, otherwise, just click both mouse buttons in the
   transfer box, and if u see the option "Real Time Data Updates" just
   click on it (otherwise you will see "Lazy Data Updates" which means
   you are already set up for real time updates which is fine).

   This might also have some effect on high speed net/modem connects as
   well...keep in mind, in case of high speed i/o probs, turn on the real
   time data updates option!

8. The Full Screen Editor allowed the subject/to to be changed even when
   it was forced...somewhat fixed...altho it will still allow the change
   in case of the area attributes being forced, but when forced by a menu
   item (or rexx script) it will remain forced :)

9. The poll dialog in the outbound window will now default to the last
   mailer node from the line that has the current focus, instead of none
   or the last you chose...just something I reqired for my small setup...
   did not want to enter the node # to poll after a shutdown...:)

11. As usual...some more meddling :)


1.09.50v
--------
1. Corrected the date stamp in the AdeptPostTextMessage fn.

2. Added the compile language prompts option to the Programs Menu.
   Although not *very* critical, but please make sure no users are
   logged in while trying this option :)

3. Added the 3 new metas Hagar added to the .69 version, but with a small
   difference...the new metas are:

   {VP -> Date and Time of the first ever login of the current user
   {VQ -> Date and Time of the last login of the current user
   {VR -> Number of users based on the current userbase file

   NOTE: the {VP, {VQ and {SD metas all display the date/time in the
         same format, have no text attatched to them and will *not*
         tag in the newline after the date/time string. This is
         consistent with all the other displays in the BBS.

4. Added the menu type 1003 (as per the Hagar .69 build) to change the
   language type from a menu option.

5. Added a new REXX function to copy a file. The Syntax is...

	Call AdeptFileCopy AdeptLineNumber, 'c:\config.sys', 'c:\config.bak'

   i.e., Copy the c:\config.sys file to c:\config.bak

6. I finally got a fix on the GIO trap problem, but, unfortunately,
   nothing much I can do about it...it's in GIOMT.DLL itself. Here
   is what happens...

   Tag a cpl of files for d/l and select ZedZap and start the d/l...drop
   carrier in the mid or try to hang up on the user in the mid from the
   local Adept display...it waits, thinks about it...and...TRAP!

   (No...it's not a VAC build prob :) happens with any WC/VAC build)

   This does not happen with ZModem tho...and, does not happen with the
   older GIOMT.DLL (from 1.07f). Since using the older GIOMT.DLL requires
   you to use the older AdRTL.DLL and the older AdNNTP.DLL (and maybe the
   older ConnLib.DLL and AdFTP.DLL as well) I have, for the time being,
   put in a forced exception handler around the GIOMT calls in Adept...

   Also re-enabled the forced exception handler in the SMTP 'cause of the
   above...so, till we get hold of the GIOMT, AdNNTP etc src, this will
   most probably remain...:(

7. Some more meddling and cleaning as usual :)


1.09.50u
--------
1. Corrected a small prob in the AdeptToss.Log code...would generally
   fail to dump the Log when Adept was shutdown if there were any areas
   to dump...

2. Updated to UserSrvr DLL to use an OS/2 specific function for flushing
   the disk writes...should be more efficient...

3. Changed the shutdown a bit...Adept should be killable now...hopefully
   if I got it right...otherwise I will just have to try again :)

4. Saving of line configs if now logged to the Adept.Log

5. Added a user file nuke function to the Programs menu..."Nuke User File".
   The shortcut for this is ^o. This will run a file called:

   AdeptUserNuke.Cmd

   if present in your Adept base directory. Before calling this file, it
   will toggle DTRs for all nodes, make all lines in-active and then close
   the userbase file.

   I have added this option for those who want to manage their userbases
   and yet, not give up the high uptimes that one sees with the newer
   Adept builds :)

   It is *your* responsibility to ensure that no users are logged in while
   attempting to run this option...A DTR toggle may not work all the time...
   To be extra safe :) you can manually set all nodes inactive first and
   then try this option.

   My AdeptUserNuke.Cmd looks something like this...

   @echo off
   uNuke /r /q /e30 /d10
   ReIndexUsers

   WARNING! You are on your own with this. It works for me...you gotta
            check it out for yourself...:) Just make *sure* no users are
            logged in when running this.

   Also, if there is no AdeptUserNuke.Cmd file, then it does nothing!

   BTW, the AdeptUserNuke.Cmd could also contain just a copy statement,
   which would allow you to make a backup copy of the userbase...

6. Added a system wide file flush to the status timer (for now) which
   is on by default. To switch it off, just re-start Adept with

   /NC_NOCOMMIT

   The flush is on it's own thread so as not to block the GUI...


1.09.50t
--------
1. I corrected and removed what I thought was a typo "MainNC.Cmd" :)
   It's back now...

2. In case you have any grundged messages in the Internet\SMTPOut dir
   Adept will trap right after startup...this occurs from AdNNTP.DLL
   so not much we can do about it for the time, but will try to add
   some checking in Adept itself to try to avoid these errors...

3. Fixed the outbound not scanning on startup...


1.09.50s
--------
1. Fixed the reply to trap over telnet in NetMail...was in the new
   Netmail file attach code ...and just in case... added 2 new command
   line parms...

   /NC_NONETFILE   -> Will disable the NET FILE ATTACH feature
   /NC_NOLOCALFILE -> Will disable the LOCAL FILE ATTACH feature

2. Cleaned up some more debug code...

3. Corrected a type (yeah...my doing :)) in the NNTP which might have
   caused a problem on some specific systems...

4. Meddled with some display and prompts...pesky things...:)

5. Please note that all command line parms starting with NC_ are on
   a temporary basis and might be removed unless I get some feedback
   that they are required/used.


1.09.50r
--------
1. Tried to correct the occasional local display corruption.

2. Removed the additional logging by default, can be enabled by
   /NC_VERBOSE for now if req. Will be removed completely in the
   future unless some people want it.

3. Some more un-used code removed...

4. Improved the file d/l counter updation...

5. Improved slightly on the AdeptToss.Log logic...

6. Globally changed some code sequences to be more efficient and smaller

7. Added the SysOp Next to the Mailer Menu, but not quite sure of what
   was actually req...forgot :) Might not work as expected till I find
   out what exactly was req here...

8. Fiddled some more with the timings and the DCD logic as every GIO trap
   I have seen so far, starts there. Since we do not have the GIO source,
   we can only experiment and see how best to avoid this...

9. Added yet another command line parameter to control the SMTP thread
   stack size, i.e.,

              /SMTPSTACK 262144

   The default is 64k, in case there are any probs with SMTP packets
   you can increase the SMTP thread stack size.

10. Removed some more un-used code and cleaned up some more prototypes.

11. Fixed a problem in the SMTP...when I made all the paths consistent,
    forgot the hardcode in the SMTP module...found this out thanks to
    dutch :) In the process...found and removed some more un-used code...

12. Since the paths in Adept are now consistent, you should be able to
    run Adept (only the VAC build for now) from any base directory and

    a) the SET ADEPT= and the set APATH= are no longer
       *required* for Adept (you can keep those if you must :))

    b) No paths require the ".\" in the start...for eg, in the Adept
       Config->BBS Settings->Misc Path/Files Menu. You can remove
       the leading ".\" in the paths...no longer required...This,
       actually, never was required anyway...even earlier...AFAIK...

13. More fiddling...as usual :) Made some more messages consistent...
    there were (and maybe still are) a few messages that were repeated
    but had *slightly* different text...

14. Added a new command line switch /NC_FULLNAME (for now) which will
    not allow a new user to use a single word (alias if u plz :)) for
    a name, or, even 2 single chars seperated by a space...this is good
    enough for me...I used to do the same in my startup rexx script...
    do let me know if this can be improved on in other ways...ne1? :)

15. Added Hagar's new file list display code. Here is a cut-n-paste about
    it from his readme...

             Scott Drake of isonline.com fame did not like the default adept
             files lister display, he says rest of world is using the Quickbbs/
             RemoteAccess/Proboard/Lora display style, so ok here it is, if
             you add 100 to any of the file display menu commands (ie 73 
             becomes 173) you will now invoke the new display routines. For
             this to work though you need to add two lines to your
             language.text, make  lines 870 and 871 look like this:

#870
[Mta]\r\n[0;34m{FF{B2 Name [0;34m{B1{FC{B2 Size [0;34m{B1{FB{B2 Date [0;34m{B1{FB{B2 Description\r\n
#871 actual file     name    date    size [Mta][Str]{B1[0m%u[K\r\n[K > {FF{B1%-30s  {FE%5luk  {FB%s {FC[%5.5lu] {FD%s[0;36m\r\n
[Asc][Mta][Str]{B1[0m{C1[K\r\n[K > {FF{B1{C3  {FE{C5k  {FB{C0 {FC{FD{CB {CA{FC\r\n
[Ans][Mta][Str]{B1[0m{C1[K\r\n[K > {FF{B1{C3  {FE{C5k  {FB{C0 {FC{FD{CB {CA{FC\r\n

             I suggest cutting and pasting the above directly into your
             Language.Text. Course if you like the old display style you don't
             really need to modify language.text, however u should just to stay
             current.

16. Finally got hold of the SMTP and other related problems...duh...some
    optimization and incorrect prototyping probs...hopefully most, if not
    all, fixed now...


1.09.50q
--------
1. Added the 2 new metas Hagar added to the Official WC build

   a) {VN = Handle of last user on this node
   b) {VO = FullScreen Editor ON/OFF.

2. Hagar changed the GateKpr switch to /X instead of the /T used in the VAC
   build to force GateKpr to quit if no AdeptToss.Log was found. The VAC
   build will now accept both /T as well as /X for now...also added the /S
   option to force GateKpr to ignore the AdeptToss.Log completely.

3. Added a few more metas...please keep in mind that these may not be
   supported in the Hagar version and might be removed from here as well
   if Hagar decides to use any of these codes for any other purpose to
   maintain compatibility.

   {SL -> Free Physical Memory
   {SM -> Free Virtual Memory
   {SN -> Number Of New User Calls For The Current UpTime
   {SO -> Number Of Actual BBS Logins Completed For The Current UpTime
   {SP -> Number Of OutGoing Mail Calls For The Current UpTime
   {SQ -> Number Of Incoming Mail Calls For The Current UpTime
   {SR -> Number Of FAX Calls For The Current UpTime
   {SS -> Number Of Times Adept Got a Connect String For The Current UpTime
   {ST -> Number Of Socket Calls For The Current UpTime
   {SU -> Number Of Telnet Calls For The Current UpTime
   {SV -> Number Of VModem Calls For The Current UpTime
   {SW -> Number Of Modem Calls For The Current UpTime
   {SX -> Number of the currently running Tasks
   {SY -> Number of the currently running Processes
   {SZ -> Number of the currently running Threads

4. The occasional traps in the file area list/d/l should now be fixed...
   as well as the telnetting from the BBS...hopefully :)

5. If a user uploads an incorrect extension offline mail packet, Adept will
   display prompt #911 from the Language file.

       #911
       [Cvt][Mta]\rCould not find *.Rep or *.New\r\n{PC

6. Enhanced the file tag dupe check...

7. Fixed a possible trap condition in the NNTP

8. The NNTP got messed up a bit in the earlier build...just to remind me
   that there's a whole lot I still don't know about Adept I guess :)
   Fixed!

9. Removed the menu item logging...hopefully no longer required :)


1.09.50p
--------
1. Removed some more un-used code...

2. Made a small change in the view archive function in the file listing
   and updated the Archivers file for PkZip 2.50 and other InfoZip/UnZip
   formats (mostly the sfx kinds).

3. PkZip 2.50 for OS/2 is quite a lame one :) don't try using the /extra
   option with /add...hehe :)

4. The new user menu exec got messed up in the earlier changes...would
   not be called if rexx was enabled, only the NewUser.Cmd was used...Fixed!

5. Some more re-arrangement of code...should make this build faster than
   the earlier ones...hopefully :)

6. Added a message to the user if an offline mail import extract fails for
   any reason as well as if the user u/ls a file which does not have an
   extension of .Rep (QWK) or .New (BWave)


1.09.50o
--------
1. Just some general cleaning...nothing special...:)

2. Under a certain condition, Adept could write out a 0 byte
   AdepToss.Log, this is now corrected...Altho GateKpr would have dealt
   with it without any probs, but fixed in Adept as well...

3. Changed the file name of the toss log to AdeptToss.Log, which is what
   the Hagar version will also use from now on...well...since Adept does
   require HPFS...:)

4. Those of you who are using compressed message bases, please be aware
   that this can cause probs as has been the experience of most Adept
   SysOps I have talked to...try to uncompress the message bases and then
   re-try running Adept in case of problems...

5. Disabled some VAC specific code which was causing probs for some ppl


1.09.50n
--------
1. Missed the correction of some spawn settings for the mailer...Fixed!

2. Setting Call Collision off was not implemented...should work now...

3. And yet again...this time import offline mail...duh...if a large
   packet was u/l and then the carrier dropped...well...hopefully fixed!

4. Finally found and fixed the GateKpr/VAC prob...made the VIO and PM
   version messages slightly more consistent...


1.09.50m
--------
1. Forgot to fix the spawn flags in the Events...and i thought i had
   already done that...duh...:)

2. Royally screwed up the last cpl of rare case offline mail fixes :(
   was fixed so only the first user on any line could d/l...duh..
   Re-Fixed...works now :)

3. Fixed a cpl of semaphores and got rid of un-used ones...

4. Please remember to use the DLLs from 1.09.50l


1.09.50l
--------
1. Had not intended to hand out 50k to anyone, but...:) To avoid confusion
   shifting to 50l for this build. I am now going to drop the VAC beta
   linker for this and the future builds as some people have reported some
   problems due to OS/2 versions etc (I think...)

   Please, try not to mix-match the Hagar WC and my VAC DLLs or EXEs...
   might cause probs...

   The beta linker did make real compact executables tho...the normal linker
   makes them slightly bigger...:(

2. Changed the outbound icons' size as suggested by dougk. Sorry Doug, I
   cannot really store anything else in the INI for now as there is a whole
   lot of Adept I still don't know much about and am still in the cleaning
   process, but yes, I do have the same thing in mind...someday...:)

3. Changing the default menu type to the old type as the new ones are more
   easy to detect. It will still auto-switch on the first login, if req.,
   but the default startup option is now OldMenu.

   Oh well...the truth? :) I find 'em easier to use, specially while testing
   etc and they are faster...at least for my setup...so...

4. Made some more corrections to the spawning routine calls...

5. Corrected another rare condition offline mail export prob...

6. Duh...how could i forget an option to view the system log? Added! :)

   Shortcut is ^y and it will run the file AdeptLog.Cmd if found, else
   will open the Adept.Log file in EPM.EXE

7. Duh...why me? Again got a rare condition in offline mail exports
   (no traps tho :))...hopefully fixed for now.

8. A small mod to the outbound re-draw process...

9. Added a shared semaphore to drop the AdepToss.Log to Adept and GateKpr.
   Adept will now drop the AdepToss.Log whenever GateKpr is run. Will
   include the full specs of this functionality as soon as I have confirmation
   that this indeed works as expected :)

   BTW, Adept will still drop the AdepToss.Log on ShutDown.


1.09.50k
--------
1. There is some prob in still left in the spawning routines, till I can
   find and fix that, I have plugged in work-arounds to stop the traps
   related to this...

2. BackGround QWK mail import would either not complete, or, trap Adept in
   case of a carrier drop. Fixed!

   BTW, this was ok in bwave import, no probs there...

3. Changed Text and Fido Export as well now to be consistent with the QWK
   and BWave Processing.

4. There have been lots of quick fix mods to Adept which generally defeat
   the idea of multi-lingual stuff and some similar things...trying to find
   and correct all such instances...I just might break some stuff at places
   but I guess it has to be done if the program has to be maintained...

   I am depending on all people using the VAC builds to point out any such
   problems (in case I break any menu/script path etc.), it won't be
   anything very serious and nothing that cannot be fixed right back in the
   very next build...let's hope for the best and see... :)

   I will be making these changes in blocks, not all at one shot, so even if
   something does go broke, it will not be serious and we will end up with
   a far more robust model in future...

    ************ NOTE *** NOTE *** NOTE *** NOTE *** NOTE ************

5. Okay, as a result as #4 above, we also have and extended AtLoginX.Cmd or
   AtLoginX.Menu, WelcomeX.Asc, NewsX.Asc and BulletX.Asc. A VERY important
   point to keep in mind is that fact that although you may never require
   or use the plain *.ASC files, they MUST be present!

   Most places pre-check for the presense of the *.ASC before actually
   trying to find *.ANS or *.AVT etc. If the corresponding *.ASC file is
   not present in the Adept\Text directory, some files may NEVER be
   displayed even though you might have the ANS/AVT file for it.

   I will most probably make this behaviour consistent thoughout Adept...
   already started actually :) Just keep in mind that any Standard
   (Pre-Defined) Adept display file MUST have at least a .ASC file and
   if should not be a 0 byte file. You can place 1 byte dummy files if
   you never use the *.ASC, but they have to be there to display a
   corresponding ANS/AVT etc...

    ************ NOTE *** NOTE *** NOTE *** NOTE *** NOTE ************

6. Offline mail export again...:) Seems that most work and updates were
   done on the bwave export, so I corrected a few inconsistencies still
   left between bwave and other offline mail exports. Will do a proper
   cleanup later, for now, they are more consistent than before...

   Also, any background mail export (monitor off) should now work equally
   well in local mode.

7. Files in the System\Line0 directory, i.e., left over files from a
   local login will no longer be deleted...at least we can see those
   later...:)

8. Well...can't blame me for not trying...:( I tried to use the variable
   paths that were a part of Adept to begin with, only to find a few
   places depended on hard coded dir names...so...I made it consistent in
   that fashion :) Altho I removed all references to the base dir being
   Adept (yeah, now you should be able to run it from any dir), but, the
   dir names inside the base Adept dir will remain hard-coded.

9. BTW, the difference in speed shows up even in comparison to the 50j
   version...not bad eh? :) The cleaning process does seem to be making
   Adept faster...let's hope it stays as stable as well...:)

   For those of you who might be interested...the old menus run almost
   twice as fast as the new menus for now...at least on my setup (very
   plain and simple). Both share the same menu item processing routines,
   it's only the basic menu display/structure/parsing that is different.

10. The shortcuts for init, answer and next call were not quite working
    as they should...Fixed!

    Alt-P would bring up the Poll Dialog box instead of pulling down the
    program menu...Fixed!

    ^P still brings up the poll dialog box.

    Changed the shortcut for next call to ^N rather than ^R.
    Changed the shortcut for Get Files Dialog from ^G to Alt-G

    Added ^G shortcut for the Group Editor.
    Added ^U shortcut for the User Editor.
    Added Alt-X shortcut for ShutDown-On Hook
    Added ^X shortcut for ShutDown-Off Hook
    Added ^C shortcut for Clear All Calls

    Removed the Extra Seperator between Clear Calls and Make Line InActive
    from the Mailer Menu

    Added ^t shortcut to read a file called GateKpr.Log from the LogFiles
    dir, or, run a file called GateLog.Cmd if present.

    This is similar to the line log view command now which would run a
    file called ReadLog.Cmd if present, else view the log for the
    focussed line. These commands will no longer try to run/view a 0
    byte file...

    Added a new "Run Manager" command to the outbound window which will
    run a file called OutBound.Cmd if present. This can be used to run
    any external outbound manager (like bill-e's for instance :))

    Pulled the InActive lines options from the Adept Status for now as
    they were not co-ordinated with the resetting back to active. If u
    tried the make in-active option from the Adept Status RMB menu, you
    would have to select Make Inactive from the main Adept Menu to get
    to the option to make it active again.

11. Tried to clean up a huge (for me :)) mess in the OutBound window
    processing...it would never get refreshed on any other option on the
    RMB menu until you actually forced a re-scan by selecting the ReScan
    option from there. There is a lot more to do here before it's finally
    cleaned out...seems more functional for now though...

    Also added a command line option to control the outbound re-scan timer.
    /OUTBOUNDSCANTIME 300000 was, and is, the default. The time is in
    milli-seconds. Feel free to experiment :)

12. Found something *very* interesting while trying to run 1024 nodes...
    yeah...again :) Adept traps while trying to check out port 1000. Tried
    this while SIO was installed...is it a SIO limitation/prob or OS/2...?
    Anyone have any ideas on this one?

14. Changed the logic for the shutdown menu items enable/disable. Should be
    faster now.


1.09.50j
--------
1. Adept will now drop the current AdepToss.Log on all of the following

   a) Any Event Command is run
   b) Select the Mail Proc (^M) from the Adept Menu
   c) Adept is ShutDown

   The AdepToss.Log format should make it simple for any 3rd party util
   like GoldEd to incorporate it since the information in the AdepToss.Log
   is just the Massage Area number in plain ASCII format and has only one
   Message Area Number per line.

2. GateKpr's version number has been bumped up to 2.30.00 to make it
   different from earlier versions which do not support the AdepToss.Log.

3. Added a new switch to GateKpr to make it exit if no AdepTosss.Log file
   is found instead of processing all the areas (as earlier). The switch
   is /T (as is Toss)

   If a /T is specified, GateKpr will import all mail, but will not export
   any area unless it finds the AdepToss.Log file, in which case, it will
   export only the areas specified in the AdepToss.Log.

   If a /T is *not* specified, GateKpr will import and export all mail,
   unless it finds the AdepToss.Log file, in which case, it will export
   only the areas in the AdepToss.Log.

4. Fixed GateKpr's problem of shouting "Probably insufficient diskspace"
   etc. if you specified a relative path in the Area.Control file.

5. Cleaned up some more code in Adept. Re-Checked all the / and \ stuff,
   found a few probs that might have resulted in incorrect display or
   traps. Hopefully Fixed!

   Re-arranged all such / and \ code to check for \ first, should be more
   efficient (faster) now. Made similar chamges in the GCU.DLL code as well.

6. Backed out of the beta FP #2, OS2KRNL, PMMERGE and PMWP DLLs...no more
   pesky traps so far...:)

7. If a user entered an invalid date in the new file search, Adept would
   trap. This trap would also occur when ever the same get date was called
   from any other place as well...(FTP etc). This will now default to the
   current date in case of any invalid input. This should fix some of the
   vague traps we have been getting while not watching :)

8. Added yet another checkpoint in all background offline mail exports
   just to avoid a potential prob...dunno if that condition will ever
   occur, but just in case...:)

9. Forced an exception handler where some people where getting traps for
   now in order to get a hold of the exact location and to keep Adept up
   and running for this known prob situation :) This will create a Trap.Log
   file in the Adept dir in case of any probs. Please send over any Trap.Log
   file(s) from your Adept dir if u get any...

10. Added one more log line in the file d/l couter update to check for any
    probs etc. for instance a file d/l counter not updated when it should
    and possibly could have been...If you notice any probs, plz send me that
    portion of the linex.log file...Plus methinks it is called one more time
    than is really req...let's see...

11. Fixed a problem in the d/l filelist...it always added an additional \
    after the path and that is what was displayed as well...This was what
    was causing the time delay in the file d/l counter update routine as
    it had to search through the entire filebase for a pathname with 2 \s
    in it...duh... :)

    This would happen for all files in file areas that were marked for
    copy to HDD from CD...

12. Have left some additional logging on for now...will remove it in the
    next build...should know better by then...hopefully... :)

13. This build, in general, should be very resistant to the vague traps
    that we sometimes got...let's hope and wait and see...:)


1.09.50i
--------
1. Duh...missed some more un-used code...related to squish...removed!

2. Fixed a nasty user generated trap in all background offline mail
   exports. User selected not to monitor mail packing and w/o waiting
   for it to complete, changed the option to monitor mail packing and
   BANG! TRAP!...GRRR....Fixed!

3. Forgot to switch off the notify the user flag on the mail proc (^m)
   the user would see the prompt "loading external door..." if you tried
   ^m...duh...Fixed!

4. Added a rough support for EchoToss.Log in Adept...

5. Duh...it was'nt only the APM...it was DosCalls.DLL in the beta FP #2
   I guess...backed out of the DosCalls.DLL for now...

6. Okay...serialized the addition of message areas for the EchoToss.Log
   from Adept using a semaphore...seems to be working great...for now :)
   For now, Adept will dump the EchoToss.Log file on shutdown only...

7. Now all I need to do is to have common link between GateKpr and Adept,
   so that when ever GateKpr is run, it will ask Adept to dump the currenty
   posted to message areas to the EchoToss.Log file and then scan only
   those areas....

8. Backing out of DosCalls and CMD.exe from the beta FP #2 seems to work
   much better...altho there are still probs...Did help me to catch a bug
   in the Adept Spawn routing tho :) The size of the buffer passed to OS/2
   was hard-coded to 50...it actually turns out to be 60 now...duh...Fixed!

9. Okay, I dropped the idea of EchoToss.Log...no point in it and since at
   least I don't know of any third party util which supports this for Adept,
   Adept now has it's own AdepToss.Log :)

   The EchoToss.Log format meant a huge Kludge in Adept as the only link
   between Adept and the GateKpr areas is the Area Number itself and not
   the name or the echo tag.

   The AdepToss.Log has a plain ASCII format and just contains the Adept
   area number, one per line that is to be exported. GateKpr 2.01.04 will
   check for the presence of AdepToss.Log and scan only those areas if it
   is found, otherwise it will scan all areas (as it already does).

   Now...instead to having Adept write out to the AdepToss.Log all the time,
   I have currently chosen a faster method (can be changed if req l8r).
   If the running event command line has the words "Mail" or "GateKpr" in
   them, or, if you select the mail proc from the Adept Menu, the current
   AdepToss.Log file will be written out to disk. Hopefully this should
   work fine for most people, but let's see...

   The EchoToss.Log kinda support can also be plugged in GateKpr if
   required...

   BTW, Adept will also dump the AdepToss.Log on shutdown...

10. GateKpr.Exe Version 2.01.04 (PM) is included in the update archive
    for now...


1.09.50h
--------
1. Changed the "Change Type" option in the outbound manager a bit. It
   would appear on the menu even if nothing was under the RMB and if
   clicked in this condition, would cause Adept to trap. Fixed!

2. Fixed the no timer check on telnet/vmodem calls. Should work fine now.

3. Fixed the netmail address guesser trapping on rare occasions.

4. Fixed a possible mem leak under very rare conditions.

5. The Archiver and Protocol selection would never default to anything
   even though the prompt said so...Fixed!
   Both will now default to Z, i.e., ZModem and Zip/UnZip

6. The Mailer Proc (in the menu ^M shortcut) would not run REXX CMD
   files...at least, it did not for me...Fixed!

7. Removed a cpl of logging lines in the new menu driver which were
   basically being repeated...all I now have to check is why the repeat...:)

8. For those interested, the probs I had with the Beta FP #2 were related
   to APM. I turned APM off and works like before...solid! :)


1.09.50g
--------
1. Reduced the number of tries on getting CRC errors "YooHoo CRC Error" is
   the message for those of you who might have seen it :)

2. There was a problem in the OS/2 Startup Date/Time display...the uptime
   was correct. Anyway, I rewrote the damn thing to be far more quick and
   and small as well as accurate...hope it remains that way :)
   The System Startup Date/Time is now computed only once as we can safely
   assume that Adept will not keep running while the system is re-started :P
   Also made the computations for it consistent so that the compiler can lift
   the non-variant parts making it faster...everytime...Should make it
   slightly faster in the conversion Metas as well...{SD and {SE

3. Extended an already existing fn to display the formatted uptimes etc in a
   consistent and pleasing manner :)

4. Think the prob was with the APM in FP #2 beta...can't be abs sure for now,
   but if u r not using the beta FP #2 for Warp 4, go ahead and use the
   /BBSWATCH switch...:)

5. Some other minor changes here-n-there :)

6. Made a small fix to the get index for message replies...got a trap there :(
   Let's see....

7. Added a command line option to disable time checking for Telnet/VModem
   calls on request :) Should not affect any other normal operation...
   Just start Adept with /NOTELNETTIMER and it will not check the time on
   Telnet/VModem calls...

8. Adept directly checks for the time left in too many places, so the above
   switch will work, but with some limitations...hopefully we should be able
   to work them out later...currently, it will just keep increasing the user
   time left...


1.09.50f
--------
1. Made the BBS Watch thread a command line option. It is now disabled by
   default. The option is /BBSWATCH to enable it. I applied the beta FP #2
   and the Watch thread causes a trap on Doscalls, but other programs also
   seem to have a similar prob, so I can't be sure if it's the Beta FP that
   is the problem or something in the watch thread. So...till we are sure
   of the cause...it remains off by default, but, can be enabled from the
   cmd line if required.

2. Globally changed all '/'s in pathnames to '\' to be more consistent as
   a mix of both were being used.

3. Some Squish code was still enabled in places...might have caused probs
   in some cases...as there was no backing code for it. Removed!

4. Added a flimsy change pkt type to the outbound manager on the RMB as per
   dougk's suggestion. It is currently flimsy in the sense that it will
   cycle through the pkt types on every click. C -> H -> N for now :)
   Will improve on this later if this is what was required....

5. Added logging for locked out and deleted marker users. Trixer could not
   figure out why this build threw him out on a local login...his a/c was
   marked as deleted :)

6. Pulling files from 1.07f and Hagar's full version to make a full version
   for the VAC build as many people seem to have problems "finding" a full
   archive...Will try to make a better, updated full archive later...


1.09.50e
--------
1. Extended the user logoff check for offline mail export to both cases,
   Monitor off and on...had a slight prob here, so this should fix it :)

2. Fiddled a bit more with the answer of RINGs...


1.09.50d
--------
1. Some users still had probs exporting mail d/l packets in the background
   so removed the not so required checks which I thought I had removed
   earlier as well...:)

2. Fixed the Mail Incoming/Outgoing Counters on the Status.

3. Fixed a problem with GateKpr in addressing. If it could not for any
   reason make a guess at a matching zone/net/node etc. it would set the
   number to 0. At least, AFAIK, Zone cannot be 0, so it will now default
   to the originating Zone in case it cannot guess the correct one.

4. Removed the "Hit Enter" after the "offline mail is ready for d/l"
   prompt when a user selects offline mail packing in the background.
   Causes a loong loopback and not really required AFAIK...

5. Updated the status with some more info...:)

6. Corrected the display for the Metas K6, K7, K9 and KA...They would show
   huge (out of bound) values in some cases. For example a user d/l a file
   marked free or bytes free which is greater than his/her d/l limit, the
   corresponding d/l left Meta would display well...all you have on the BBS
   as the d/l Kb left...The difference was being printed as an unsigned
   number...duh :) Fixed!

7. The New/Re-Arragned Status Line now looks something like:
   "[CONN: 0] [MDM D/V: 0/0] [TEL: 0] [SOC: 0] [FAX: 0] [BBS: 0] [NEW: 0] [MAIL I/O: 0/0]"
   Where:

   CONN -> Total connects to Adept
   MDM D/V -> Modem Calls (Dial up/V Modem)
   TEL -> Normal Adept Telnet Calls
   SOC -> Normal Adept Socket Calls
   FAX -> Fax connections
   BBS -> Actual logins to the BBS
   NEW -> New Users logged in
   MAIL I/O -> Mailer Calls (Incoming/Outgoing)

   I guess this is enough info to get at a glance to see what all happened :)


1.09.50c
--------
1. Made some changes to the incoming call loop. Might help solve the pesky
   RING1 etc answering problems. Should not affect anything else otherwise
   excepting to *possibly* remove the multiple RINGs that one sees at times
   before Adept actually decides to answer...let's see...

2. Fiddled with some more timing factors for the mailer EMSI sessions,
   might improve some things...then again, might not :)

3. Added check in all background offline mail export type for user logoff.
   It could bring down the BBS in some cases...did here in my local
   checking anyway...hopefully fixed!

4. Added a number of mail calls counter to the status...let's see it it
   works :)

5. Added dumping of the Adept Status stats to the Adept.Log on shutdown.

6. Moved the BBS Name from the status to the Status window Title Bar...
   gives us more room for junk on the status :) Only drawback is that if
   you change the BBS Name in the config, the change will not be reflected
   till you re-start Adept as the Title is set on Startup and not changed
   after that...

7. Enabled a feature that was earlier causing a prob on dutch's display
   screens. Should no longer cause any probs and increase the display
   speed.

8. Removed the currently useless SMTP Stats button...

9. Changed the default NNTP Server stack default from 128k (50b) to 96k

10. Changed the Status display to be more compact...it uses NM for NewMenus
    and OM for OldMenus now...


1.09.50b
--------
1. Cleaned up the background offline mail export LMR updates code...should
   be more robust now...Also added the updation of LMRs to the line log for
   now...

2. Increased the NNTP stack size as bjoolav was getting a trap which shows
   an outta stack prob. Most probably stems from the NNTP dll, which we
   don't have the src for as yet, so trying an increase in the Adept NNTP
   thread stack size...let's see...

3. Added a command line parameter to set the NNTP Stack size for the NNTP
   server thread. /NNTPSTACK xxxx

   The NNTP Server thread now defaults to 128 kb of stack as do the Mailer
   and BBS threads. IMO, even assuming a 64kb+ msg in the NNTP now, it
   should not run out of stack space as the earlier size was 64kb which
   is now doubled to 128kb.

   Will ask bjoolav to determine the optimal stack size...perhaps 96kb
   ought to do it, if so, i'll switch the default to 96kb, till such time
   tho, the default remains at 128kb.

4. Added some more logging to the menu driver and menu items used, and added
   the logging of the offline mail packet type selected by a user.

5. Duh...yeah, will try to make a full install pack for the VAC builds...
   soon :)


1.09.50a
--------
1. Version numbers jumping tooo fast, so will now keep version numbers for
   only tried and stable builds, otherwise it will be 1.09.50x, where x is
   gonna be from a-z :)

2. Another LMR update prob reported in the background mail export. Fixed!


1.09.50
-------
1. GRRR...the file d/l counter would really take CPU after a mail d/l...
   searching for the file thru the entire file base to match and update
   the counter. Fixed!

2. Added checks for mail packet files (polling etc) in the File d/l
   update. That should do it :)

3. Corrected a minor inconsistency between how the mailer added files
   to the xfer list and how the normal d/l and tag did it. Nothing big
   just made the behaviour consistent to avoid possible probs in future.

4. Hrrrm, if u have files in CD, and the area also has the copy to hdd
   flag set, the d/l counter for those files will not be updated for now
   as it requires a kludge and some stuff is tied to other places in the
   BBS which will have to be re-worked before this can be done.
   Alternatively, if I can assume that there are no dupe files on a CD,
   the counter can be updated, let's have some feedback on this issue...:)

5. Ok, in case a file has the attributes of copy and kill after transfer
   (typical for files on CD), the d/l counter will be updated based on
   the first matching filename in the filebase for now...It will still
   match the complete path in case of files on HDD (as long as they are
   not marked copy to HDD :)) Have added logging for the file d/l counter
   update for now...will remove it later after we know there are no probs.

6. Minor changes to FTP and File listing search fns. Just tried removing
   a kludge, nothing special.

7. Found another possible source of probs/leak in the file tagging. Fixed!

8. Added the initials in the msg reply in the FullScreen Editor.
   When a user selects to reply to a message and selects to quote from the
   original msg, Adept used to put in just " > ", it will now plug in the
   initials as in  " XX> " as is generally done by most such editors.

9. Just some more general re-arrangements...and added a small fix for dougk
   so that the reply to in a netmail msg will not have a null addr. It will
   be 0 rather than completely absent.

10. Just a mention about READLOG.CMD. This file, if present, will be run
    when you select the view log menu option and it will be passed the
    current line number as a parameter.

11. Re-compiled the new Fsys, GCU and UserSrvr with the single threaded
    libs as it should have been in the first place. No probs, just adds
    un-required bulk. Same for uNuke and ReIndexUsers...

12. Made a small change to the BBS Watcher thread. Let's see how it
    works out.


1.09.49
-------
1. Changed the cheat check a bit to get around the CBV bug for now...let's
   see...

2. Changed the last 2 stack allocations I had left out earlier to heap
   allocs. Should solve some rexx call probs (if any).

3. Changed the logging in BWave/QWK to be consistent. Both were logging
   differently earlier.

4. Please note the fact that the earlier added menu types 8/9 are part of
   the base menu driver and cannot be directly accessed via rexx using
   AdeptMenu calls. (Why would anyone need 8/9 in rexx anyway :))
   Only menu types above 10 are accessible via the AdeptMenu Rexx command.

5. I am now gonna increase the logging, so that we know what's going on...
   Please...someone...lemme know if I overdo the logging :)

6. QWK Export was using a background session to pack mail, whereas BWave
   was using a child session if the mail monitoring was on. Changed the
   QWK to be consistent with BWave.

7. Slightly optimized the thread and process count display, required two
   seperate calls earlier for similar processing, now makes only one call.

8. Removed a VAC kludge from FSys.DLL, does make it slightly smaller,
   perhaps slightly faster as well :)

9. Added the functionality to update the file d/l counter on a successful
   file d/l. Now we can find out which file was leeched the most :)
   Oh well...let's just say we will now get to know the most popular one
   on our boards...the file I mean :P

10. Made a minor change for Adept to be able to answer to RINGxx as
    documented. Cannot be sure of this, but should not make any diff
    to normal answering...Anyone who checks this out, please let me
    know if Adept now responds/answers to RING1, RING2 etc when you
    set it in the Active Line Config.

11. Everything seems to be working and in place for now...the CBV carrier
    drop no longer causes a prob, but will improve on it so all relevent
    user stuff is preserved, not just the time (in case of the cheat).


1.09.48
-------
1. GRRR...in correcting the prob pointed out by Mario in the bwave export,
   I broke the current bwave normal message import. Fixed!

2. Also changed the multiple mem alloc/free's in the offline import to be
   the same as the export procedures. This improves the consistency as
   well as the speed.

3. Releasing this now 'cause of the offline import prob...

   
1.09.47
-------
1. I had made a modification to free mem in email/nntp posting which turned
   out to be incorrect as pointed out by Mario. This would have caused Adept
   to trap in case a user u/l email/nntp from a bwave packet. Fixed!

2. Think I found the prob spot for dutch's trap. Was an allocation on the
   stack, changed it to normal heap alloc.

3. Added the latest Hagar (Mario's) GateKpr compiled for PM to the archive.

4. Made some minor changes to the exception handlers.


1.09.46
-------
1. Thanks to dougk for getting the user server (and some more) source from
   JM the user file flush function is now a part of the new usersrvr.dll.
   This is how it works now...when ever Adept makes a call to any functions
   in the user server which change/add/modify any user record, after the
   update, the user file is flushed to disk (closed using a dup handle).
   This will ensure that the userbase is always correct on disk. The only
   problem that remains is the user index file which I have not done the
   same to (since we don't have the source to that), but that's not a prob
   as the index file can be re-created in case of any problems...In fact I
   always run reindexusers from my AdeptStart.Cmd before starting Adept to
   make sure it is in good condition.

   This way, there will be no performance hit and is transparent to Adept
   itself. The only difference will be that the user file will be updated
   on disk after any change.

2. The timer i fiddled with is back to what it was since i could not make
   out the diff...so better leave it as was for now...:)

3. Also, 'cause of #1, pulled the flush user file I added to Adept itself..

4. Checked out the menu functions 820/821 (DOS Door Runner) over VModem
   Telnet ports 5 to 16 using a game called Lord. Works fine!

5. Re-compiled FSys and GCU DLLs for using P5 optimization...:) No other
   change in them otherwise for now...BTW, the User Server DLL was also
   compiled using P5 opts tho it won't make much of a diff there as it
   mostly consists of calls to Btree.DLL.

6. Would need feedback on this build since a whole lot is changed...seems
   to work just fine here...for now...:) and yes, it is faster...

7. Re-compiled uNuke and ReIndexUsers using P5 opts. No Change otherwise...

8. Had to do some work on FileEd, but got side-tracked with all of this
   for now...will get around to FileEd probs as well l8r :)


1.09.45
-------
1. Added a user base flush function. When ever a user record is now saved,
   Adept will also flush the user base file to disk, preventing the loss
   of any user data and the need to shutdown to actually flush the user
   base file to disk.

2. This is just in case...since i changed the main display fonts to WarpSans
   anyone using Warp 3 w/o WarpSans installed, just drag-n-drop any font of
   your choice to anyplace on the BBS Status display to change the default
   if required.

3. Someone said the "kill log" function did not work. It does...now :)


1.09.44
-------
1. I finally got the file list display prob. Fixed!
   Dunno if it has any side effects for now tho...

2. Some more mem alloc changes and checks added at some places.

3. Found and fixed yet another mem leak in the new menu driver. Musta
   been outta my mind to have missed this one :)

4. Mario pointed out the fact that the DOS door runner I plugged in
   does not work for COM ports beyond COM4. This is a limitation. You
   have to have a port and irq configured for vmodem and the same setup
   in the door...(menu types 820/821)

5. Changed the frequent mem allocs in the new driver to a single one,
   hopefully no probs 'cause of that and menus should react faster.
   Of course, I am assuming that no one uses more than a cpl of thousand
   hots keys per menu screen....:)

6. Re-arranged the repreated mem allocs/frees in all offline mail
   exports to alloc only if req. This alloc/free was happening for
   every msg. Should make a diff...let's see :)

7. Changed most of the 8.Helv fonts to 9.WarpSans...looks neater, and,
   of course, it always was available for Warp 3, so... :)

8. Changed the timings between rings a bit...let's see...was 35000 ms.

9. Generally improved consistency in checks where ever i went, so that
   most of them are equiv now when checking for the same thing.

10. In case I forgot to mention it earlier, the BBS Watch thread is enabled
    again, with logging.

1.09.43
-------
1. Nope, the file list display fix is some thing else. What I did as a trial
   earlier is now removed.

2. Trying to fix the NNTP prob. Globally changing file permission flags.
   Let's see...seems to work here for now...

3. Added Task, Process, Threads, Physical and Virtual Memory Free display
   to the Adept Status.

4. The Adept Status Window's Status was not being updated on a call
   collision. Only the Status in the main window was...Tring a "fix" :)
   There were 2 individual checks for "NO DIALTONE" and "NO DIAL TONE",
   currently changed it to one and will check only the first 7 chars, i.e.,
   "NO DIAL". Let's see....

5. Cleaned up some discrepencies in the offline mail export code and
   sorted out the prob associated with some setups regarding offline
   mail export. You must *NOT* have [Mta] in the language file for
   74, 112, 114, 646, i.e., Do not use any metas for these lines like
   {PC etc for the background export to work properly. Using any metas
   in these makes a kinda complex recursive loop in the input routines
   which also checks for the mail export semaphores.

6. Some more minor changes to reduce mem requirements even further...

7. Using the new beta of the VAC linker, seems faster and better...


1.09.42
-------
1. Added Mario's (Hagar) local file u/l attach code and the fix for the
   Event Editor. Documented in the Hagar ReadMe for the 1.09.49 release.

2. Tried a fix for the CBV dropping DTR not saving the user record. Let's
   see if this works....

3. Tried out the problem reported by dougk, it's a prob i reproduced here
   as well...seems to have something to do with the nodelist compiler not
   putting the cost in the compiled nodelist while i was using the normal
   cfg. I really had to add the cost everywhere before it actually showed
   up in Adept. The short of this is, it's a nodelist compiler configuration
   problem rather than a problem with Adept.

4. Neway, while searching for dougk's prob, found some more redundant debug
   code...removed!

5. Releasing this now for 2 reasons.

   a) This release is at par with the official "Hagar" 1.09.49 sans the
      file caching, and,

   b) need to check out the time cheat fix "fixed" for the CBV DTR drop
      problem :)


1.09.41
-------
   Skipped, as I already used the 41 in the last release archive :)

1.09.40.1
---------
1. GRRR...I broke the LMR update in the offline mail export while fixing
   the mem leaks in the export. Actually it was a piece of debug code
   which I forgot to re-compile. Fixed!
   Built this exe from scratch...

2. Removed more of the original debugging code from Adept which had no
   use from the user's view point other than increase the exe file size
   and decrease performace by a wee bit (almost negligible).

3. Seems like my file area listing corruption fix worked :)

4. Still trying to track down the text export prob as I have not been
   able to re-produce it and no one else seems to have had it besides
   me :) Also trying to track down yet another elusive mem leak
   someplace as I did get a slight drain with 24 hrs of runtime...
   It's no longer as massive as it was though...:)

5. Releasing this build now 'cause of the LMR bug introduced earlier.


1.09.40
-------

Ah....at laaast :)

I think this build is now stable enough to let loose in general....
Please go through this entire file for details on what's new/fixed.
This archive also includes the fixed versions of FileEd 0.25beta as
well as BFSMake. Please keep in mind the fact that this is only an
update. You need to have a installed and working Adept System in
order to use this.

The current build includes Hagar's file attach code but not the file
caching system as yet. Also, this is a 24 node version to preserve
memory as most SysOps may not need more. In case required, a build
with a higer number of nodes can be provided.

Feel free to e-mail and problems/suggestions/bugs to:

nitin@poboxes.com


1.09.39.3
---------
1. Changed the file attach code a bit. It will no longer ask to attach a
   file is the msg area is marked as private and the subject and the name
   to fields are forced. I was having a prob with my CBV. I have a
   seperate msg area for new user to leave some introduction about 'em
   and...well...it puzzled 'em as to what file to attach :)

2. Rmoved some redundant code from the Adept REXX cache processing.

3. Trying another fix for the file display list displaying junk at some
   places instead of blank. Think I found the prob...let's see...:)

4. I switched over to the new menus and discovered a mem leak there as
   well. This would effect only the Clear All Gosubs command. Fixed!

5. Found a mem leak in the Adept REXX chat function ADEPTSYSCHATGETMSG.
   The mem allocated for *every* line of chat was not being free'd.
   Fixed!

6. Added a log line in a user selects text mail export to enable me to
   pinpoint the fact first before i even attempt to fix it. Altho the
   forced handler works fine for now :)

7. Found a mem leak in the write message fn in certain cases. Fixed!

8. Found a mem leak in the archive view fn in certain cases. Fixed!


1.09.39.2
---------
1. Added a forced exception handler for file transfers which are done by
   GIOMT dll and nothing we can do about it for now. This would cover the
   last trap I got in recent times...let's hope :)

2. Found and fixed quite a few mem leaks in the file listing, tagging fns.
   Though small (pathname size which would be max 260 bytes (approx) per
   leak, it would make a big difference if any BBS kept running for days
   w/o being shutdown. Fixed!

3. Fixed the check in file listing and searching. It would not show files
   marked as not d/lable but would show the files marked as not listable :)
   Now, it will show files marked as not d/lable but not the ones marked
   as not listable. I already fixed BFSMake (0.96) to reflect the perms,
   and will get around to fixing FileEd to default flags to the file area
   flags...soon :)

4. CServer was trying to free already free'd mem, which the VAC libs do not
   like :) Fixed! (hopefully)

5. Removed delays from offline mail message writing. IMO it was not really 
   really required. Let's see...

6. The file list display on the SysOp side sometimes got mucked up on the
   upper half depending on the displayed file descriptions length. Dunno
   exactly what causes that...yet, but a tried fix anyway that would not
   change anything else :) If it works, it stays, otherwise it goes away..
   I think it was the description buffer not being cleared...which is what
   I added for now...

7. Added a new command line option /WILDFILES. If /WILDFILES is specified
   on the Adept command line, it will allow the Download command to process
   wildcard characters which otherwise it prompts the user to
   "be more specific" :)

8. GRRR...there remained a small possible mem leak in CServer. Fixed!

9. Reduced the number of file handles allocated by Adept for itself to be
   smaller, based on the number of nodes it is compiled for. I have taken
   and average of 8 files per node which should be quite ok...let's see...

10. Fixed BFSMake (now ver 0.96.1) to not join the first 2 description
    lines of any file.

11. Just in case I forgot to mention it earlier, i really got peeved when
    I deleted a user a/c and the user could still get in...so, now Adept
    checks for the deleted flag before the locked out flag and will throw
    out the user after displaying the file DeletedAccount.ASC (if it exists)


1.09.39.1
---------
1. Added Hagar's file attach code.

2. Tried 512 nodes :) came up, but took a whopping 2 mins (approx) to start
   up. Got adventurous, max my system could take was 750 :( but at least we
   know Adept is capable of it :)

3. Switching to a 24 Line version from now on, since most people do not use
   more. This will further reduce the mem requirements of Adept. Anyone who
   needs a higer number of lines, can req a version for more lines.

4. Discovered a bug in the FileEd 0.25 beta. Fixed! Documented in the FileEd
   beta readme.

1.09.39
-------
   I think whatever was done till now is now stable enough to call this
   a usable release :) Just keep in mind the BBSStack Option documented
   earlier in case of problems.

1. Duh...found another problem common to all mail exports under certain
   conditions which would trap Adept. Fixed!

2. CServer had some severe mem problems. Took some doing, but I think it's
   finally fixed...i tried it with the menu and the rexx functions, but only
   on 2 lines so far...no probs and no more mem leaks.

   The CServer has 2 command line switches in case of problems...

   /EXCEPT to enable exception handling, and,
   /DEBUG to create a debug log of what's happening in CServer.

   As usual...CServer now runs at less than half the previous requirements
   per thread :)

3. I left a forced exception handler for a particular routine in the offline
   text export as it caused a trap i have not been able to figure out yet...

4. Thinks this build is stable enough for general use, so I am going to
   document the stack size switches once again...

   The three user definable stacks in this build of Adept are:

   a) Mailer
   b) BBS
   c) OffLine Mail

   The mailer and BBS stacks now default to 128kb and the Offline mail
   import/export to 96kb. The original were 256k for Mailer, 320k for
   the BBS and 128k for the offline mail. In case of any problem with
   either of the above, try increasing this value using the following
   command line options to restore the previous defaults.

   /MAILERSTACK 262144
   /BBSSTACK 327680
   /OFFLINESTACK 131072

   In short, run Adept as:

            Adept.Exe /MAILERSTACK 262144 /BBSSTACK 327680 /OFFLINESTACK 131072

   besides any other option you use normally.


1.09.38.9
---------
1. Added my DOS door runner into Adept itself as menu types 820 and 821.
   Why 2? well...820 keeps the session in the background and 821 keeps
   it in the foreground. I like foreground and Hagar likes background :)
   Syntax is the same as for type 801 etc...eg:

	1,820, Some Vague Door, VagueDor.Bat {LN,0
	2,821, Yet Another Vague Door, YAVD.Bat {LN,0

   I can think of some improvements on this, but after I get some
   feedback as to what other sysops feel/think about this option.

   Currently the door runner assumes that VX00.SYS and the OS/2 ANSI.SYS
   is in your Adept dir (if req) AND that your Adept dir is \Adept.
   I will fix this later...if req :)

2. Minor irritant left in the auto-menu switch. Since the default was to
   start off with old menus, during the auto-check for the first login,
   a 0 byte .bin file was created and left in the menu dir. It is now
   removed.

3. Found that the ChatServer required more Stack for threads on account
   of the printf fn in the WC libs using more stack. Increased it to 80k
   from 64k for now. Seems to work fine now. The VAC printf had no such
   hangups.

4. Clubbed a few mem alloc calls in the new menu driver to a single one
   and divided internally.

5. The vastly reduced mem requirements now seem to work quite fine at
   least for me. Both, VAC and WC builds of the same seem to be equally
   good. Maybe I finally did get it right eh? :) Well...let's see...


1.09.38.8
---------
1. GRRR...introduced a mem leak in the old driver. Fixed!
   Thought of trying the VAC _heapmin() again...seems to have some
   kinda prob. Removed from menu drivers for now, called only when
   a user logs off.

2. Currently using 128k for mailer and BBS. In case the BBS traps on
   startup or something, please use the command line option:

   /BBSStack 262144

   This will set the BBSStack up for 256k. For the mailer its the same
   syntax, the option is /MailerStack.

3. Pulled out the BBSWatch thread for now as I could not really see a
   use for it....:)

6. Tried a reduced mem requirement for qwk/bwave import/export...failed :)
   I put it down to less than 1/4 by mistake (typo), neway it seems to work
   fine in 96k as compared to 128k earlier.

7. Seem to have sorted out most of the mem alloc related probs, but i have
   a feeling there is still the odd one out there :)

8. The exception handling in BWave/QWK will now honour the command line
   /EXCEPT or /NOEXCEPT. I have done the same at all places (unless I 
   missed something) where it was forced. Let's see what happens :)

9. The FTP Server was setting the exception handler but not freeing it. Fixed!

10. Added exception handling to get_reply_idx fn. Got a cpl of traps there
    some time ago. Don't recall what exactly happened, but plugged it in
    for now...

11. Please note the fact that exception handlers (enabled by the command
    line switch /EXCEPT) are meant only for testing purposes or for SysOps
    who want the BBS to keep up and running, regardless!


1.09.38.7
---------
1. Discovered a prob in the qwk import, would cause a trap, must have
   been my own creation in the earlier mods. Fixed!

2. Found a potential prob in bwave import, in case of low mem, it would
   freeze. This is similar to what was happening in rexx. Fixed!

3. Found an anomaly in the bwave/qwk import which could have, in cases,
   been the source of yet another mem leak. Fixed!

4. Changed the multiple allocations in the old menu driver to a single
   call and divided it internally. Much faster and smaller now.

5. Reduced the mem requirement of the mailer from the original
   256k to 128k and the BBS req from 320k to 128k as well. This
   is per thread of the Mailer and the BBS. A substantial gain
   specially for multi-line systems. Seems to be working well
   enough so far...:)

6. This is for those who might be interested. There seems to be a
   substantial differnce in the Watcom and VAC mem alloc/de-alloc
   functions. The one that was causing most grief to VAC was the
   alloca (allocate on stack). Watcom handled this as documented and
   quite well, but VAC invariably trapped at times. Also, Watcom does
   not seem to mind a invalid pointer in the free call, it most prolly
   checks, but VAC on the other hand, traps!

7. Found a prob in the Old Menu driver. A misplaced break would cause
   the goto menu command never to be executed. Fixed!

8. Found and fixed another mem leak in ANSI display routines in case of
   a carrier drop during display.

9. Found a bug in the ChatServer. Was assuming the value of a free'd
   pointer at one place. Dunno what it might have screwed up. Fixed!

10. Possible mem leak under some conditions in the new menu driver. Fixed!

11. Found quite a few mem leaks in the Chat Server. Fixed!

12. Removed TSYNCH (FTS-0001) code left in the mailer to make it smaller.
    FTS never did work ok and no one actually uses that anymore, so...:)

13. According to Hagar, the BBS Watch thread works fine, so, enabled that
    as well, though we already have the Status timer doing a similar job.
    This might make it a doubly robust kick out check :) let's see...


1.09.38.6
---------
1. Duh...changing a few of those stack vars did muck up the status
   display at times...no prob, just incorrect display. Fixed..again :)

2. Now that I have a better idea on the mem usage and most mem leaks
   have been fixed...(hopefully :)) reverting back to the original
   form of the stack usage as the existing experimental usage would
   in cases trap or freeze. Hopefully multi-line systems will no
   longer have any problems now with the VAC build.

3. Although the BBS was setting the File can't be listed or d/l when
   any file was u/l on the BBS based on the file area flags, it was
   not setting the bytes/free files flags in the FileBase. Fixed!

3. Forgot to metion earlier...the menu processing is done entirely by
   the new engine (actually, it was never changed from the old one).
   Only the basic menu engine call differs for the Original/New styles.

4. Added 2 new MenuItems for the Old Menu Style, which I have not
   currently included in the new menu engine as it might not be really
   required by most sysops. If there are a sufficient number of SysOps
   wanting that in the new menu style engine, I will try to add it to
   that as well. The new menu funtions added to the Old Style menus are:

   Menu Type 8 - Switch to a given Message area and then Gosub a Menu
   Menu Type 9 - Switch to a given File area and then Gosub a Menu

   For example:

	A,8,[1] Switch to Message Area,Message.Menu;Message Area Name,0
	B,9,[2] Switch to File Area   ,Files.Menu;File Area Name,0

   Keep in mind that the Area Name should NOT be in quotes even if it
   has spaces in between. Oh well...I was using 2 line rexx scripts
   just to do this...the other option was to use the AutoMenu as
   suggested by Hagar, but I guess I am too lazy :) so I plugged in a
   single command for it.

5. There seems to be a slight problem in the qwk import regarding areas
   marked as e-mail/usenet, have to talk to some people who know more
   about this before I can fix it (if it needs to be fixed at all :))

6. Bill-E pointed out the fact that AdeptRecv() was not working as
   documented. It is not and is not fixed as yet. The function was
   never completed AFAIK, but if there is a great need for it, it can
   be "Klugded" in. For the time being tho, altho the syntax remains
   the same, *only* the upload file path parameter is used by
   AdeptRecv() function.

7. What the heck...added the menu type options 8 and 9 to the new menu
   driver as well, works...for now at least :)

Hopefully this build might be more usable and stable than 1.09.38.5 as
most of the experimentation mem related code is now gone. Those who
missed the .5 update notes, please read about the changes to BFSMake.


1.09.38.5
---------
1. Possible mem leak spawning apps from Adept in some cases...fixed!

2. Checks added for mem alloc in places where there wasn't as i go along
   for now...never know, it might turn up something :) Anyway, no harm
   in the checking which is generally not required for small amounts...

3. Discovered an in-consistency in BFSMake and the BBS. Some details are
   documented in the BFSMake 0.96 now. Please get it.

4. Lotsa itty-bitty changes...too many to document...no bugs/fixes, just
   trying to make the code more consistent...But you never know, it might
   have an impact on some parts of the BBS...good or bad is yet to be seen :)

5. The BBS was not checking for file d/l permission from the file area
   flags. It checked from the FileSystem and BFSMake never did set
   those flags. The result was, anyone who re-built a FileBase using any
   earlier version of BFSMake can have files d/l from an area which has
   no d/l flag set. This is now fixed!

   Part of the fix includes having to re-build the filebase using the new
   BFSMake...so that file permissions can be properly set based on the
   area flags when building a filebase.

   I would appreciate some feedback on these...BFSMake as well as this
   BBS beta update.


1.09.38.4
---------
This is at the same level as the Official 1.09.37 as far as features
are concerned. Please consult the official "Hagar" build readme for
all theeee older details. This readme will document changes since the
official Watcom 1.09.37 build from Hagar.

It also includes the new quickscan fix from Hagar for the Official
1.09.40 build. Some of the fixes documented below are already
included in the official AdeptX build, and some that are not, are
already documented in the official readme anyway...:)

1. The Menu System is now auto-detected, so, it does not matter what
   menu style you use...the old classic one or the new style. The default
   startup is with the new style menus but will switch to old style, if
   required, on the first login and the status will be updated to reflect
   the change. The earlier, officially documented, /OLDMENU command line
   switch can still be used to start up with the old style menus as the
   default if required.

2. Re-Fixed the LMR bug to be more robust

3. QWK, TEXT, FIDO export would leave locked files in case of a carrier
   drop...fixed (BWave had been fixed earlier, most prolly we missed
   something someplace...according to Hagar, all had been fixed earlier)

4. The problem with Meta chars in ANS/ASC (Adept codes) files trapping
   sometimes during a fast enough display has been fixed (hopefully :))
   This problem would be apparent when displaying large/complex ANS/ASC
   files with Metas in between...more specifically if they also have the
   {PC meta as well. I have tried to fix this, but cannot be sure as it
   is not something I am able to reproduce everytime, but as things get
   fixed (or broken :)) we will find out the cause for this..hopefully..

5. Couple of memory leaks (would happen at times) in AdeptREXX have
   been fixed.

6. A Memory leak in BWave Import have also been fixed.

7. BlueWave/QWK imports would not sometimes close files in case of
   some problems/errors, leaving files open and therefore...locked.

8. Mem Leaks in email and nntp posting and a possible locked file
   prob is now corrected (AFAIK :))

9. Adept would display a message of "not implemented" in case some user
   dropped carrier at any file/msg list prompt. Minor irritant, but fixed.

10. A lot of mem alloc code has been changed...

11. Stack requirements reduced by a substantial amount (I hope :)), lots
    of changes in the code to make that possible...seems to work for now.
    This might also help us catch the vague traps which left no address
    in the POPUP.LOG (OS/2 System Error Log, if enabled) or even the
    Trap.Log (created by Adept on exceptions when run with the /EXCEPT
    command line switch), generally 'cause of "not enough stack to handle
    the exception" (as per the OS/2 official help/docs :))
    On the negative part, this also means that the basic mem requirement
    for Adept is up slightly, but, the good part is that all those places
    would also function slightly faster...let's see...

12. Displaying an ANS file with no literals would leave the file open.
    Dunno what it was, but...fixed :)

13. The Events SubSystem would either freeze or trap if a valid events
    file was not found...fixed!

14. On a seek failure in the nodelist, it would leave the file open. Fixed!

15. The File Search should be easier on the CPU now...added a delay between
    file area switching.

16. Most of the original debugging code has been removed from this
    update build.

17. Some places in Adept had exception handling turned on regardless of
    the command line /EXCEPT or /NOEXCEPT specification. Some have been
    corrected and others will be to help find out the exact problems
    associated with those parts.

18. Quick Scan fix from Hagar (refer to the official readme for more
    information)

That should do it for now....hopefully the current build should work
fine for most people...<g>.

nitin@poboxes.com
