Help - Compiling ecu3
Warren Tucker
wht at n4hgf.Mt-Park.GA.US
Tue Jan 29 11:48:28 AEST 1991
In article <1991Jan28.121309.4163 at ms.uky.edu> simon at ms.uky.edu (G. Simon Gales) writes:
>In article <1991Jan27.194020.9849 at hq.demos.su> ache at 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 at 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
More information about the Comp.sources.bugs
mailing list