:The argument for versioning is not simply because the size of ip_number
:might change (it should be a sockaddr) but because other fields might be
:added or removed. To avoid allocating a new syscall whenever this happens,
:the structure should be versioned.
:
:Putting sizeof(whatever) at the begi
After collecting a bunch of emails from the list, this is the
approach I'll be taking:
1. use the existing nsdispatch code obtained from NetBSD as a base
for parsing the /etc/nsswitch.conf file.
2. Make the C library nsdispatch aware. The dtab[] array will be
filled dynamicaly from the con
-hackers,
As docs/12220 points out;
We want to extract routing information by specifying a particular
destination IP address. The man page on Route and Rtentry mention
that this information can be acquired using getkerninfo command. But
there is no such man page. Is it poss
On Tue, Aug 03, 1999 at 07:52:26PM -0400, Bill Fumerola wrote:
> On Tue, 3 Aug 1999, Ted Faber wrote:
>
> > http://www.sciencedaily.com/releases/1999/08/990802072727.htm
>
> The Duke release credits one Andrew Gallatin for a couple quotes.
>
> Not only FreeBSD in the news, but one of our own co
I have a freebsd-stable system. I can't build a kernel for
freebsd-current on that system unless I upgrade my compiler to egcs.
Will this cause problems for our upgrade proceedure?
gcc 2.7.2.3 doesn't like i386/include/atomic.h. It complains about
bad assmbler contraints.
Warner
To Unsubscr
On Wed, 4 Aug 1999, Warner Losh wrote:
>
> I have a freebsd-stable system. I can't build a kernel for
> freebsd-current on that system unless I upgrade my compiler to egcs.
> Will this cause problems for our upgrade proceedure?
>
> gcc 2.7.2.3 doesn't like i386/include/atomic.h. It complains
On Wed, 4 Aug 1999, Warner Losh wrote:
>
> I have a freebsd-stable system. I can't build a kernel for
> freebsd-current on that system unless I upgrade my compiler to egcs.
> Will this cause problems for our upgrade proceedure?
>
> gcc 2.7.2.3 doesn't like i386/include/atomic.h. It complai
As Dag-Erling Smorgrav wrote ...
> "Kelly Yancey" <[EMAIL PROTECTED]> writes:
> > [...]
>
> Which reminds me - has anyone thought of using DMA for zeroing pages,
> to avoid cache invalidation? The idea is to keep a chunk of zeroes on
> disk and DMA it into memory instead of clearing pages "manual
In message
<[EMAIL PROTECTED]> David
Scheidt writes:
: I upgraded a -STABLE system to -CURRENT using source a month or two
: ago. The first step is to build the new toolchain, so you shouldn't
: ever be compiling a new kernel with an old compiler.
In the past, we've given advise to build a
In message <[EMAIL PROTECTED]> Osokin Sergey
writes:
: try to cvsup your source tree to 4.0, then rebuild your system
: with simply make world procedure.
I can't do that. This system *MUST* be a 3.2-stable system. I was
building the kernel to test to see if a nasty NFS bug I've found in
-stabl
In article
[EMAIL PROTECTED]> you write:
>-hackers,
>
>As docs/12220 points out;
>
>We want to extract routing information by specifying a particular
>destination IP address. The man page on Route and Rtentry mention
>that this information can be acquired using getkerninfo command.
On Wed, 4 Aug 1999, Warner Losh wrote:
> In message
> <[EMAIL PROTECTED]> David
> Scheidt writes:
> : I upgraded a -STABLE system to -CURRENT using source a month or two
> : ago. The first step is to build the new toolchain, so you shouldn't
> : ever be compiling a new kernel with an old comp
Dag-Erling Smorgrav <[EMAIL PROTECTED]> wrote:
>Which reminds me - has anyone thought of using DMA for zeroing pages,
This sounds reasonable. Some DMA engines support filling regions
and memory-memory copies, but I'm not sure about what can be done
with the DMA engine(s) in PCs.
> The idea is to
In message
<[EMAIL PROTECTED]> David
Scheidt writes:
: Read the docs? Who me? It sounds like the 3.X to 4.0-RELEASE documentation
: should say not to do this. Unless, of course, gcc-2.95 is imported before
: t hen.
Give me a F*ing break. No such documetation exists and the more that
we cha
Assar Westerlund <[EMAIL PROTECTED]> wrote:
>Peter Jeremy <[EMAIL PROTECTED]> writes:
>> We need to be able to build an application that has no dynamically
>> loaded code for recovery purposes (/stand and /sbin) as well as for
>> security.
>
>Isn't that the same problem as with PAM?
Quite probabl
Were there any issues related to a memory leak in the routing table ?
I am running freebsd-stable.
After a few days vmstat -m shows the memory used by routing table to be
very high and log messages "arpresolve: cant allocate llinfo for
a.b.c.d"
"arplookup a.b.c.d failed could not allocate llinfo"
I'm doing some research on resource limits and I can't find any
information at all on the ignoretime capability that's in
/usr/src/etc/login.conf. A 'grep -iR ignoretime *' in /usr/src didn't
return any hits outside of the login.conf files in /usr/src/etc and the
picobsd stuff. Does anyone
I'm seeing on a -stable system that netstat will always print values
obtained from sysctl rather than from the core file specified. Can
anybody confirm this? It doesn't seem like feature to me...
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the
On 04-Aug-99 Matthew Dillon wrote:
> I kinda like the second choice the best but the first choice is what
> most
> other system calls use.
That doesn't make it right =)
The second avoids the 'the data is different but the size is the same' problem
which would seem to be not too uncom
On Wed, 4 Aug 1999, Oscar Bonilla wrote:
[skip]
> 2. Make the C library nsdispatch aware. The dtab[] array will be
>filled dynamicaly from the contents of /etc/nsswitch.conf.
>I'm still not sure if this has to be done "whithin" the C library
>or if nsdispatch should fill the dtab[] ar
On Wed, Aug 04, 1999 at 01:20:59PM +0200, Dag-Erling Smorgrav wrote:
> "Kelly Yancey" <[EMAIL PROTECTED]> writes:
> > [...]
>
> Which reminds me - has anyone thought of using DMA for zeroing pages,
> to avoid cache invalidation? The idea is to keep a chunk of zeroes on
> disk and DMA it into memo
Dag-Erling Smorgrav scribbled this message on Aug 4:
> "Kelly Yancey" <[EMAIL PROTECTED]> writes:
> > [...]
>
> Which reminds me - has anyone thought of using DMA for zeroing pages,
> to avoid cache invalidation? The idea is to keep a chunk of zeroes on
> disk and DMA it into memory instead of cl
In article <[EMAIL PROTECTED]>,
Peter Jeremy <[EMAIL PROTECTED]> wrote:
> Assar Westerlund <[EMAIL PROTECTED]> wrote:
> >Peter Jeremy <[EMAIL PROTECTED]> writes:
> >> We need to be able to build an application that has no dynamically
> >> loaded code for recovery purposes (/stand and /sbin) as we
John Polstra <[EMAIL PROTECTED]> wrote:
>Peter Jeremy <[EMAIL PROTECTED]> wrote:
>> Assar Westerlund <[EMAIL PROTECTED]> wrote:
>> >Peter Jeremy <[EMAIL PROTECTED]> writes:
>> >> We need to be able to build an application that has no dynamically
>> >> loaded code for recovery purposes (/stand and
On Wed, Aug 04, 1999 at 03:59:00PM -0500, Jonathan Lemon wrote:
> getkerninfo() is depreciated, we use sysctl() instead. In fact, most of
> the information provided by getkerninfo() is implemented in terms of
> sysctl().
> The route(4) manpage says:
>
> User processes can obtain informa
101 - 125 of 125 matches
Mail list logo
