> 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
World this morning
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 - co
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
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/src/share/termcap.
*** Error code 1
F
On Tue, 16 Nov 1999, Edwin Culp wrote:
> /usr/src/games/larn/monster.c: In function `hitm':
> /usr/src/games/larn/monster.c:856: syntax error before `amt'
My first breakage of world, how neat.
Thanks to Marcel for fixing what was the result of me having too many
local copies of src/games on my
On Tue, 16 Nov 1999, Edwin Culp wrote:
> Just looking at the results of a make world from a cvsup at about 4:40
> PST.
>
> ed
>
> /usr/obj/usr/src/tmp/usr/include/sys/ttydev.h:60: warning: `B115200'
> redefined
> /usr/obj/usr/src/tmp/usr/include/termios.h:227: warning: this is the
> location of
Just looking at the results of a make world from a cvsup at about 4:40
PST.
ed
/usr/obj/usr/src/tmp/usr/include/sys/ttydev.h:60: warning: `B115200'
redefined
/usr/obj/usr/src/tmp/usr/include/termios.h:227: warning: this is the
location of the previous definition
cc -nostdinc -O -pipe -DBSD -DVER
I'm in the process, thank you.
ed
Julian Elischer wrote:
> re-sup
>
> On Thu, 21 Oct 1999, Edwin Culp wrote:
>
> > I just saw my log file from this mornings make world.
> >
> > ed
> >
> > cc -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc/include
> > -D__DBINTERFACE_PRIVATE -DPOSIX_MISTAK
re-sup
On Thu, 21 Oct 1999, Edwin Culp wrote:
> I just saw my log file from this mornings make world.
>
> ed
>
> cc -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc/include
> -D__DBINTERFACE_PRIVATE -DPOSIX_MISTAKE
> -I/usr/src/lib/libc/../libc/locale -DBROKEN_DES -DYP
> -I/usr/obj/usr/
I just saw my log file from this mornings make world.
ed
cc -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc/include
-D__DBINTERFACE_PRIVATE -DPOSIX_MISTAKE
-I/usr/src/lib/libc/../libc/locale -DBROKEN_DES -DYP
-I/usr/obj/usr/src/tmp/usr/include -c
/usr/src/lib/libc/../libc/gen/getcwd.c -o g
21 matches
Mail list logo
