Changes since ecu 2.80 patchlevel 31.  A problem with passing arguments to an initial procedure was    fixed.  Getopt() is now used, which requires that all switch    command arguments must precede the non-switch arguments.    This was not true in previous revisions of ecu.2.  A new (non-standard) escape sequence has been added to the    expresp procedure command.  \m### causes a ### millisecond delay.    Note this adds an ambiguity to the syntax of the send string:    you may not follow an \m delay with a literal digit to send.    For example, suppose you wish to delay 300 missileconds then    send "4A".  \m3004A will delay for 3004 (approximately) milliseconds,    then send an "A".  You must, instead, use \m300\034A to achieve    the desired result.    Also, a string of the form ~t[##] or ~m[##] may be prepended to    any expect vstring to change the timeout to ## seconds or milliseconds,    respectively.  '~t[8]gin:--~m[800]gin:' waits 8 seconds for    'gin:' and if not found, sends a carriage return and waits    an additional 800 milliseconds.3.  The method of choosing a shared memory segment key changed.    Previously, ftok() was used.  Now, the algorithm is         0xEC000000L | getpid();4.  The -D switch has been added to cause ecu to terminate    unconditionally upon completion of an initial procedure (-p).Changes since ecu 2.80 patchlevel 41.  The malloc library is used, resulting in faster procedure    execution.2.  Restrictions on string operations limiting useful string length    to 256 characters have been lifted.  New restrictions limit    strings to 5120 characters in length :-).  This required some    major redesign and is responsible for the reissue of the entire    ECU program rather than merely patches.3.  A new procedure command, 'gosub' has been added, allowing    subroutines within a procedure file.    #---------    # example    #---------        echo 'main'; gosub SUB; echo 'back to main'        return           | return from proc    SUB        echo 'sub'        gosub SUB2        echo 'back to sub'        return           | return from subroutine    SUB2        echo 'sub2'        return           | return from subroutine4.  Other minor unreported bugs were fixed.Changes since ecu 3.00============= Patch 1:> Posting-number: Volume 16, Issue 60> Archive-name: ecu3/patch01> > This is patch 1 to ECU 3.  It provides speed improvements> and fixes for non-ANSI terminal support.  Also provided is an> experimental make file for GCC 1.37.1 on UNIX systems.============= Patch 2:> Posting-number: Volume 16, Issue 70> Archive-name: ecu3/patch2a> > Posting-number: Volume 16, Issue 71> Archive-name: ecu3/patch2b> > ECU 3.0 PATCH # 2 - Non-ansi/ISC> > 1.  Fix non-curses per-file transfer rate report>     (it was verrrrry optimistic :-)> > 2.  Add experimental support for ISC 2.2> > Note: if you are purely an SCO multiscreen user, you may wish to> save this patch and not apply it until further patches are issued.> By doing so, you will save an unnecessary compilation.> When another patch comes along, you must then apply this one so> that your source will be in sync.============= Patch 3:> Posting-number: Volume 16, Issue 87> Archive-name: ecu3/patch03> > Under XENIX,> 1. libmalloc.a and/or libc.a are broken such that calloc is>    resolved twice, once from each library.> 2. memmove() does not exist (in all or less recent versions?)> > To get ecu 3 to compile under XENIX, apply this patch with:>      patch < thismessage> > NOTE there is no test to see if patch 1 & 2 have been applied :-(> so make sure you have done so.  Also, I don't have access to XENIX> right now, so please forgive if this doesn't fly. The object is to> 1. supply -DDUFF to use Duff's device instead of missing memmove()> 2. remove #define MALLOC_3X and -lmalloc to avoid bug in libmalloc.a============= Patch 4:> Posting-number: Volume 16, Issue 88> Archive-name: ecu3/patch04> > ECU 3 PATCH 4 - miscellaneous, 1 serious> > 1. fix bug in non-ANSI key handling causing core dump fairly>    often (but not on my sys :-<)> > 2. duplicate definiton of ECULIBDIR in ecu.h fixed 3.  cosmetic>    fix in 'fi' interactive command prompt> > 4. comm line flusher lflush() was flushing console tty instead> > 5. illegal color name in 'color' procedure command caused>    hi_white on hi_white instead or error> > 6. prototypes for strchr/strrchr in stdio_lint.h caused problems>    on some systems> > 7. procedure sz was not reporting proper results if files skipped> > 8. miscellaneous cosmetic fixes and maintenance/experimental rearrangements============= Patch 5:> Posting-number: Volume 16, Issue 97> Archive-name: ecu3/patch05a> > 1. Fixed memory leak + bad free in feval_str().> > 2. Some common types of procedure string operations have been made faster> by redesign of the realloc_esd() function.> > 3. Octal integer constants were implemented; they may be denoted by> prefixing them with "0o".  Leading zero octal constants are not supported> due to ECUs mutiple use of the same integer constant parser.  I thought > most people would rather %itos("0200") return 200(10) than 128(10).> > 4. Many line drivers, particularly FAS, will wait a process closing> a tty line until all characters queued for output have been sent.> When closing a tty line that has been permanently XOFF'ed by a > dead remote system or a noisy XOFF, this can result in a hang.> Now, a SIGALRM/setjmp scheme is used to recover from this condition> and flush line output before reattempting the close.  Five> seconds are allowed for the draining to occur.> > 5. Multiscreen normal and reverse foreground and background colors> in effect at the beginning of ecu execution are restored when the> program terminates (thanks to staceyc@sco for illuminating the> undocumented GIO_IOCTL ioctl; I've wanted to be able to do this for> a long time).> > 6. lamy@glsys.in-berlin.de reported a core dump immediately after> the one-line startup message under XENIX 286.  Others have had the> problem too.  I am puzzled -- it is happening in get_home_dir(),> which seems rather straightforward.  A patch to avoid the problem> is included: get the home directory from the environment variable> HOME if possible rather than invoke libpwent.a.> > 7. An embarassing nroff problem was reported by slerner@eingedi.> Patches are included for the nroff source.  Mr. Lerner also pointed> out an obsolete reference to samplproc.man.  The models subdirectory> contain many sample, even useful, procedures and samplproc.man> was discarded a long time ago.> > If you do not have nroff or the spare CPU cycles to make the> manual from nroff source, I'll email you one. Just mail me> at wht@n4hgf.Mt-Park.GA.US or emory!n4hgf!wht and put> "send ecu305 manual" in the subject line.  If I get enough> requests, I'll repost it to c.s.m as ecuman305.> > 8. A make bug in the trial ISC port was fixed in Make.ecu (thanks to> jmd@p1so).> > 9. During non-curses file transfer, the cumulative elapsed time> is reported once per complete line of 'RRRTRR..' status.> > 10. ache@hq.demos.su reported a bug in XENIX utmp handler> code.  This is a fix for most XENIX systems, but define OLD_WAY> in utmpstat.c if you have problems.> > 11. Sometimes upon adding a new phone entry, it would be marked> for redial upon creation.  This has been fixed by using calloc()> instead malloc().> > 12. We seem to be bumping some limits on 286 systems.  I added> more code to handle more core dumps reported by lamy@glsys.in-berlin.de:> somehow newwin() managed to return zero (probably memory alloc fail).> The patch to ecuwinutil.c won't fix the problem, but will at least> report it and die gracefully, rather than splatter on the pavement> with a core dump.  Please write me with bug reports and crash info:> see below.> > .--------------------.> | NOTES and REQUESTS |> `--------------------'> > 1. I do not have any XENIX system to test with.  It is a tribute> to SCO orthogonality that 35,000+ line program works so well> across 2 CPUs and two operating systems of many minor releases> and many versions of development systems.  I continue to point> this out when I hear SCO-bashers do their thing.  However, since> s**t does happen, if you are reporting a problem that results in> a core dump, please run the following for me (I would APPRECIATE it):> >   % cd where ecu is>   % ./ecu>   ----- kaboom ----->   % ^Jstty sane^J if needed (probably)>   % adb ./ecu |& tee to.wht>   * $x>   * $c>   * $r>   * $q> If you are a really industrious one and have sdb and compiled with -g,>   % sdb ./ecu |& tee -a to.wht>   % t>   % q> Then  >   % mail -s 'ecu 3.xx core dump' wht@n4hgf.mt-park.ga.us < to.wht> > 2. ache@hq.demos.su has made some excellent suggestions which> would enhance the line handling/choosing algorithms.  They will> require a change in the phone directory.  He suggests I interpret> old directory formats, while writing only new ones.  The changes> are far reaching and I haven't the time now to plug them in,> but kudos to him and I'll try to find A Round Tuit.============= Patch 6:> Posting-number: Volume 17, Issue 11> Archive-name: ecu3/patch06> > This patch (#6) fixes a bug in patch 5.  Things seem stable now.> I was going to wait for possible feedback from ISC porters, but> several folks have had this problem (no doubt since ECU won't work> without this patch).  This patch was also sent to comp.sources.bugs> on 13 February, but patchlevel.h was not updated.  You may get 1 hunk> rejected if you have already applied the patch.> > You need to remake/reinstall both ecu and ecuungetty.> > This man's hat sits on a quick-thinking head:> > Organization: DEMOS, Moscow, USSR> > Date: Wed, 13 Feb 91 02:15:23 +0300 (MSK)> > From: emory!hq.demos.su!ache (Andrew A. Chernov, canton Uri's citizen)> > Subject: ECU 3.05 utmpstat> > > > Hi, Warren, bad news.> > I just applied PATCH 5 for ECU, everything appears OK, but> > 'utmpstat' not work at all, I look in...> > IMHO it seems, like two strings are misplaced...> > (US_LOGIN and US_DIALOUT)> > I fix it, and ECU works correctly.> > Good Luck.