[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: cvs problems on 1998 Sep 7 current



> From: Artur Grabowski <art_(_at_)_stacken_(_dot_)_kth_(_dot_)_se>
> "William Allen Simpson" <wsimpson_(_at_)_greendragon_(_dot_)_com> writes:
> > A number of files are still hanging around here, but have been lost in
> > the cvs tree:
> >
> > ? kerberosIV/kadm/kadm_err.h
> > ? kerberosIV/kadm/kadm_err.c
> > ? kerberosIV/krb/krb_err.h
> > ? kerberosIV/krb/krb_err.c
>
> Automagically generated files. They are removed in a "make clean"
>
> > ? usr.bin/audioctl/audioctl
> > ? usr.bin/audioctl/audioctl.cat1
> > ? usr.bin/mixerctl/mixerctl
> > ? usr.bin/mixerctl/mixerctl.cat1
>
> Same here. You forgot "make obj" || "make clean"
>
I was unaware that "make clean" should be run _before_ "cvs up -PAd".
Please tell me where this is documented?

Moreover, that would be highly undesirable, as it would require
recompilation of every program anytime that an update was desired.


> > ? gnu/usr.sbin/e2fsprogs/lib/et/diff3.core
> > ? gnu/usr.sbin/e2fsprogs/lib/ss/diff3.core
>
> That's core files. Your diff3 is broken.
>
They were generated when the segment faults occured?

Didn't you notice that I included lines with the segment faults?

The diff3 I am running is the diff3 that results from compiling current.
Why is it segment faulting?

WSimpson_(_at_)_UMich_(_dot_)_edu
    Key fingerprint =  17 40 5E 67 15 6F 31 26  DD 0D B9 9B 6A 15 2C 32

Visit your host, monkey.org