Path: utzoo!hoptoad!daisy!wyse!vsi1!ames!mailrus!csd4.milw.wisc.edu!uxc!tank!shamash!nis!sialis!rjg
From: rjg@sialis.mn.org (Robert J. Granvin)
Newsgroups: alt.sources
Subject: Re: Upgrade to uustatus for Xenix386 2.3.1 HDB uucp
Message-ID: <1129@sialis.mn.org>
Date: 27 Jan 89 07:50:33 GMT
References: <5316@turnkey.TCC.COM>
Reply-To: rjg@sialis.mn.org (Robert J. Granvin)
Organization: Dr. Ho Laboratory and Day Care Center
Lines: 30
Keywords:

In article <5316@turnkey.TCC.COM> sandy@turnkey.TCC.COM (Sanford 'Sandy' Zelkovitz) writes:
>The following is the Xenix 386, version 2.3.1 modifications to Ed Carp's
>uustatus and filefind. It turns out that the SCO Xenix HDB uucp has 23
>return codes instead of the 22 that uustatus.h described. When error code
>23 was encountered a memory fault core dump was the result. The code
>now looks for a M_XENIX compile switch, which is automatically given by
>the SCO compiler and the proper includes, etc. are compiled. Since SCO only
>supports HDB uucp in their 386 release to date, no attempt has been made
>to test it under Xenix286.

If you're not running SCO, and you still have core dumps or memory
faults after the copyright notice comes up, check for a line in
uustatus.c that reads:

       while(fgets(line, 510, in) != (char *)NULL)

and change it to:

       while(fgets(line, 128, in) != (char *)NULL)

Earlier in the code, line is defined as a char of 128 positions.
Making this change will prevent the memory fault/core dumps.

This seems to work fine.  :-)

-- 
       Robert J. Granvin            "A cowboy should know his horse, but it
 National Information Services       seemed to the podners at the Triple Q
       rjg@sialis.mn.org             Ranch that Vernon McChew had gotten TOO
{amdahl,hpda}!bungia!sialis!rjg      close."