>> It sounds like moused needs to be fixed to drop its control terminal.
>>
>But the daemon(3) performs this function, and forked moused(8) runs
>without the controlling tty.
>
>Further investigation shows, that after running and killing this small
>program (from /etc/rc.local), I can't get a fu
I just cvsuped sources for current, was able to build world succesfully
but kernel build failes at this point:
linux_sysent.c:21: sizeof applied to an incomplete type
linux_sysent.c:21: warning: built-in function 'exit' used without
declaration
linux_sysent.c:21: warning: cast discards qualifiers
The current version go chkgrp does not compile under alpha systems
grep FreeBSD chkgrp.c
"$FreeBSD: src/usr.sbin/chkgrp/chkgrp.c,v 1.5 2001/06/24 12:38:28 des Exp
$";
===> usr.sbin/chkgrp
cc -nostdinc -O -pipe -mcpu=ev4 -mcpu=ev4
-I/usr/obj/usr/src/alpha/usr/include -W -Wall -Wstrict-proto
Hmm. Somebody must have cranked some C compilation up enough to turn
warnings into errors.
If I check out chkgrp into /tmp now on a system that's currently trying
to update itself, I get:
yorp.feral.com > make
Warning: Object directory not changed from original
/tmp/src/usr.sbin/chkgrp
cc -O -p
On Tue, Jul 03, 2001 at 02:41:33PM -0700, Matthew Jacob wrote:
>
> Hmm. Somebody must have cranked some C compilation up enough to turn
> warnings into errors.
>
> If I check out chkgrp into /tmp now on a system that's currently trying
> to update itself, I get:
>
> yorp.feral.com > make
> Warn
On Tue, 3 Jul 2001, Kris Kennaway wrote:
> On Tue, Jul 03, 2001 at 02:41:33PM -0700, Matthew Jacob wrote:
> >
> > Hmm. Somebody must have cranked some C compilation up enough to turn
> > warnings into errors.
> >
> > If I check out chkgrp into /tmp now on a system that's currently trying
> >
S> > > are on for is the kernel- and even that isn't -Werror.
> >
> > You're about two months out of date; we started locking down userland
>
> > code around that timeframe. This one probably wasn't tested
> > thoroughly enough on alpha.
>
> Too much frickin' ergot in yer wheaties, bucko.
>
Hello -
Reading Advanced Programming in the UNIX Environment by Richard W. Stevens, I see that
he says that vfork() should be used instead of fork() when you just need to use one of
the exec() functions, since it doesn't need to fully copy the address space.
Later in the book, he has an exampl
djhill> Reading Advanced Programming in the UNIX Environment by Richard
djhill> W. Stevens, I see that he says that vfork() should be used instead
djhill> of fork() when you just need to use one of the exec() functions,
djhill> since it doesn't need to fully copy the address space.
djhill> Later
On Tue, 3 Jul 2001 22:50:18 -0700
Gregory Neil Shapiro <[EMAIL PROTECTED]> wrote:
> djhill> Reading Advanced Programming in the UNIX Environment by Richard
> djhill> W. Stevens, I see that he says that vfork() should be used instead
> djhill> of fork() when you just need to use one of the exec()
On 4 Jul 2001, Dag-Erling Smorgrav wrote:
> Matthew Jacob <[EMAIL PROTECTED]> writes:
> > > Too much frickin' ergot in yer wheaties, bucko.
> > >
> > > There is no -Wall or -Werror in normal /usr/src builds. Try again.
> >
> > Sorry- let me modify that.
> >
> > Not normal, except by dimwits
I'm sure this is pilot error, but ...
I updated a pre june 13th current to a july 3 current.
Ran mergemaster and installed /etc/diskcheckd.conf
without modification. Upon reboot I saw 1000s of the
following message streaming up the console:
dscheck(cd0): bio_bcount 512 is not on a sector bound
On Tue, Jul 03, 2001 at 09:34:10PM -0700, Matthew Jacob wrote:
>
> S> > > are on for is the kernel- and even that isn't -Werror.
> > >
> > > You're about two months out of date; we started locking down userland
> >
> > > code around that timeframe. This one probably wasn't tested
> > > thorou
> > > There is no -Wall or -Werror in normal /usr/src builds. Try again.
> >
> > Sorry- let me modify that.
> >
> > Not normal, except by dimwits who add WARNS?= 2 w/o checking.
>
> This kind of language isn't called for. People make mistakes, and
> insulting them for it serves no useful purp
JFYI,
In i386, /dev/console is the same as /dev/consolectl, and all I/O
operations for /dev/console, /dev/concolectl and /dev/ttyv0 take place
in the screen #0, as shown below. In alpha /dev/console is /dev/ttyv0.
Access to /dev/console is routed to /dev/consolectl's dev_t by
cdevsw functions i
Matthew Jacob <[EMAIL PROTECTED]> writes:
> There is, in my mailbox, a grotesque and unforgiveable insult from you
> from some months back. You deserve no respect whatsoever.
Heh. You're so cute.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
wi
Oh- btw- let's change the tenor of this slightly:
I apologize to Dag-Erling for calling him a dimwit.
On Tue, 3 Jul 2001, Matthew Jacob wrote:
>
>
> On 4 Jul 2001, Dag-Erling Smorgrav wrote:
>
> > Matthew Jacob <[EMAIL PROTECTED]> writes:
> > > > Too much frickin' ergot in yer wheaties, b
On 4 Jul 2001, Dag-Erling Smorgrav wrote:
> Matthew Jacob <[EMAIL PROTECTED]> writes:
> > There is, in my mailbox, a grotesque and unforgiveable insult from you
> > from some months back. You deserve no respect whatsoever.
>
> Heh. You're so cute.
*smooch* to you too, sweetie!
To Unsubsc
On 2001-Jul-02 14:16:16 -0700, Julian Elischer <[EMAIL PROTECTED]> wrote:
>The time has come (now that we have a design) to assign names to the
>various entities that will be created when we implement the
>(current name) KSE code.
I'm reasonably sure that there's prior art here. What do other O
19 matches
Mail list logo