The AdeptXBBS Version 1.11xx ---------------------------- Join the Adept Mail List: To join the Adept listserv send a message to: adept-request@mail.snoval.com with the words "subscribe adept" (without the quotes) Adept FTP/Web Sites: snoval.com (ftp dir = /adept/incoming and http) isonline.com (ftp and http) summitcnty.com (ftp and http) http://www.prismnet.com/~bkirby cm.iobbs.com (ftp dir = /island/Adept) Adept Online...IRC: irc.snoval.com irc.isonline.com E-Mail bugs/problems to: nitin@poboxes.com or nitin@snoval.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.11x-BETA7 ----------- 1. The view archive functionality got broken for most archive types except RAR (which i mostly prefer using, so...did not notice) during the file i/o and general cleaning stuff. Fixed now. 2. The REXX Chain functions did not use the language path in a multi-language setup. Corrected now. 3. Fixed the problem of the text of small messages not being saved with online compression enabled. 4. Added deletion of files by days to fUtil. The syntax is as follows fUtil DELFILESBYDAYS For example: fUtil DELFILESBYDAYS DIR 120 2 fUtil DELFILESBYDAYS DEL 120 2 The first command would list all files in file area #2 which are more than 120 days old and the second would remove the same from the filebase as well as the files on disk. 5. Some older messages would end up in a "an error occured while reading" message due to a +-1 byte problem that existed earlier. I had made it exact and unforgiving when I changed the file i/o and forgot to compensate for the earlier problem in some cases. Fixed now. 6. Expanded the address saving from the Adept Msg Area Editor to 59 chars and the origin to 78 chars. Please note that you have to set the default origin line in the BBS general settings again to adjust to this change. No other change is required. 7. The "Languages" file can have comment lines now. Any line starting with a ; is ignored. Please note the that the "Languages" file should not contain spaces for now. This will be fixed later. 8. Fixed the problem with exiting chat dropping carrier when called from any user input prompt. 9. Minor change in GateKpr to try to fix the problem created by GoldEd which does not put in the MSGTO kludge and caused an incorrect zone to be put in the destination address. 10. The Warp 4 Fixpak #3 breaks the DOS exec from Adept. Although the problem existed from the beta FP #2, in FP #2 this can be corrected by removing the vw32.sys from the config.sys but with FP #3 I have not been able to find a work-around so far...Let's see...either stick to FP #1 for now or try experimenting...I will try to have an alternate work-around in Adept if there is no news on a fix for this problem from anyplace. 11. The "Goodbye After Tranfer" in the offline mail was not working for the past maybe 1 or 2 updates. Fixed! 1.11w ----- 1. Corrected a minor display problem in the user online display. The string would get truncated in some cases. 2. Removed some more un-used code/data. 3. Fixed the Kill Message. An incorrect check effectively disabled the kill function. 1.11v ----- 1. Added 2 new commands to fUtil. ADDFILE and DELFILE. The syntax is as follows: DELFILE ADDFILE Where: is the name(/pathname ok in case of add) of the file to del/add. In an add operation, if a pathname (ie full path+filename) is supplied, the file will be copied over to the specified area's d/l path. Is the area number to which the file is to be del/add'd Only in case of add operation, specifies the filename which has the description for the file to be added. 2. The ability to kill personal messages is now sysop controlled. If killing personal messages flag is enabled from the BBS Action flags, then Adept will behave as it does currently and allow users to del their own messages. If the flag is disabled in the BBS Action flags, then users cannot delete/kill messages unless they have the Allow kill flag set in the user attributes. Both these are new flags and the BBS Action Flags setting is off by default, which means users can no longer kill messages by default. If you want the older functionality, just enable the flag from the BBS Action Flags. 3. The following changes are required in the Language.Text. The default Language.Text file has [Mta] and \r\n on all the following lines. Please change it to the following. It's basically [Mta] removed and \r\n replaced by a \n. #441 [Str]\n-----------------------------------------------------------------------------\n #442 [Str]Area: %-45.45s Message #%d \n #443 [Str]Date: %s\n #444 [Str]From: %s\n #445 [Str]To : %s\n #446 [Str]Subj: %s\n #447 [Str]-----------------------------------------------------------------------------\n 4. Most of the required files are included in this archive just in case anyone missed out something. 1.11u ----- 1. Two new rexx fns added. Call AdeptImportSMTP Call AdeptStartNNTP The Import SMTP fn is equivalent to the Adept2SMTP command and the Start NNTP is just a shortcut to startup the NNTP poll regardless of the poll timing setup. 2. User time was not given back on a offline mail d/l. Fixed! 3. Adept code is now more or less frozen till the next full release. Only existing code fixes (if required) will be done till the 1.12 release so we have a stable release version to fall back to if required. 1.11t ----- 1. Fixed another cpl of recent problems in the SMTP/POP import. 2. Fixed the events and input key timing problems. For those interested it was basically due to a change I had tried but...once again a small oversight and an RTL difference between VAC and WC broke it down... The clock() fn in Watcom uses the divisor 100, whereas VAC uses 1000 simple, but a gotcha all the same...effectively threw the timings off by a substantial margin. 1.11s ----- 1. Optimized some of the file i/o a bit more. 2. Re-enabled the multi-addresses file loads with a small variation. Instead of allocating memory and loading the default "Addresses" file for any node that does not have and "Addresses.X" file, Adept will now use the default "Addresses" file already loaded instead of allocating memory for a duplicate load of the same file. Note the fact that Adept will not create the default file...Adept will always write to the node number bases file ("Addresses.X" etc) 3. Fixed a problem with POP get on the startup POP mail check. Should also fix the SMTP related import problem. 4. Fixed a trap condition while listing tagged files. 5. This is just a quick fix update exe only for now... 1.11r ----- 1. The multi-language setup should work correctly now...please note the fact that the trailing backslashes in the path for the Languages file is *required* and it should be present in the base Adept directory. Will change all this backslash business later so that it will make no difference either way. 2. Removed some debug code I had put in earlier. 3. Some minor cleanups. Now we have to wait and see if the buffered file i/o causes any problems specially on multi-line systems. 4. Found something very interesting for those of you who might be interested...I am unable to get the included code snippet to cause a trap when compiled with Watcom C, would appreciate if anyone could provide an insight into this...the included file is trap.c 1.11q ----- 1. Cleaned up the file i/o in GateKpr to be in line and consistent with what I had done earlier in Adept. 2. Tried to fix a multi-language file load related problem. Will be checking this out a bit more. 3. Fixed a glaring error in the offline config in bluewave import. 4. Small fix in the compression routines which might have caused a problems at times. 5. There was a small typo in the readme about the language.text mods, corrected now. 1.11p ----- 1. Okay...at last the entire file i/o is done in Adept...hopefully...now we wait and see...and fix any problems that might have crept in... 2. All the text files that Adept saves should now have the normal CR/LF pair for line endings rather than the LF and CR/LF mix in different places. 3. Fixed a trap in the offline mail export when exporting from a squish message base in the background. 4. Changed the AdeptSend function a bit...should take the path now... The flags for AdeptSend are as follows... 0x01 -> Kill After Transfer 0x02 -> Truncate After Transfer 0x04 -> Free Time (no time taken away) 0x08 -> Free File (not added to byte count and free time) 0x10 -> Free bytes (bytes not added to count) NOTE: As with most pathnames in Adept...make *sure* you do *not* have any trailing backslashes. This will cause most functions to fail. Adept always adds a backslash between the path and the filename and now checks for the file before doing anything with it (did not check earlier). For example: Call AdeptSend AdeptLineNumber,8,'G:','FAQ.Txt' (results in 'G:\FAQ.Txt') Call AdeptSend AdeptLineNumber,8,'','\FAQ.Txt' (results in '\FAQ.Txt') Call AdeptSend AdeptLineNumber,8,'','G:\FAQ.Txt' (results in 'G:\FAQ.Txt') are all ok, but Call AdeptSend AdeptLineNumber,8,'G:','\FAQ.Txt' (results in 'G:\\FAQ.Txt') Call AdeptSend AdeptLineNumber,8,'G:\','FAQ.Txt' (results in 'G:\\FAQ.Txt') are not. 5. Another point that I noticed recently is the fact that bluewave does not take more than 5 digits for area numbers. So I guess we won't be expanding from the 10240 areanumber limit for file/msg areas to remain compatible with such stuff and things :) 6. Fixed a trap in the message export function. Was a recent bug that crept in from someplace during the file i/o change... 7. Some people might have incorrect size config files due to the changes in Adept in the past. Adept will now correct the file size to be the actual one on startup now. Yep...this included me :) 8. Made one more change in the language file for now as it was the most visible one. The prompt #604-19 will now display formatted numbers and requires the following change (all %lu/%ld changed to %s) The Prompts #912/913/915 has been moved back to #6xx to make space for the newer prompts that will be made configurable later... In short, just make sure the following prompts are correct in the language file. I will try to make changes in logical, related, blocks as far as possible. #604 [Cvt][Mta][Str] {FD+ {F9({FG%02d{F9) %s{F9: {FC%s bytes, {FE%s minutes {F9(appx)\r\n #605 [Asc][Cvt][Str]\r\nNot enough time to download '%s' (%s bytes, apx. %s min %s sec)\r\n [Ans][Cvt][Str]\rNot enough time to download '%s' (%s bytes, apx. %s min %s sec)\r\n #606 [Asc][Cvt][Str]\r'%s' (%sk) not sent. You would exceed your download limit.\r\n [Ans][Cvt][Mta][Str]\r{B1'%s' (%sk) not sent. You would exceed your download limit.\r\n #609 [Asc][Cvt][Str]Transfer Size: %s bytes\r\n [Ans][Cvt][Str]Transfer Size: %s bytes\r\n #610 [Asc][Cvt][Str]Transfer Time: %s min, %s sec (appx)\r\n [Ans][Cvt][Str]Transfer Time: %s min, %s sec (appx)\r\n #618 Shown locally during a D/L attempt [Cvt][Str]File found: %s %s bytes\r\n #619 [Cvt][Str]\r\nUpload disk has %s bytes free\r\n A sample language file is included in the archive for reference. 9. The bluewave offline mail import will now use *.PDQ offline config files for offline configuration. There is a slight limitation here since Adept supports more than 21 character area names, bluewave can only do 21 char names. So...as long as the areas are within the 21 char limit, it should work fine. The user attribute toggles will also take place if specified in the *.PDQ file. I have not tested all this yet, since I have yet to put back all the required programs and stuff since my net drive went down, but this should work fine and as usual, would appreciate any feedback on this. 1.11o ----- 1. ChatServer logging changed to use the standard buffered file i/o. 2. Cut the display of all areas in GateKpr when AdeptToss is found. 3. Adept logging uses buffered file i/o now. 4. Offline mail import uses buffered file i/o as well. 5. Some general cleaning... 1.11n ----- 1. The bluewave bug "fixed" in 1.11m was a dud. The reported error was incorrectly reported in a hurry and "fixed" blindly by me since the entire file i/o stuff had been changed, i thought maybe...It's ok now. 2. May be sometime before I can come up with a full update as my network drive went down yesterday. This is just a bwave fixed update. 3. For those who might be interested, the latest VAC FP#8 is definitely *extremely* buggy as far as the compiler is concerned. If you are using VAC, might be a good idea to back out to CTC_306. 1.11m ----- 1. Fixed a problem with qwk not exporting a single small message after the file i/o changes in 1.11l. 2. Corrected a cpl of small problems related to the recent file i/o changes. 3. The offline mail packing is also uses buffered file i/o now. 4. Some bwave readers seem to have had a problem with the number format that crept in as a slight change from the previous changes, fixed now. 1.11l ----- 1. Fixed a minor prompts display problem which crept into 1.11k. 2. Almost the entire file i/o in Adept now uses the standard buffered file i/o from the compiler RTL. The only current exception is the message base files since there was no advantage of doing so in the current way the msg bases are accessed. In general, this build should have a more or less visible overall speed difference from the previous ones. 3. The Language.Text file prompts can be fully buffered by enabling the "Enable Fully Buffered Prompts" option in the BBS Action Flags. This would mean that for every user logged in, Adept would take an additional amount of RAM equivalent to the size of the compiled Language files (typically 64k), but would make no disk access for any of the prompts. By default, the full buffering is off. 4. Added the outbound rescan and modem reinit timer variables to the General BBS Settings. Not really required by most people, but it's just an easier way out for the outbound timer for those who need to change it. The time is specified in minutes and is 30 mins for outbound timer and 10 mins for modem re-init. 5. The included GateKpr has also undergone the same kind of file i/o changes. 1.11k ----- 1. Fixed a display problem when using minimized bbs windows. 2. The POP mail import would always import using the supplied userid which could be different from the user's handle on the BBS and the imported mail would never be shown to the user as it would not be addressed to the user's BBS handle. POP will now always import mail for the user's handle on the bbs, so make sure it's a single word handle with no dots in it :) For safety, just delete all files in the Systm\MessageArea_Tags and System\FileArea_Tags. These will be auto-recreated on user logins. 3. Fixed a possible trap condition in bluewave export where the area names/descriptions lengths in Adept were greater than that defined for BWave. Hagar caught this one out :) 4. Added the optional display and export of the path lines (seen by) to the user attributes with a slight variation of what Hagar had done earlier. The seen by lines will also be displayed while reading messages for users who choose to and will also be exported in offline mail. This setting is a permanent part of the user settings like all the other user preferences. Menu Type 636 will toggle the state of the keep seen by and {PN will display the current setting for the user. 5. The Language.Text file can now have comment lines. Any line starting with the ; (semi-colon) character will be ignored. 1.11j ----- 1. Adept will now create one level of directory nesting, if required, for the Message base areas. This could be used by any msgbase type. Just a convenient feature...not really required but beats creating dirs manually for people who use Fido bases...This will happen only on Adept startup for directories that do not exist and are specified in the message areas file. 2. A Squish MsgBase could not be an NNTP area. It is now possible to have NNTP/E-mail squish/fido message base. 3. The login count will no longer count the local logons. 4. Completely revamped the entire msgbase system and all file i/o. Should also be faster. Squish msgbase kludges are read and parsed properly and will be exported in offline mail as for the other msg base types. 5. Fixed the msg size limit to 64k which seems to be a generally accepted standard. 6. Changed the way the offline/msg/file tags were saved. They will no longer be saved automatically. 7. Posting to NNTP/Email(SMTP) areas would eat up the kludge lines for Adept's own message base. Fixed! 8. Added a new POP mail scan on logon to the user flags. Menu type 635 will toggle the state of the flag. The POP mail scan will come first (if set) before the regular new mail scan so it can be scanned in the regualar mail after import. The meta {VT can be used to display the current state of the toggle. 9. Fixed the re-login problem for now...and also fixed the occasional persistent ghost "new mail waiting" when actually there is none :) 10. Some feedback would be appreciated as usual :) 1.11i ----- 1. Fixed a problem with Handles only in use, in drop files. 2. Menu types 46/47 will now clear screen first...as will 24/25 3. The default for Quotes or any pre-defined file is *not* what is defined as the first in the Languages file, it is the file present in the default Adept dirs. For example, the defaut Quotes file is the one present in the Adept\System dir. Adept does *not* cater to multiple Quotes files based on language. The only change for now is that is System\Quotes file is not found, it will be looked for in the defined Language dir... 4. The use handle in dropfiles flag from the BBS Action Flags is now also linked to the uploader names. If the use handle in drop files flag is enabled, Adept will store the handle of the uploader instead of the real name. 5. uNuke has been updated to correctly handle the new expanded file/msg area tag files as it did for the offline tags. It will now delete all the 3 tag files for all user records that are deleted. In addition, it will now also delete the Personal mail indexes, if present, for deleted user records. It used to delete the offline tags files only. 6. The offline export was slightly broken...it would skip the first area for mail export...fixed now. 7. I am in the process of making a standard msgbase interface for all the 3 currently supported msgbases types, so...umm...some things *might* get broken with the squish/fido bases occasionally till it's all in place. The native Adept msgbase will not be affected by the changes. 8. The date display was not localized when using the user editor from the local bbs login window. Fixed! 9. Releasing this now since I would require some feedback on the recent changes...hopefully nothing would be completely broken in the squish and fido bases :) 10. Well...Hagar and I have decided we will now let Adept versions get some runtime and no more fast updates for petty problems...causes more problems for the 2 of us...in short, no more snap updates from now on unless there is some major flaw...we will take is slowly and make sure of whatever we do first before releasing any new version. 1.11h ----- 1. Fixed a solid 128kb mem leak on every message write when using the fido *.msg msg base. 2. Fixed a long standing bug in the bluwave import in importing email and usenet mail thanks to dutch, qwk was ok. 3. Fixed GateKpr so that it will ignore all squish and fido message base areas. 4. The AreaToss will not put any squish/fido msg areas in there. 5. Fixed XMsg to ignore the squish/fido msg areas. 6. Added user id update to the Programs->Save BBS Config. For example, if you run unuke /r while Adept is running, and it deletes some user records, Adept will loose track of the user ID. Make sure u save the BBS config from the menu right after in all such cases. 7. Colors will not be saved on shutdown now if you have auto-save BBS on in the BBS Action Flags. Dunno if this is really required tho.. 1.11g ----- 1. Well...FP #8 for VAC popped up and caused another cpl of traps... Fixed now...i hope :) 2. Nope...to #1 :( Seems the compiler FP has introduced a severe bit twiddling bug. 3. Added support for squish and fido (*.msg) message bases from Hagar's code and fixed some mem leaks in it. Also, the offline mail export which I had re-structured earlier to be faster, does not fit in with the current squish/fido msg base code, so the export speed from these message bases will be slower until I can re-do some parts of the code. 4. Fixed the not-quoting problem which crept in when I added the option not to use the external FSE. It quoted fine in the external editor but was broken for the internal FSE. 5. This archive contains all Watcom compiled files...the only known problem is possibly with the AVI.DLL (hopefully fixed now) but in case you get AVI.DLL traps, please revert back to the VAC AVI.DLL 6. All EXE files in this archive have been compressed using LxLite for now... 1.11f ----- 1. Added a new user flag which will allow a user to toggle off any alternate editors used by Adept via the ExtFSEx.Cmd or ExtLEx.Cmd. A new menu option 634 can be used to toggle the flag and a new meta {VS will show the current state. Ok, so I liked the look of QuikEdit but it's DOS and it's kinda slow, specially when compared to the bare bones internal Adept FSE... some users cried out about it and some even liked it (amazing eh? :)) well...now the users have a choice...the sysop can configure the external editors and the user has the option not to use them. 2. Removed the time zone display...it seems it was not only the VAC RTL but also WTC that has problems in that area for now. At least, most people should know their time zones and a whole lot might not even have it setup. So...gone for now :) 1.11e ----- 1. Added the FTP Server startup to the BBS Action Flags. The /FTP command line option has been removed. 2. Moved some other command line options to the BBS Action Flags. Do check out the current settings for your BBS Action Flags. 3. Added a sysop mail indicator to the Adept status window. 4. Made the display of the sysop mail and the system and BBS info in the secondary status window configurable via the BBS Action Flags. So...now if you don't want to watch the system threads/process etc, or how many calls the BBS got n stuff...just turn it off. 5. Enabled the forced password change from the BBS General Settings and added a group wise password expiry which can be set from the groups editor. In short, if you want all users in all groups to change passwords after a fixed number of days, set it in the BBS General Settings, otherwise, use the individual group password expiry. The group settings will over-ride the BBS general settings if set to any non zero value, otherwise the global setting will be active. The Groups file uses the value of the new field "EXPPWDDAYS" to get the number of days before a pwd expires for that group. This is just for those who prefer to manually edit the files...If you use the group editor you don't have to bother to remember this :) The prompt #479 from the Language.Text file is display on expiry. #479 [Cvt][Mta]\r\nIt has been {PW days since your last password change. [Cvt]\r\nIt is time to change your password.\r\n 1.11d ----- 1. Corrected some potential GUI related problems. Mostly visual stuff nothing serious... 2. The VAC RTL seems to have a problem returning the correct time zone string. My WTC compile showed that up, so till the next FP for VAC which will correct this problem (it's already listed for the next FP) please don't tell me about the time zone display not being correct... I already know :) 3. The send files dialog set colors that became black on black after the recent color scheme change :) Fixed now. 4. Removed a non-required timer...was keeping time for nothing :) 5. You can now select to disable the status window from the BBS Action Flags. The command line option /NOSTAT has been removed. 1.11c ----- 1. Fixed a small mailer related problem a cpl of people had. 2. Reduced the minimum for msgbase compression to 384 bytes from the earlier 512 as it seems to work equally well. XMsg, GateKpr and Adept now adhere to this new minimum. There is no problem as far as the compatibility is concerned since the limit is down...not up :) 3. Corrected a small inconsistency in the userserver dll which might have accounted for some of the handle related problems on rare occasions. uNuke and ReIndexUsers have the same corrections as well just in case. This was actually a prob someplace in Adept which was corrected quite some time ago, but made these changes to make sure of it :) 1.11b ----- 1. Expanded the message and file area tags to a maximum of 10240 now although FSys retains the 4 digit limit for now, so keep the file area numbers within the 9999 limit. Nope, no change in the configs etc 'cept the BBS_Configuration, to which Adept will adapt automatically when run the first time and will still remain backward compatible. There is no real need to backup anything, just backup for safety though :) I kept it compatible to offer an easy upgrade path for anyone who wishes to try a drop in replacement...Keep in mind though, that this might not last forever :) Some changes are due in the forseeable future then I will no longer be able to keep up the backward compatibility anymore... In case there is something broken with this build, you can go back to any older 1.1x without any problems... Now for the gory details for those interested...I have taken the same approach that was taken for the Offline Mail tags in Adept a long time ago, they were moved from the userbase to files in the System\Offline_Tags. Similarly, the message and file area tags are now saved in files in the System\MessageArea_Tags and System\FileArea_Tags. 2. Fixed some minor GUI inconsistencies...just visual... 3. Added the configuration of the main BBS file/msg Flags to the new user defaults dialog for now. These flags decide what areas a new user will have access to and over-ride the new user flags defaults. In other words, the new user flags are applied to a new user and then cross-checked against the main BBS flags for access. For example, if you turn on all file areas for a new user and then turn off some areas in the main BBS flags, those will be turned off for the new user as well. 1.11a ----- 1. The POP server name expanded to 127 characters from the earlier 15. No, nothing to change...completely backward compatible :) 2. Corrected the local window display in which the top status line would vanish if desktop windows were switched. (For example when using OD or any other virtual windows kinda stuff). 3. Corrected the per msgbase area compression flags check. You must have the compression in the BBS Action Flags for online compression to work. For example, if you have some msg areas marked for compression, but turn off the compression from the BBS Action flags, then the msg compression will not happen for any online messages. GateKpr and XMsg will still compress the messages for any marked areas from the outside though...as before... 4. Removed the time display from the local bbs window and put in the user handle there. Added the user handle and the current time to the main Adept status window. 5. Changed the name and corresponding action of the "No Compression" in the BBS Action Flags settings as it seemed to be causing some confusion. It's now called "Enable Online Msg Compression" and if added to the BBS Action enabled flags, will enable online msg compression in Adept. 6. Some minor GUI related changes... 7. The Colors ini file will now be of a fixed length. It will not keep growing (if req) with everytime the settings were saved. 8. All files in the current build are neither compressed nor LxOpt'd. I will do that only for a normal release version, ie., a version that does not have any letter in it. If the programs are LxOpt'd it will be mentioned in the readme... 9. None of the DLLs have changed from the 1.11 release...the incl DLLs are fresh compiles with no LxOpt. This does *not* mean they are slower or will require more RAM or any such thing...LxOpt only optimizes the page faults and for the small DLLs that we use, will not have a major impact, tho there will be some improvement if the files are LxOpt'd :) 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]\r\n\nYour POP Password:  ; [Asc][Cvt][Str]\r\n\nYour POP Password: ; #952 [Ans][Cvt][Str]\r\n\nYour POP Server IP:  ; [Asc][Cvt][Str]\r\n\nYour POP Server IP: ; #953 [Ans][Cvt][Str]\r\n\nYour POP Login:  ; [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\nDo you want to save the POP information for future use? [Y]; [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]Transfer Size: %s bytes\r\n #914 [Asc][Cvt][Str]Transfer Time: %s min, %s sec (appx)\r\n [Ans][Cvt][Str]Transfer Time: %s min, %s sec (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]YNPQTVCE 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ศ{FF{B2 Name {B1ออออออออออออ{FC{B2 Size {B1ออ{FB{B2 Date {B1อออ{FB{B2 Description\r\n #871 actual file name date size [Mta][Str]{B1%u\r\n ภ> {FF{B1%-30s {FE%5luk {FB%s {FC[%5.5lu] {FD%s\r\n [Asc][Mta][Str]{B1{C1\r\n ภ> {FF{B1{C3 {FE{C5k {FB{C0 {FC{FD{CB {CA{FC\r\n [Ans][Mta][Str]{B1{C1\r\n ภ> {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.... nitin@poboxes.com nitin@snoval.com