> In message <[EMAIL PROTECTED]>, "Rodney W. Grimes" writes
> :
> >> In message <[EMAIL PROTECTED]> Matthew
>Jacob writes:
> >> : Same with me.
> >>
> >> This sounds like a job for Captain UPDATING:
> >
> >Don't you just need to rebuild vi/ex? Ie would not:
> > cd /usr/src/usr.bin/vi;
> >
In message <[EMAIL PROTECTED]>, "Rodney W. Grimes" writes
:
>> In message <[EMAIL PROTECTED]> Matthew Jacob
>writes:
>> : Same with me.
>>
>> This sounds like a job for Captain UPDATING:
>
>Don't you just need to rebuild vi/ex? Ie would not:
> cd /usr/src/usr.bin/vi;
> make cleandir
In message <[EMAIL PROTECTED]> "Rodney W. Grimes" writes:
: > This sounds like a job for Captain UPDATING:
:
: Don't you just need to rebuild vi/ex? Ie would not:
: cd /usr/src/usr.bin/vi;
: make cleandir && make obj && make depend && make all install
: fix the problem?
:
: Two buil
In message <[EMAIL PROTECTED]>, Matt Dillon writes:
>
>:Ta-da!
>:
>:
>:> In message <[EMAIL PROTECTED]> Matthew
>Jacob writes:
>:> : Same with me.
>:>
>:> This sounds like a job for Captain UPDATING:
>:>
>:> 20010101:
>:> ex and vi were broken by some changes to sys/queue.h. If
>:> you
> In message <[EMAIL PROTECTED]> Matthew Jacob
>writes:
> : Same with me.
>
> This sounds like a job for Captain UPDATING:
Don't you just need to rebuild vi/ex? Ie would not:
cd /usr/src/usr.bin/vi;
make cleandir && make obj && make depend && make all install
fix the problem?
In message <[EMAIL PROTECTED]> Matt Dillon writes:
: Why in (insert favorite deity)'s name does ex and vi depend on
: sys/queue.h ?
Because it does. :-) Lots of places in the userland tree use it. phk
committed a fix to vi that broke vi, and that's the problem.
Warner
To Unsubscribe:
>
> Why in (insert favorite deity)'s name does ex and vi depend on
> sys/queue.h ?
Oh, christ, who knows? I just saw the new David Mamet film "State &&
Main"... in one scene, Alec Baldwin has just crashed a stationwagon and
flipped it, wiping out the only stoplight in this town. he c
:Ta-da!
:
:
:> In message <[EMAIL PROTECTED]> Matthew Jacob
:writes:
:> : Same with me.
:>
:> This sounds like a job for Captain UPDATING:
:>
:> 20010101:
:> ex and vi were broken by some changes to sys/queue.h. If
:> you have a bad vi (and are getting core dumps when building
:>
Ta-da!
> In message <[EMAIL PROTECTED]> Matthew Jacob
>writes:
> : Same with me.
>
> This sounds like a job for Captain UPDATING:
>
> 20010101:
> ex and vi were broken by some changes to sys/queue.h. If
> you have a bad vi (and are getting core dumps when building
> termca
In message <[EMAIL PROTECTED]> Matthew Jacob
writes:
: Same with me.
This sounds like a job for Captain UPDATING:
20010101:
ex and vi were broken by some changes to sys/queue.h. If
you have a bad vi (and are getting core dumps when building
termcap), you can work around
same here as well...
i did a make -k buildworld and that worked for me/..
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Matthew Jacob
Sent: Tuesday, January 02, 2001 1:06 PM
To: Charlie Root
Cc: [EMAIL PROTECTED]
Subject: Re: Core dumps on Current Make
Same with me.
> All the machines that I have running Current dumped core at the same
> place this morning.
>
> ===> share/termcap
> ex - /usr/src/share/termcap/termcap.src < /usr/src/share/termcap/reorder
> > /dev/null
> Segmentation fault - core dumped
> *** Error code 139
>
> Stop in /usr/sr
The Hermit Hacker wrote:
> do a 'make -k world' ... I had the same problem with vi, and the same
> SegFault ... by using -k, it bypasses the error, which allows it to get to
> the point that the newer vi is installed, which doesn't SegFault ...
Thanks, I just started them all up with -k . I did
do a 'make -k world' ... I had the same problem with vi, and the same
SegFault ... by using -k, it bypasses the error, which allows it to get to
the point that the newer vi is installed, which doesn't SegFault ...
On Tue, 2 Jan 2001, Charlie Root wrote:
> All the machines that I have running Cu
14 matches
Mail list logo
