Xref: utzoo comp.unix.xenix.sco:1500 comp.sources.bugs:2820
Path: utzoo!utgpu!watserv1!watmath!att!emory!kd4nc!n4hgf!wht
From: wht@n4hgf.Mt-Park.GA.US (Warren Tucker)
Newsgroups: comp.unix.xenix.sco,comp.sources.bugs
Subject: Re: Help - Compiling ecu3
Message-ID: <306@n4hgf.Mt-Park.GA.US>
Date: 29 Jan 91 00:48:28 GMT
References: <1991Jan14.202320.4315@tabbs.UUCP> <1991Jan25.221822.4247@midway.uchicago.edu> <1991Jan27.194020.9849@hq.demos.su> <1991Jan28.121309.4163@ms.uky.edu>
Reply-To: wht@n4hgf.Mt-Park.GA.US (Warren Tucker)
Followup-To: comp.unix.xenix.sco
Organization: Amateur Radio Station N4HGF
Lines: 50

In article <1991Jan28.121309.4163@ms.uky.edu> simon@ms.uky.edu (G. Simon Gales) writes:
>In article <1991Jan27.194020.9849@hq.demos.su> ache@hq.demos.su (Andrew A. Chernov) writes:
>>I win it!  Some functions from standard C library needs cfree. This
>>function lives in the same module with calloc.  This cause an error
>>with calloc in -lmalloc.  I wrote dumb module named cfree.c:
>>
>>void cfree(s)
>>char *s;
>>{
>>	free(s);
>>}
>>
>>and add cfree.o to the module list in Make.ecu.
>
>I did it the hard way, and extracted 'calloc.o' from Llibc.a and hacked 
>calloc into xalloc, then re-built Llibc.a.  This seems to get around the
>problem, although you have to swap the old library back in to compile the
>zmodem programs.
>
>Well, now I've got ecu compiled and installed, but when run, I get the
>1-line copyright message then a segmentation violation.  Sigh...

Hmmmm. Please don't stop there! I would appreciate any and all feedback
on ECU.  I have about two man years in it and enjoy it's use every day.
I haven't had access to a XENIX system for regular testing for two years
now, but I know of three machines it runs on regularly.
Perhaps you should recompile using patch 3 and 4 (coming out of
c.s.m soon) and try it as released.  The one liner non-copyright
message is for the benefit of 286 users (initialization takes
a few seconds on this machine :-<).  A great deal of malloc activity
takes place after the quick response message.  My advice is to
undefine MALLOC_3X in ecu.h and remove -lmalloc from the lib line.
This is what patch 3 does... (most of the patches are for non-ANSI
console support).

Another quick fix, coming soon in a patch near you:
in nonansikey.c, near line 66, replace 'token_separator[2]' with
'token_separator[8]' (3 will do, but be safe; patch 4 will fix it
in other ways).

I hope you enjoy using ecu.  I know one enterprising individual
who runs ecu out of a cron job to call a list of BBSs at night and
up/download his mail.  This, of course, is somewhat beyond the
features of your normal cu ;-).

 
-----------------------------------------------------------------------
Warren Tucker, March Hare   gatech!n4hgf!wht or wht@n4hgf.Mt-Park.GA.US
When bad men combine, the good must associate;  else they will fall one
by one, an unpitied sacrifice in a contemptible struggle. -Edmund Burke