d...@flood.ping.uio.no (Dag-Erling Smorgrav) writes:
> "Kelly Yancey" writes:
> > Ahh...but wouldn't the bzero() touch all of the memory just allocated
> > functionally making it non-overcommit?
>
> No. If it were an "non-overcomitting malloc", it would return NULL and
> set errno to ENOMEM,
On Mon, 19 Jul 1999, Modred wrote:
> > I'm not sure if it shows the mac address of the cisco's port or
> > the actual device connected to it...
>
> You see the MAC of the switch's port. It's been too long since I've
> played on a Catalyst... but what does 'sh arp' display? Any arp -> port
On Mon, 19 Jul 1999, Modred wrote:
> On Sat, 17 Jul 1999, Vincent Poy wrote:
>
>
>
> > > > By reading the man page?
> > > The manpage doesn't really say anything about how to use ttcp...
>
> I don't think manpage useage is -hackers-esque.
I know.
> > There is no ttcp binary an
[EMAIL PROTECTED] (Dag-Erling Smorgrav) writes:
> "Kelly Yancey" <[EMAIL PROTECTED]> writes:
> > Ahh...but wouldn't the bzero() touch all of the memory just allocated
> > functionally making it non-overcommit?
>
> No. If it were an "non-overcomitting malloc", it would return NULL and
> set er
David,
Unless I am misunderstanding you, mfs does what you are
describing.
--John
"David E. Cross" wrote:
> I am looking at a project that will require a user based process to interact
> with the system as if it were a filesystem. The traditional way I have seen
> t
The 'tee' behavior can be pretty easily emulated, however.
a) use bpfilter - it automatically does a copy type thing.
b) Use a little divert socket program which simply does:
len = recvfrom(divert_socket, packetbuf, sizeof(packetbuf),
0, (struct sockaddr *)&from, &froml
David,
Unless I am misunderstanding you, mfs does what you are
describing.
--John
"David E. Cross" <[EMAIL PROTECTED]> wrote:
> I am looking at a project that will require a user based process to interact
> with the system as if it were a filesystem. The traditional
The 'tee' behavior can be pretty easily emulated, however.
a) use bpfilter - it automatically does a copy type thing.
b) Use a little divert socket program which simply does:
len = recvfrom(divert_socket, packetbuf, sizeof(packetbuf),
0, (struct sockaddr *)&from, &fromle
On Mon, Jul 19, 1999 at 11:25:16PM -0500, a little birdie told me
that David Scheidt remarked
> On Mon, 19 Jul 1999, Matthew D. Fuller wrote:
> >
> > Question of the day: Why do I have async writes on a sync partition?
>
> Because only meta-data writes are done synchronously. Data is still done
On Mon, 19 Jul 1999, Matthew D. Fuller wrote:
> No, don't leave it alone, make it even SLOWER than usual!
> /dev/da0s1a on / (local, synchronous, writes: sync 114 async 3850)
>
> Question of the day: Why do I have async writes on a sync partition?
Because only meta-data writes are done synchrono
On Mon, Jul 19, 1999 at 05:25:06PM +1000, a little birdie told me
that Stephen McKay remarked
>
> I gave up using soft updates on root because of the delayed delete
> behaviour. I kept filling up root while updating kernels. It doesn't
> gain you much on little used file systems anyway. So, I r
On Mon, 19 Jul 1999, Brian F. Feldman wrote:
> Isn't it more a question of whether a proper cross-build system will
> be available within the time frame that m68ks aren't completely obsolete?
Bah!
An 040 or 030 powered Mac w/ MacOS makes a decent web browsing, word
processing machine; it's an ac
On Mon, Jul 19, 1999 at 04:51:12PM -0600, Wes Peters wrote:
> The implementation details are as unimportant as ever: they have to work
> and be maintainable. Following prior art remains a good idea; the Solaris
> "name service switch" implementation is a good starting point to consider.
>
I agre
:
:The Linux one 169350 bytes, 4891 lines. The FreeBSD 3.1 magic file is
:164223 bytes, 4802 lines.
:
:> Leif Neland asked:
:>
:> :While trying to port amavis, the virusscanner for mail,
:> : http://aachalon.de/AMaViS/amavis-0.2.0-pre4.tar.gz ) I noticed it used the
:> :file(1) several times for
On Mon, Jul 19, 1999 at 11:25:16PM -0500, a little birdie told me
that David Scheidt remarked
> On Mon, 19 Jul 1999, Matthew D. Fuller wrote:
> >
> > Question of the day: Why do I have async writes on a sync partition?
>
> Because only meta-data writes are done synchronously. Data is still done
On Mon, 19 Jul 1999, Matthew D. Fuller wrote:
> No, don't leave it alone, make it even SLOWER than usual!
> /dev/da0s1a on / (local, synchronous, writes: sync 114 async 3850)
>
> Question of the day: Why do I have async writes on a sync partition?
Because only meta-data writes are done synchron
On Mon, Jul 19, 1999 at 05:25:06PM +1000, a little birdie told me
that Stephen McKay remarked
>
> I gave up using soft updates on root because of the delayed delete
> behaviour. I kept filling up root while updating kernels. It doesn't
> gain you much on little used file systems anyway. So, I
On Mon, 19 Jul 1999, Brian F. Feldman wrote:
> Isn't it more a question of whether a proper cross-build system will
> be available within the time frame that m68ks aren't completely obsolete?
Bah!
An 040 or 030 powered Mac w/ MacOS makes a decent web browsing, word
processing machine; it's an a
On Mon, Jul 19, 1999 at 04:51:12PM -0600, Wes Peters wrote:
> The implementation details are as unimportant as ever: they have to work
> and be maintainable. Following prior art remains a good idea; the Solaris
> "name service switch" implementation is a good starting point to consider.
>
I agr
NB: Please reply to me directly, I'm not on the list
pertinent data: FreeBSD 3.2R on a SONY VAIO laptop, PAO3-19990605
version
I just installed PAO on my SONY VAIO in hopes of getting my 3COM
3CXE589ET PCMCIA eithernet card working. When I boot the laptop with the
PAO install floppies it finds t
In article <[EMAIL PROTECTED]>
[EMAIL PROTECTED] writes:
>> pertinent data: FreeBSD 3.2R on a SONY VAIO laptop, PAO3-19990605
>> version
>>
>> I just installed PAO on my SONY VAIO in hopes of getting my 3COM
>> 3CXE589ET PCMCIA eithernet card working. When I boot the laptop with the
>> PAO insta
On Sat, 17 Jul 1999, Vincent Poy wrote:
> > > By reading the man page?
> > The manpage doesn't really say anything about how to use ttcp...
I don't think manpage useage is -hackers-esque.
> There is no ttcp binary anywhere on either my -CURRENT,
> 3.2-RELEASE and 3.1-RELEASE systems
On Mon, 19 Jul 1999, Wes Peters wrote:
> > Given that this is a PAM module, wouldn't /etc/pam.conf be more appropriate?
>
> /etc/pam.conf would be appropriate for configuring the behavior of PAM
> modules. /etc/auth.conf would be appropriate for configuring WHICH
> authentication method to use.
On Sun, 18 Jul 1999, Vincent Poy wrote:
> I'm not sure if it shows the mac address of the cisco's port or
> the actual device connected to it...
You see the MAC of the switch's port. It's been too long since I've
played on a Catalyst... but what does 'sh arp' display? Any arp -> port
->
:
:The Linux one 169350 bytes, 4891 lines. The FreeBSD 3.1 magic file is
:164223 bytes, 4802 lines.
:
:> Leif Neland asked:
:>
:> :While trying to port amavis, the virusscanner for mail,
:> : http://aachalon.de/AMaViS/amavis-0.2.0-pre4.tar.gz ) I noticed it used the
:> :file(1) several times fo
On Mon, 19 Jul 1999, Wes Peters wrote:
> > Given that this is a PAM module, wouldn't /etc/pam.conf be more appropriate?
>
> /etc/pam.conf would be appropriate for configuring the behavior of PAM
> modules. /etc/auth.conf would be appropriate for configuring WHICH
> authentication method to use.
On Sun, 18 Jul 1999, Vincent Poy wrote:
> I'm not sure if it shows the mac address of the cisco's port or
> the actual device connected to it...
You see the MAC of the switch's port. It's been too long since I've
played on a Catalyst... but what does 'sh arp' display? Any arp -> port
->
In article <3793dad7.67fba...@click2net.com>
ge...@click2net.com writes:
>> pertinent data: FreeBSD 3.2R on a SONY VAIO laptop, PAO3-19990605
>> version
>>
>> I just installed PAO on my SONY VAIO in hopes of getting my 3COM
>> 3CXE589ET PCMCIA eithernet card working. When I boot the laptop with t
On Sat, 17 Jul 1999, Vincent Poy wrote:
> > > By reading the man page?
> > The manpage doesn't really say anything about how to use ttcp...
I don't think manpage useage is -hackers-esque.
> There is no ttcp binary anywhere on either my -CURRENT,
> 3.2-RELEASE and 3.1-RELEASE systems.
NB: Please reply to me directly, I'm not on the list
pertinent data: FreeBSD 3.2R on a SONY VAIO laptop, PAO3-19990605
version
I just installed PAO on my SONY VAIO in hopes of getting my 3COM
3CXE589ET PCMCIA eithernet card working. When I boot the laptop with the
PAO install floppies it finds th
On Mon, 19 Jul 1999, Brian F. Feldman wrote:
> On Mon, 19 Jul 1999, Jordan K. Hubbard wrote:
>
> > I'd say that's a question for Grant Stockly, the person mentioned in
> > green's web-cited message. It's certainly not part of FreeBSD and
> > whether it ever will be is a matter still subject to d
> On Mon, 19 Jul 1999, Jordan K. Hubbard wrote:
>
> > > website (http://www.freebsd.org/~green/FreeBSD-68k.txt). In about two
> > > weeks I'll have a spare Macintosh IIsi and would like to have a run at
> > > FreeBSD on it. So, to the point, where can I get it? :)
> >
> > I'd say that's a quest
On Mon, 19 Jul 1999, Jordan K. Hubbard wrote:
> > website (http://www.freebsd.org/~green/FreeBSD-68k.txt). In about two
> > weeks I'll have a spare Macintosh IIsi and would like to have a run at
> > FreeBSD on it. So, to the point, where can I get it? :)
>
> I'd say that's a question for Grant
> website (http://www.freebsd.org/~green/FreeBSD-68k.txt). In about two
> weeks I'll have a spare Macintosh IIsi and would like to have a run at
> FreeBSD on it. So, to the point, where can I get it? :)
I'd say that's a question for Grant Stockly, the person mentioned in
green's web-cited messag
> hax0rs,
>
> In sys/conf/param.c (in -STABLE), both maxfiles and maxfilesperproc are
> set equal to MAXFILES. This doesn't make much sense to me. It seems that
> maxfiles should be set to be greater than maxfilesperproc by default, so
> that one process can't consume all of the file descriptors.
hax0rs,
In sys/conf/param.c (in -STABLE), both maxfiles and maxfilesperproc are
set equal to MAXFILES. This doesn't make much sense to me. It seems that
maxfiles should be set to be greater than maxfilesperproc by default, so
that one process can't consume all of the file descriptors.
I noticed
On Mon, 19 Jul 1999, Brian F. Feldman wrote:
> On Mon, 19 Jul 1999, Jordan K. Hubbard wrote:
>
> > I'd say that's a question for Grant Stockly, the person mentioned in
> > green's web-cited message. It's certainly not part of FreeBSD and
> > whether it ever will be is a matter still subject to
> On Mon, 19 Jul 1999, Jordan K. Hubbard wrote:
>
> > > website (http://www.freebsd.org/~green/FreeBSD-68k.txt). In about two
> > > weeks I'll have a spare Macintosh IIsi and would like to have a run at
> > > FreeBSD on it. So, to the point, where can I get it? :)
> >
> > I'd say that's a ques
On Mon, 19 Jul 1999, Jordan K. Hubbard wrote:
> > website (http://www.freebsd.org/~green/FreeBSD-68k.txt). In about two
> > weeks I'll have a spare Macintosh IIsi and would like to have a run at
> > FreeBSD on it. So, to the point, where can I get it? :)
>
> I'd say that's a question for Grant
> website (http://www.freebsd.org/~green/FreeBSD-68k.txt). In about two
> weeks I'll have a spare Macintosh IIsi and would like to have a run at
> FreeBSD on it. So, to the point, where can I get it? :)
I'd say that's a question for Grant Stockly, the person mentioned in
green's web-cited messa
> hax0rs,
>
> In sys/conf/param.c (in -STABLE), both maxfiles and maxfilesperproc are
> set equal to MAXFILES. This doesn't make much sense to me. It seems that
> maxfiles should be set to be greater than maxfilesperproc by default, so
> that one process can't consume all of the file descriptors
hax0rs,
In sys/conf/param.c (in -STABLE), both maxfiles and maxfilesperproc are
set equal to MAXFILES. This doesn't make much sense to me. It seems that
maxfiles should be set to be greater than maxfilesperproc by default, so
that one process can't consume all of the file descriptors.
I noticed
Matthew Dillon wrote:
>
> Check the size of the magic files on your FreeBSD and Linux boxen.
> file was never really designed to be efficient. FreeBSD's magic
> file is /usr/share/misc/magic - around 164K.
The Linux one 169350 bytes, 4891 lines. The FreeBSD 3.1 magic file is
164223
On Mon, Jul 19, 1999 at 05:34:07PM +0930, Greg Lehey wrote:
> AFAIK, the minimum memory for installation is still 5 MB, and the
> problems people had with 8MB machines failing to install was a bug,
> right? What's the current status?
Some people have reported that they need up to 12MB to install.
Mike Smith wrote:
>
> > > > > > ldap:*:389:389:o=My Organization, c=BR:uid:ldap.myorg.com
> > > > >
> > > > > Horrible idea.
> > > > >
> > > >
> > > > suggestions?
> > >
> > > Use PAM.
> >
> > PAM isn't going to cut it. This is outside of its realm. Things like ps,
> > top, ls, chown, chmod, lpr
A week or so ago there was some discussion of someone who ported FreeBSD
to 68k-based Macintosh systems on EFNet. There was also a reference to a
website (http://www.freebsd.org/~green/FreeBSD-68k.txt). In about two
weeks I'll have a spare Macintosh IIsi and would like to have a run at
FreeBSD on
Matthew Dillon wrote:
>
> Check the size of the magic files on your FreeBSD and Linux boxen.
> file was never really designed to be efficient. FreeBSD's magic
> file is /usr/share/misc/magic - around 164K.
The Linux one 169350 bytes, 4891 lines. The FreeBSD 3.1 magic file is
164223
On Fri, Jul 16, 1999 at 12:36:48PM -0600, Oscar Bonilla wrote:
> For LDAP to be seamlessly integrated into the system some of the libraries
> have to be changed. Specifically the ones dealing with /etc/passwd and
> user information.
<...>
I haven't seen him post to this thread yet, but you might
On Mon, Jul 19, 1999 at 05:34:07PM +0930, Greg Lehey wrote:
> AFAIK, the minimum memory for installation is still 5 MB, and the
> problems people had with 8MB machines failing to install was a bug,
> right? What's the current status?
Some people have reported that they need up to 12MB to install
Keith Stevenson wrote:
>
> On Mon, Jul 19, 1999 at 06:22:17PM +0200, Dag-Erling Smorgrav wrote:
> > Oscar Bonilla writes:
> > > On Mon, Jul 19, 1999 at 06:13:51PM +0200, Dag-Erling Smorgrav wrote:
> > > > Oscar Bonilla writes:
> > > > > the idea is to have an entry in the /etc/passwd enabling LD
Mike Smith wrote:
>
> > > > > > ldap:*:389:389:o=My Organization, c=BR:uid:ldap.myorg.com
> > > > >
> > > > > Horrible idea.
> > > > >
> > > >
> > > > suggestions?
> > >
> > > Use PAM.
> >
> > PAM isn't going to cut it. This is outside of its realm. Things like ps,
> > top, ls, chown, chmod, lp
A week or so ago there was some discussion of someone who ported FreeBSD
to 68k-based Macintosh systems on EFNet. There was also a reference to a
website (http://www.freebsd.org/~green/FreeBSD-68k.txt). In about two
weeks I'll have a spare Macintosh IIsi and would like to have a run at
FreeBSD o
From: Matthew Dillon
> Check the size of the magic files on your FreeBSD and Linux boxen.
> file was never really designed to be efficient. FreeBSD's magic
> file is /usr/share/misc/magic - around 164K.
>
> -Matt
>
> :
> > :
> :The magic file is different, but almost the same size.
On Fri, Jul 16, 1999 at 12:36:48PM -0600, Oscar Bonilla wrote:
> For LDAP to be seamlessly integrated into the system some of the libraries
> have to be changed. Specifically the ones dealing with /etc/passwd and
> user information.
<...>
I haven't seen him post to this thread yet, but you migh
> > > > > ldap:*:389:389:o=My Organization, c=BR:uid:ldap.myorg.com
> > > >
> > > > Horrible idea.
> > > >
> > >
> > > suggestions?
> >
> > Use PAM.
>
> PAM isn't going to cut it. This is outside of its realm. Things like ps,
> top, ls, chown, chmod, lpr, rcmd, who, w, (the list goes on) nee
Dag-Erling Smorgrav wrote:
>Alfred Perlstein writes:
>> specifically how you say you increment it, then decrement it,
>> if you have multiple handlers where one can interupt another
>> you can have the counter get jumbled.
>
>Not if increment / decrement is atomic.
Which it _isn't_ in general.
Keith Stevenson wrote:
>
> On Mon, Jul 19, 1999 at 06:22:17PM +0200, Dag-Erling Smorgrav wrote:
> > Oscar Bonilla <[EMAIL PROTECTED]> writes:
> > > On Mon, Jul 19, 1999 at 06:13:51PM +0200, Dag-Erling Smorgrav wrote:
> > > > Oscar Bonilla <[EMAIL PROTECTED]> writes:
> > > > > the idea is to have
If you have needed to monitor and control lots of processes on e.g. a
cluster I have rereleased a tool for this purpose. It is called simple
parallel debugger, or SPD. Please if interested go to
www.acl.lanl.gov/~rminnich and follow the link under that title.
I know this is a bit old but I have ye
:I have been wondering this for some time. There are many kernel
:submaps: exec_map, clean_map,
:etc. But if you look the code in vm_map_find(), we have to call splvm()
:for kmem_map and its
:submap mb_map, but not for other kernel submaps. So is there anything
:special with these two
:kernel s
Check the size of the magic files on your FreeBSD and Linux boxen.
file was never really designed to be efficient. FreeBSD's magic
file is /usr/share/misc/magic - around 164K.
-Matt
:
:While trying to port amavis, the virusscanner for mail,
: h
On Mon, 19 Jul 1999, Reinier Bezuidenhout wrote:
> Hi ..
>
> > > 1. If you want to test the network speed ... use ttcp or something
> > >that generates the data and doesn't read it from disk.
> >
> > ttcp works. The only problem is when I tried it in both
> > directions, at once. the t
:From: Kelly Yancey [mailto:kby...@alcnet.com]
:>I have another post on this list which begs the question: if memory given
:>to us fro sbrk() is already zeroed, why zero it again if we don't have
:>too if we make calloc() smarter, we could save come clock cycles.
:
:Because the memory returned
From: Matthew Dillon <[EMAIL PROTECTED]>
> Check the size of the magic files on your FreeBSD and Linux boxen.
> file was never really designed to be efficient. FreeBSD's magic
> file is /usr/share/misc/magic - around 164K.
>
> -Matt
>
> :
> > :
> :The magic file is different, but a
While trying to port amavis, the virusscanner for mail,
http://aachalon.de/AMaViS/amavis-0.2.0-pre4.tar.gz ) I noticed it used the
file(1) several times for each file, and it took rather long time, causing
bb to report red for high CPU-load each time I collected a batch of mail.
So I compared it
> > > > > ldap:*:389:389:o=My Organization, c=BR:uid:ldap.myorg.com
> > > >
> > > > Horrible idea.
> > > >
> > >
> > > suggestions?
> >
> > Use PAM.
>
> PAM isn't going to cut it. This is outside of its realm. Things like ps,
> top, ls, chown, chmod, lpr, rcmd, who, w, (the list goes on) ne
Dag-Erling Smorgrav <[EMAIL PROTECTED]> wrote:
>Alfred Perlstein <[EMAIL PROTECTED]> writes:
>> specifically how you say you increment it, then decrement it,
>> if you have multiple handlers where one can interupt another
>> you can have the counter get jumbled.
>
>Not if increment / decrement is
> > Lovely. Sounds like a much better way to do the Solaris/Linux (and
> > NetBSD?) /etc/nsswitch.conf stuff. On Solaris at least, this is
> > implemented using masses of weird shared objects...
>
>The plan for NetBSD is that things will also be handled with dynamic
>modules, but those dynamic mo
From: Kelly Yancey [mailto:kby...@alcnet.com]
>I have another post on this list which begs the question: if memory given
>to us fro sbrk() is already zeroed, why zero it again if we don't have
>too if we make calloc() smarter, we could save come clock cycles.
Because the memory returned from m
If you have needed to monitor and control lots of processes on e.g. a
cluster I have rereleased a tool for this purpose. It is called simple
parallel debugger, or SPD. Please if interested go to
www.acl.lanl.gov/~rminnich and follow the link under that title.
I know this is a bit old but I have y
> -Original Message-
> From: Dan Nelson [mailto:dnel...@emsphone.com]
> Sent: Monday, July 19, 1999 12:55 PM
> To: Dag-Erling Smorgrav
> Cc: Kelly Yancey; freebsd-hackers@FreeBSD.ORG
> Subject: Re: Overcommit and calloc()
>
>
> In the last episode (Jul 19), Dag-Erling Smorgrav said:
> > "Ke
On Mon, 19 Jul 1999 15:47:33 -0400
"David E. Cross" wrote:
> PAM isn't going to cut it. This is outside of its realm. Things like ps,
> top, ls, chown, chmod, lpr, rcmd, who, w, (the list goes on) need to be able
> to pull 'passwd' entries from the LDAP server, and unless we PAM all of tho
I have been wondering this for some time. There are many kernel
submaps: exec_map, clean_map,
etc. But if you look the code in vm_map_find(), we have to call splvm()
for kmem_map and its
submap mb_map, but not for other kernel submaps. So is there anything
special with these two
kernel submaps
On Mon, 19 Jul 1999 20:44:18 +0100
Dominic Mitchell wrote:
> Lovely. Sounds like a much better way to do the Solaris/Linux (and
> NetBSD?) /etc/nsswitch.conf stuff. On Solaris at least, this is
> implemented using masses of weird shared objects...
The plan for NetBSD is that things will a
:I have been wondering this for some time. There are many kernel
:submaps: exec_map, clean_map,
:etc. But if you look the code in vm_map_find(), we have to call splvm()
:for kmem_map and its
:submap mb_map, but not for other kernel submaps. So is there anything
:special with these two
:kernel
Check the size of the magic files on your FreeBSD and Linux boxen.
file was never really designed to be efficient. FreeBSD's magic
file is /usr/share/misc/magic - around 164K.
-Matt
:
:While trying to port amavis, the virusscanner for mail,
:
On Mon, 19 Jul 1999, Reinier Bezuidenhout wrote:
> Hi ..
>
> > > 1. If you want to test the network speed ... use ttcp or something
> > >that generates the data and doesn't read it from disk.
> >
> > ttcp works. The only problem is when I tried it in both
> > directions, at once. the
> Mike Smith wrote:
> > On Mon, Jul 19, 1999 at 06:13:51PM +0200, Dag-Erling Smorgrav wrote:
> > > Oscar Bonilla writes:
> > > > the idea is to have an entry in the /etc/passwd enabling LDAP lookups.
> > > > the Entry would be of the form
> > > >
> > > > ldap:*:389:389:o=My Organization, c=BR:uid
:From: Kelly Yancey [mailto:[EMAIL PROTECTED]]
:>I have another post on this list which begs the question: if memory given
:>to us fro sbrk() is already zeroed, why zero it again if we don't have
:>too if we make calloc() smarter, we could save come clock cycles.
:
:Because the memory returne
On Mon, Jul 19, 1999 at 12:29:48PM -0400, David E. Cross wrote:
> I thought now would be a good time to chime in on some of my wild schemes...
>
> The reason I am interested in 'userfs' is to enable me to write a version
> of 'nsd'. Those of you familiar with Irix will recognize it. For others,
From: Stephen McKay
> On Saturday, 17th July 1999, Matthew Dillon wrote:
>
> >:Is there any way to force softupdate on on a mounted system, or do I
have to
> >:either move the / to another machine, or move a floppydrive to this
machine?
> >
> >If you boot single-user, root will be mounted rea
While trying to port amavis, the virusscanner for mail,
http://aachalon.de/AMaViS/amavis-0.2.0-pre4.tar.gz ) I noticed it used the
file(1) several times for each file, and it took rather long time, causing
bb to report red for high CPU-load each time I collected a batch of mail.
So I compared it
> On Mon, Jul 19, 1999 at 06:13:51PM +0200, Dag-Erling Smorgrav wrote:
> > Oscar Bonilla writes:
> > > the idea is to have an entry in the /etc/passwd enabling LDAP lookups.
> > > the Entry would be of the form
> > >
> > > ldap:*:389:389:o=My Organization, c=BR:uid:ldap.myorg.com
> >
> > Horribl
> > If you boot single-user, root will be mounted read-only and you should
> > be able to 'tunefs -n enable /dev/rda0a' and reboot.
> >
> > -Matt
> > Matthew Dillon
> >
> >
> It'
> > Lovely. Sounds like a much better way to do the Solaris/Linux (and
> > NetBSD?) /etc/nsswitch.conf stuff. On Solaris at least, this is
> > implemented using masses of weird shared objects...
>
>The plan for NetBSD is that things will also be handled with dynamic
>modules, but those dynamic m
From: Kelly Yancey [mailto:[EMAIL PROTECTED]]
>I have another post on this list which begs the question: if memory given
>to us fro sbrk() is already zeroed, why zero it again if we don't have
>too if we make calloc() smarter, we could save come clock cycles.
Because the memory returned from
> On Sun, 18 Jul 1999, Alex Zepeda wrote:
>
> > Perhaps if you explain what it is you're trying to accomplish, there might
> > be an easier option than porting *shudder* glibc?
>
> I need a libc 100% compatible with glibc to make porting (from Linux)
> easier. And, as a side note, I think both Fr
Wim Livens wrote:
>
> I suspect a bug in IP forwarding. I'm using FreeBSD 2.2.8-RELEASE.
>
> This is our network:
>
> +--+ +--+ +--+ +--+
> | |4.2 4.1| |2.1 2.2| |5.1 5.2| |
> |btm22t|-|btm22q|-|btm22r|-|b
> -Original Message-
> From: Dan Nelson [mailto:[EMAIL PROTECTED]]
> Sent: Monday, July 19, 1999 12:55 PM
> To: Dag-Erling Smorgrav
> Cc: Kelly Yancey; [EMAIL PROTECTED]
> Subject: Re: Overcommit and calloc()
>
>
> In the last episode (Jul 19), Dag-Erling Smorgrav said:
> > "Kelly Yancey"
On Mon, 19 Jul 1999 15:47:33 -0400
"David E. Cross" <[EMAIL PROTECTED]> wrote:
> PAM isn't going to cut it. This is outside of its realm. Things like ps,
> top, ls, chown, chmod, lpr, rcmd, who, w, (the list goes on) need to be able
> to pull 'passwd' entries from the LDAP server, and unle
I have been wondering this for some time. There are many kernel
submaps: exec_map, clean_map,
etc. But if you look the code in vm_map_find(), we have to call splvm()
for kmem_map and its
submap mb_map, but not for other kernel submaps. So is there anything
special with these two
kernel submap
On Mon, 19 Jul 1999 20:44:18 +0100
Dominic Mitchell <[EMAIL PROTECTED]> wrote:
> Lovely. Sounds like a much better way to do the Solaris/Linux (and
> NetBSD?) /etc/nsswitch.conf stuff. On Solaris at least, this is
> implemented using masses of weird shared objects...
The plan for NetBSD i
> Mike Smith wrote:
> > On Mon, Jul 19, 1999 at 06:13:51PM +0200, Dag-Erling Smorgrav wrote:
> > > Oscar Bonilla <[EMAIL PROTECTED]> writes:
> > > > the idea is to have an entry in the /etc/passwd enabling LDAP lookups.
> > > > the Entry would be of the form
> > > >
> > > > ldap:*:389:389:o=My Or
> > > > Mike Smith wrote:
> > > > >
> > > > > The loader will, at some stage in the future, grow a persistent data
> > > > > store in which items like this can be saved.
> > > >
> > > > Doesn't /boot/[defaults/]loader.conf[.local] qualify as persistent
> > > > data storage?
> > >
> > > There is
> > > Mike Smith wrote:
> > > >
> > > > The loader will, at some stage in the future, grow a persistent data
> > > > store in which items like this can be saved.
> > >
> > > Doesn't /boot/[defaults/]loader.conf[.local] qualify as persistent
> > > data storage?
> >
> > There is little or no chanc
On Mon, Jul 19, 1999 at 12:29:48PM -0400, David E. Cross wrote:
> I thought now would be a good time to chime in on some of my wild schemes...
>
> The reason I am interested in 'userfs' is to enable me to write a version
> of 'nsd'. Those of you familiar with Irix will recognize it. For others
On Sat, 17 Jul 1999, Warner Losh wrote:
> What purpose is served by the twisty maze of ifdefs in telnetd? I'd
> like to unifdef many of them. I'm trying to track down a bug and the
> twisty maze makes it very hard to follow. Comments?
There seem to be some fairly stupid ones in src/sbin too.
From: Stephen McKay <[EMAIL PROTECTED]>
> On Saturday, 17th July 1999, Matthew Dillon wrote:
>
> >:Is there any way to force softupdate on on a mounted system, or do I
have to
> >:either move the / to another machine, or move a floppydrive to this
machine?
> >
> >If you boot single-user, root
> On Mon, Jul 19, 1999 at 06:13:51PM +0200, Dag-Erling Smorgrav wrote:
> > Oscar Bonilla <[EMAIL PROTECTED]> writes:
> > > the idea is to have an entry in the /etc/passwd enabling LDAP lookups.
> > > the Entry would be of the form
> > >
> > > ldap:*:389:389:o=My Organization, c=BR:uid:ldap.myorg.
> > If you boot single-user, root will be mounted read-only and you should
> > be able to 'tunefs -n enable /dev/rda0a' and reboot.
> >
> > -Matt
> > Matthew Dillon
> > <[EMAIL PR
> -Original Message-
> From: Dag-Erling Smorgrav [mailto:d...@flood.ping.uio.no]
> Sent: Monday, July 19, 1999 12:39 PM
> To: Kelly Yancey
> Cc: Dag-Erling Smorgrav; freebsd-hackers@freebsd.org
> Subject: Re: Overcommit and calloc()
>
>
> "Kelly Yancey" writes:
> > Ahh...but wouldn't th
1 - 100 of 205 matches
Mail list logo
