home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
High Voltage Shareware
/
high1.zip
/
high1
/
DIR10
/
ACE181.ZIP
/
NEW.DOC
< prev
next >
Wrap
Text File
|
1994-01-17
|
4KB
|
102 lines
=============================================================
1/16/94 * Release version 1.81
=============================================================
Some of the setup files have been changed to make the
default installation easier to use.
- Point mail functions using BOSS info were needlessly aborting
when NODELIST or NLIST.IDX files were not available.
- Auto Logon 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 PRM2CTL (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
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.