I use writev(), and I've gone
to great lengths to ensure that log_makedate() (which uses
localtime_r() and strftime() to build a date string) and lvformat() (a
printf() clone with some additional goodies) are signal-safe.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send ma
Greg Lehey <[EMAIL PROTECTED]> writes:
> mdoc.samples(7). Now tell me that that's not intuitive.
It would seem mdoc.samples(7) does not teach by example :)
des@des ~% man -t mdoc.samples | lpr -Plex
Usage: .Rv -std sections 2 and 3 only
DES
--
Dag-Erling Smorgrav - [EMAIL P
Alfred Perlstein <[EMAIL PROTECTED]> writes:
> On 18 Jul 1999, Dag-Erling Smorgrav wrote:
> > Alfred Perlstein <[EMAIL PROTECTED]> writes:
> > > I doubt this is
> > > at all portable and may fail because
t for is to find the caller's name
using dladdr().
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Alfred Perlstein <[EMAIL PROTECTED]> writes:
> On 18 Jul 1999, Dag-Erling Smorgrav wrote:
> > Hmm, I ended up using a global variable which I increment at the
> > beginning of the signal handler, and decrement at the end.
> As long as you make sure the code won't have
have the counter get jumbled.
Not if increment / decrement is atomic.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
um;
register size_t size;
{
register void *p;
size *= num;
if ( (p = malloc(size)) )
bzero(p, size);
return(p);
}
so the answer is yes, it overcommits, but the bzero() may cause the
system to run out of swap.
DES
--
Dag-Erling Smorgrav - [EMAIL P
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.com
Horrible idea.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED
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 an entry in the /etc/passwd enabling LDAP lookups.
> > > the Entry would
"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 errno to ENOMEM, instead
t something in it.
There's always the odd struct sockaddr_in which I bzero() before
filling it in, but they're usually on the stack.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
John-Mark Gurney <[EMAIL PROTECTED]> writes:
> Dag-Erling Smorgrav scribbled this message on Jul 20:
> > When I allocate memory, I usually intend to put something in it.
> > There's always the odd struct sockaddr_in which I bzero() before
> > filling it in, but the
t
stripped
des@des ~/yes/bsdi/cmc/bsdi_static% ./hello
ELF binary type not known. Use "brandelf" to brand it.
zsh: abort ./hello
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
and some are FreeBSD 3.1-RELEASE, but it's the FreeBSD ones I'm
> concerned with at the moment. I'm using Amanda 2.4.1. (Note that the
> symptomology on the Solaris machines is different, which is why I'm
> posting this to -hackers.)
This was fixed in revision 1.49 of s
Is anybody working on getting UltraDMA to work on ALI chipsets? I have
a scratch box with that chipset and an UDMA disks and can test patches
and perform minor debugging if anyone needs me to.
ide_pci0: irq 0 at device 15.0
on pci0
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To
DUMMYNET
___options NMBCLUSTERS=8192
___device fxp0
___device xl0
___pseudo-deviceether
___pseudo-deviceloop 2
___pseudo-devicebpfilter 4
___pseudo-device pty 64
___
___# Console
___controller atkbdc0 at isa? port IO_KBD tty
___device
Dag-Erling Smorgrav <[EMAIL PROTECTED]> writes:
> I'm experiencing serious problems with DMA (even normal DMA, not UDMA)
> on recent versions of -STABLE. Here's an excerpt from messages; kernel
> #3 is a recent -STABLE (yesterday's sources), while kernel #2 is
>
ing to conclusions. What I'd like to see is a
tcpdump log of the UDP scan ('tcpdump -i ed0 udp or icmp'). Yes, I
know it's going to be huge.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Andre Albsmeier <[EMAIL PROTECTED]> writes:
> Comes in private email. It's about 130KB after which tcpdump crashed with:
>
> zsh: 5741 segmentation fault tcpdump -i fxp0 150 udp or icmp
Weird. Very weird.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe:
s to UDP queries
but does not log them (though it logs TCP queries). I'll update to the
latest inetd and try again.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
n/rarpd/rarpd.8
src/usr.sbin/rndcontrol/random.4
src/usr.sbin/xntpd/doc/xntpd.8
src/usr.sbin/xntpd/doc/xntpdc.8
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
logredirect code uses inet_ntoa, which is a bad idea. I'm open to
suggestions for a better solution.
Also, these sysctl variables should be described in a man page
somewhere, but I'm not sure which one.
These patches compile, but are not fully tested.
DES
--
Dag-Erling Smorgrav - [EMAIL
Peter Jeremy <[EMAIL PROTECTED]> writes:
> > If it ever gets
> >committed (I don't think it's particularly useful myself),
> That's 2 against, 1 (me) for.
Three against.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL
Jaye Mathisen <[EMAIL PROTECTED]> writes:
> Maybe it could be made a sysctl knob...
No, a socket option would be more appropriate.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
prediction difficulty rating is meaningless,
Successive nmap runs show ratings from approx. 5000 to approx. 4
for the same computer with the same software.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
Index: etc/defaults/rc.conf
erned parties.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Sheldon Hearn <[EMAIL PROTECTED]> writes:
> Version 0.3 broke port-building badly. Does version 0.7 make it through
> a build of a whole stack of ports?
Yes.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe fr
"Brian F. Feldman" <[EMAIL PROTECTED]> writes:
> That's true. I'd like to see the replacement grep do mmaping of the
> input files if it doesn't already, as that would speed it up.
Shouldn't be too hard to implement, the way file operations are
a
sing the GNU grep regression tests is important.
Do you mean that Jamie's implementation doesn't pass those regression
tests? If they don't, we can fix it before importing it into the tree.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED
-F is implemented.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
"Brian F. Feldman" <[EMAIL PROTECTED]> writes:
> My point was that it's not a very important thing to do to give out
> FreeBSD CDs like BSD/OS gives out trial versions of their wares.
Yes, it is. Try doing an FTP install across a 28k8 or 33k6 modem some
time.
installing X just for this purpose on some embedded systems
> where I need this capability.
Might one persuade you to release that 100-line program? :)
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
deas which will make 0.11 even faster.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
the file is not
a regular file, or c) mmap() fails (e.g. NFS).
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
perience a near-doubling of running time with similar
patches.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Dag-Erling Smorgrav <[EMAIL PROTECTED]> writes:
> John-Mark Gurney <[EMAIL PROTECTED]> writes:
> > it was VERY simple to do... and attached is the patch... this uses the
> > option REG_STARTEND to do what the copy was trying to do... all of the
> > code to use R
no "artificial limitation in pwd_mkdb". pwd_mkdb warns
against UIDs larger than 65535 because legacy software that uses
unsigned short instead of uid_t will break with large UIDs. There were
even a few such cases in our tree that I fixed less than a year ago
IIRC.
DES
--
Dag-Erling Sm
be modify the warning to say something like "legacy
software may not support UIDs larger than 65535"
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
ftp://ftp.ofug.org/pub/grep/grep-0.11.tar.gz
More (gprof-assisted) speedups.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
"Daniel C. Sobral" <[EMAIL PROTECTED]> writes:
> Dag-Erling Smorgrav wrote:
> > To be precise, I experience a 30% decrease in system time and a 100%
> > increase in user time when I use RE_STARTEND and eliminate the
> > malloc() / memcpy() calls in procfil
"Daniel C. Sobral" <[EMAIL PROTECTED]> writes:
> Could you please test my patch that removes malloc() but bot
> memcpy()? Here it is again, though against an old version:
Bingo. REG_STARTEND is significantly more expensive than memcpy().
DES
--
Dag-Erling Smorgrav -
sys/i386/conf/Makefile.i386
src/sys/pc98/conf/Makefile.pc98
src/usr.bin/Makefile
src/usr.bin/chflags/Makefile
src/usr.bin/chpass/Makefile
src/usr.bin/passwd/Makefile
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
rvice name... it should be very easy to make the modification, and
> I'm willing to do all the work, assuming no one on -committers objects..
The correct way to do this is to fix getservbyname() so it accepts
port numbers.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe:
Sheldon Hearn <[EMAIL PROTECTED]> writes:
> On 02 Aug 1999 13:05:17 +0200, Dag-Erling Smorgrav wrote:
> > The correct way to do this is to fix getservbyname() so it accepts
> > port numbers.
> Would this not still require modifications to /etc/services for services
> no
Daniel Eischen <[EMAIL PROTECTED]> writes:
> Dag-Erling Smorgrav wrote:
> > The correct way to do this is to fix getservbyname() so it accepts
> > port numbers.
> Are you sure this is what you want?
Yes.
> It may allow an applica
port
specifications e.g. from the command line.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Matthew Dillon <[EMAIL PROTECTED]> writes:
> The buildworld chflags problems were fixed around a month ago I think.
No, I fixed them in february or march.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freeb
Tim Vanderhoek <[EMAIL PROTECTED]> writes:
> Set INSTALLFLAGS_EDIT=:S/schg/,/ to remove these when doing a make
> world, if needed.
Please try to understand what the issue is before butting in.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PRO
/src and /usr/obj both
> on NFSv3 localhost mounts.
Yeah, I was doing installworlds with /usr, /usr/src and /usr/obj
NFS-mounted (in a chroot tree on the server, because I got tired of
doing it over PLIP).
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PRO
sh much better than it currently does with English,
seeing as you guys have nearly phonetic spelling.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
es your disk supports DMA, of course.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Peter Jeremy <[EMAIL PROTECTED]> writes:
> Dag-Erling Smorgrav <[EMAIL PROTECTED]> wrote:
> > The idea is to keep a chunk of zeroes on disk and DMA it into memory
> Have you looked at disk latencies recently? A modern CPU could zero-
> fill a decent fraction of its RAM
it addresses.
Grr.. *read what I f###ing wrote*
The issue is not speed, because this is something we do in the
background when there's nothing else to do. The issue is to avoid
thrashing the cache.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTE
he default login class.
=========
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
"Daniel O'Connor" <[EMAIL PROTECTED]> writes:
> Speaking of fetch features.. Are there any plans to make fetch use a
> http proxy for ftp requests like ftp does?
Yes. I intend to implement this in libfetch when I get around to
rewriting the HTTP code.
DES
--
D
cap(3), but it's hard to decipher for a non-programmer. I'll put
> this on my list if no one else wants to take it, and submit a PR.
login.conf is a capability database like any other and therefore
follows the syntax described in the getcap(3) man page.
DES
--
Dag-Erling Smorgrav - [E
ns, in which you can create file systems.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
x27;s no bounds checking on i in the do ... while (*locale)
loop. I suggest that a careful audit by somebody who knows this code
(or at least knows what it's supposed to do).
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
Index: src/lib/libc/locale/setlocale.c
=
ons, and of the slice they're in.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Josef Karthauser <[EMAIL PROTECTED]> writes:
> On Wed, Aug 11, 1999 at 06:23:24PM +0200, Dag-Erling Smorgrav wrote:
> > Josef Karthauser <[EMAIL PROTECTED]> writes:
> > > Ahha - of course. Ok, let me re-phrase the question then. By looking
> > > at the co
the GPL. It does
not prevent you from selling an OS that has both BSD and GPL bits, as
long as the GPL bits come with full source.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
king - wouldn't it be a good idea to add some new tests to test(1),
> to compare files based on criteria like size or modification date?
NetBSD's test(1) utility has this (-nt and -ot). We should probably
merge in their changes.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
Jason Thorpe <[EMAIL PROTECTED]> writes:
> On 12 Aug 1999 11:01:06 +0200 Dag-Erling Smorgrav <[EMAIL PROTECTED]> wrote:
> > This prevents you from relicensing BSD software under the GPL. It does
> > not prevent you from selling an OS that has both BSD and GPL bits, a
Ruslan Ermilov <[EMAIL PROTECTED]> writes:
> How about the following patch. It adds an OPTIONAL_MANPATH directive,
> which is equivalent to the MANDATORY_MANPATH, except an absence of the
> directory is not considered an error.
Sure.
DES
--
Dag-Erling Smorgrav - [EMAIL
be lowered by anyone." instead?
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
it have
that makes it worth watching?
Too bad she's a scientologist.
DES (http://www.moviebbs.com/gallery/samples/s-025-ka.jpg)
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
#ifndef the "dangerous" commands.
DES (must... write... patches...)
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
d.
Fortunately, the API is open and documented, so there's nothing to
stop someone from writing a small command-line util that does the
equivalent of "netscape -remote" except faster and better.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PR
ll.
>In Texas we call that a chroot.
ITYM jail(2), which is only available in -CURRENT.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
"
/sbin/mount -at nonfs
echo "${fsck_output}" >/var/run/fsck.boot
but I don't expect people to be happy about moving tee(1) from
/usr/bin to /bin.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
e time should
printf() or log() the change.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
s option, yes it will syslog it. But doing that
> to everything in /etc/rc* seems like a pain in the *ss...
Lazy people never achieve much.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
correctly, or it may have been
moved, deleted, or incorporated into another part of Netscape's site.
To report a broken link, please send a message to feedback.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Jeroen Ruigrok/Asmodai <[EMAIL PROTECTED]> writes:
> The Unix Programming Environment by Rob Pike and Ritchie Kerninghan
Ritchie Kernighan? Who's Ritchie Kernighan?
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscr
Gregory Bond <[EMAIL PROTECTED]> writes:
> Us humans can see that j is not used without being set, but cc can't. How do I
> remove this warning in a style(9)-compatible way?
Initialize j.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAI
t; > int
> > foo(int flag)
> > {
> > int j;
> j = 0;
> > if (flag)
> > j = 1;
> >
> return j;
> > }
Hmf, I just realized:
int
foo(int flag)
{
return !!flag;
}
or
#define foo(x) (!!(x))
n to the BUGS section, and see the
light. Next, scroll back up to the AUTHORS section and find out who to
contact :)
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
x has
a free developer program where you can sign up to get tech specs and
stuff. If somebody donates the eq I might hack up a KLD module :)
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Does anyone have any experience with controlling voice modems from
FreeBSD, doing stuff like DTMF-driven phone reservation etc?
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
[EMAIL PROTECTED] writes:
> http://www.blackhelicopters.org/~dispatch/stupid-bsd-questions.txt
Looks great!
BTW, do the hot twins down the hall have a phone number? 8)
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe
er /dev/fd, but there are not.
> Can anyone explain this to me?
Each process only sees its own file descriptors. The five descriptors
you see above belong to ls. 0 (stdin) and 2 (stderr) are whichever tty
or pty you typed this into, 1 (stdout) is the file you redirected the
output from ls into, 3 i
Dag-Erling Smorgrav <[EMAIL PROTECTED]> writes:
> Each process only sees its own file descriptors. The five descriptors
> you see above belong to ls. 0 (stdin) and 2 (stderr) are whichever tty
> or pty you typed this into, 1 (stdout) is the file you redirected the
> output from
Wes Peters <[EMAIL PROTECTED]> writes:
> Jornada/BSD would be killer.
Sounds like someone misspelled "Jordana/BSD" (Jordan wearing a
miniskirt... scary)
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe
Patches are available from http://www.freebsd.org/~des/. This is
strictly proof-of-concept; the patches demonstrate that fine-grained
security knobs can be implemented with minimal code impact. No
documentation is provided, RTFS.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe
Robert Watson <[EMAIL PROTECTED]> writes:
> Very clean, pretty, etc -- only one object: please call it something other
> than capabilities :-). [deletia]
Please read the thread on -security and -arch that lead to these
patches.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To
Robert Watson <[EMAIL PROTECTED]> writes:
> On 21 Oct 1999, Dag-Erling Smorgrav wrote:
> > Robert Watson <[EMAIL PROTECTED]> writes:
> > > Very clean, pretty, etc -- only one object: please call it something other
> > > than capabilities :-). [deletia]
>
James Howard <[EMAIL PROTECTED]> writes:
> I submitted a PR (bin/14342) which adds a lot of speed to mismatches in
> Henry Spencer's regex code. Who knows a lot about regex whom I can bug?
Umm, how about Henry Spencer <[EMAIL PROTECTED]>? :)
DES
--
Dag-Erling Smorgrav -
Kevin Day <[EMAIL PROTECTED]> writes:
> The problem is that 'fsck -py' ignores the 'p' and will fsck every time,
> even if it's unneeded. This takes ages for me. I believe I submitted a PR
> with a 'fix' to fsck.
'fsck -p || fsck -y'
Julian Elischer <[EMAIL PROTECTED]> writes:
> You should do a 'config' again before making a kernel from -stable
> sources.
*Always* re-run config(8) before building a kernel from updated
sources.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send ma
401 - 489 of 489 matches
Mail list logo