home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Monster Media 1994 #1
/
monster.zip
/
monster
/
MODEM
/
ACE186B.ZIP
/
WHATNEW.DOC
< prev
Wrap
Text File
|
1994-04-07
|
7KB
|
178 lines
Chapter 18 Whats New?
Chapter 18 Whats New?
=============================================================
4/4/94 * Release version 1.85
=============================================================
Here is the largest upgrade since AceComm's debut on May 15 of 1993.
- Script processor has been re-worked, is capable of processing
complex macro functions. A MINIHOST.SCR demonstrates much of the macro
language. The macro language has now evolved to include intelligent
decision making macros. See the CIS.SCR and MINIHOST.SCR for demos.
- Some macro text has changed. This requires a completlety new install from
everyone.
- DPRM.EXE was fixed. It had a bug where the data pointer was not being saved
correctly. DPRM is the utility that backs up the PRM file to an ascii
definition file.
- Point mailer services have been either re-written or changed. The EMSI
protocol has been re-written. Mailer services are capable of running in
simple mailer front end mode.
- The scheduler services allow a greater degree of control over a auto answer
mode. The schedules now control the "Auto Answer Setup" services, which
can only be accessed during a schedule which includes ",Host" attribute
flag.
- New Point mail support menus have been added for automated event driven
mailer/host modes. AceComm can serve as a complete front end to any BBS.
- FBL output ".NOD" files are no longer supported as Nodelist files. FBL will
instead be re-written to support the creation of "mini" nodelist files.
- "Boss Data" areas allow user created system definitions to be retained
permanently in the ACE.PRM file.
The hooks for running a BBS software are numerous, and capable of passing
port rate %B, connect speed %C, port %P.
- The Dialer sees some new "Phone Number Modifiers" menu.
- Fon files can be printed to ascii text or PRN from inside the "Import" menu.
- A new "CALL.LOG" does a 1 liner for each number called, with on line time
down to the second.
- The configurations area "PRM-data" has bee re-organized. Always an effort
is made to group similar data into more intuitive surroundings.
- Many little bug fixes, one larger one where the upload files selections could
lock up if the user chose a particular sequence of events. This due to a
menu not getting closed properly.
=============================================================
1/16/94 * Release version 1.81
Page 161 AceComm (tm) v 1.85
Chapter 18 Whats New?
=============================================================
- Point mail functions using BOSS info were needlessly aborting
when NODELIST or NLIST.IDX files were not available.
- Auto Log on was scanning the first 10 fields and ignoring the last
six.
=============================================================
12/26/93 * Release version 1.8
=============================================================
Update made for 1.8 include:
AceComm is written in 100% assembly language. This is how the EXE file
remains so small. The movement for menu data to a separate binary file is in
the workings, this will allow for memory savings, multiple language support,
and to a limited degree, user customizing. AceComm for MS-Windows is coming
along nicely, and like the DOS version, written in assembly language. The
GUI version featuring RIPscrip video will be available to registered users by
March of 94. Those wishing to see pre-release copies can get them. Int 14h
and FOSSIL support will be seen in a 1.86 release very soon. I have them
implemented, haven't enabled them yet. I may tie an interrupt handler to
buffer int 14h, as it's dog gone slow using BIOS the way they are.
- Fixed dialer timeout to recycle where values 60 seconds and greater would not
timeout, but require a modem response in order to recycle.
- Zmodem receiver file management functions in a more expected manor. User
aborts would end with the file time not being updated to the file time sent
by the remote. This caused a later resume to be renamed instead. ACE.DOC
covers the logic behind file management used with Acecomm's internal zmodem.
- Script/macro processor gets attention every release, this area is very robust
now. The scrip language continues to inch along, what is here is very solid.
- AutoScrGen does a better overall job and can handle systems using HOT keys.
- Macro language evolves with each release. The macro language and scripts
capability will see the most attention from version to version.
- Terminal emulations saw some minor additions. These always get added to and
tweaked every version.
- Event schedules are more on line aware, and there is an enable flag where the
schedules can be turned off completely.
- ACTL (assemble CTL) and DPRM (dis-assemble PRM) utilities are more data
aware. The PRM file can be almost 100% cloned across versions.
- LISTFILE prompting for batch uploads will now search the directory for all
Page 162 AceComm (tm) v 1.85
Chapter 18 Whats New?
LISTFILES and prompt the user "Send from this file Y/n)" before defaulting to
the menu. This allows multiple LISTFILES be ready to go, and used on the
fly, greatly improving the fast up load selection process.
- Point mail services saw a lot of work and those using pre-release versions
are getting good results with the scheduler and <PollBoss> macros.
- MDMI.EXE is included for the first time with this release. MoDeM Install
will read from an ascii format file of modem definitions. The file can grow,
MDMI.EXE will be able to use it as it grows.
- Mouse handler was re-written. Mouse support is much more flexible. Double
click in terminal mode brings up the TopBar menu.
- KTS key definitions somehow got behind KBD definitions. KTS are back to
getting first crack at a key press.
- Xmodem was not opening file for 1.75, but dumping to the screen. 1.76 fixed
this. Both Xmodem and Ymodem (G) saw a lot of attention. Mostly YmodemG.
This protocol is not using file management that the Zmodem uses.
- Fixed a problem where writing the AceComm prompt to the DOS prompt when
shelling to command processor, AceComm would overwrite any environment
variables that were defined after the prompt. This will be a noticeable fix
for many. This caused AceComm to lose it's ability to run programs if any
PATH statement followed the prompt string.
- A trend for menus to become user definable is in the works. It just seems to
evolve this way since I wanted to move all the text out to an edit able area
anyway.
Page 163 AceComm (tm) v 1.85