don't think there's much point in doing that before Kirk
McKusick removes the restrictions on the soft updates code. When that
happens, we can make soft updates non-optional and turn on soft
updates on all file systems by default.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe
and
thus does not grok large UIDs.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
greater than USHRT_MAX because some old
(third-party) software stores UIDs in unsigned short ints instead of
uid_t and therefore does not grok large UIDs. The warning is harmless
(unless you run some of that old software) and should most certainly
not be changed or removed.
DES
--
Dag-Erling Smorgrav
support from BTL management
translate into UNIX was created to run a word processor?
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
provide useful info on *why* it
doesn't work. I wish I could stop what I was doing every time someone
had a problem, but I don't have that kind of time.
Neat.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers
them unstripped,
as they should be.
Do you perchance have something like
INSTALL=install -s
in your /etc/make.conf?
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
console in single-user mode, and could neither interrupt nor
background it, I had no shell). Upon reboot, fsck -p produced a
shitload of busy_count 0 messages.
(newfs still gets wedged, btw)
DES
--
Dag-Erling Smorgrav - d...@ifi.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
Dag-Erling Smorgrav d...@ifi.uio.no writes:
I'm getting tons of these in an IDE-only box. They started appearing
after I put in an IBM DTTA371010 to replace the old (and dying)
Quantum Fireball ST.
Following up on myself, the box just panicked (softdep_write_complete:
lock held).
DES
--
Dag
Dag-Erling Smorgrav d...@ifi.uio.no writes:
Dag-Erling Smorgrav d...@ifi.uio.no writes:
I'm getting tons of these in an IDE-only box. They started appearing
after I put in an IBM DTTA371010 to replace the old (and dying)
Quantum Fireball ST.
Following up on myself, the box just panicked
Dag-Erling Smorgrav d...@ifi.uio.no writes:
Dag-Erling Smorgrav d...@ifi.uio.no writes:
Dag-Erling Smorgrav d...@ifi.uio.no writes:
I'm getting tons of these in an IDE-only box. They started appearing
after I put in an IBM DTTA371010 to replace the old (and dying)
Quantum Fireball ST
Dag-Erling Smorgrav d...@ifi.uio.no writes:
Dag-Erling Smorgrav d...@ifi.uio.no writes:
Dag-Erling Smorgrav d...@ifi.uio.no writes:
Dag-Erling Smorgrav d...@ifi.uio.no writes:
I'm getting tons of these in an IDE-only box. They started appearing
after I put in an IBM DTTA371010
the the #freebsd IRC channel about this. The name
slips my mind right now.
Almost certainly EE (Eivind Eklund).
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
not have a valid
/etc/resolv.conf.
yedi#ls /usr/ports/distfiles
docbk241.tar.Z isoENTS.zip linuxdoc-1.1.tar.gz
docbk30.tar.Z jade-1.2.1.tar.gz sgmlformat-1.7.tar.gz
This is outside the chroot tree.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
will be fine.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
that many ignorants in my short encounter with
FreeBSD.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
the following:
# sysctl -w net.inet.ip.portrange.last=4
and see if it solves the EAGAIN problem.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
Brian Feldman gr...@unixhelp.org writes:
On 13 Jun 1999, Dag-Erling Smorgrav wrote:
connect() normally uses the 1024-5000 range. Try the following:
# sysctl -w net.inet.ip.portrange.last=4
and see if it solves the EAGAIN problem.
Actually, this is the perfect explanation. I
Dag-Erling Smorgrav d...@flood.ping.uio.no writes:
This still doesn't explain select()'s failure to time out
Found it! If you change:
printf(no select() action);
to:
fprintf(stderr, no select() action\n);
you'll see that select() does time out.
The moral of this story
Brian Feldman gr...@unixhelp.org writes:
On 13 Jun 1999, Dag-Erling Smorgrav wrote:
BTW, you should check for errno == EINTR when select() returns -1.
The perror() is the status report for select() when -1.
Yeah, but EINTR is a normal condition, so I'd ignore it silently
instead of logging
device
so it can't be unconfigured if it's still referenced?
Is there any possibility of implementing a compulsory (as opposed to
advisory) file locking system, so vn swapfiles can't be truncated or
written to by any other process while it's in use?
DES
--
Dag-Erling Smorgrav - d
on panics (from violated invariants) which
occurred during fsck.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
if I'm not mistaken.
That's the whole point with it.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
apachectl not found
exit 1
fi
case $1 in
start|stop|restart)
/usr/local/sbin/apachectl $1
;;
*)
echo Usage: $(basename $0) start|stop|restart
exit 1
;;
esac
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord
David Scheidt dsche...@enteract.com writes:
# cd /; (cd /cdrom; tar cvf - usr/share/examples/drivers ) | tar xvf -
should work.
# cd /cdrom tar cvf - usr/share/examples/drivers | tar xvf - -C /
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord
breaking binary compatibility. We've had too much of that for
no good reason (at least once between 2.2.7 and 2.2.8, and once
between 3.1 and 3.2).
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body
the old syntax still can, then I for one have no
objections.
Rewriting ipfw rules to ipfilter rules on the fly should be trivial; a
simple Perl script should be sufficient.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd
Brian F. Feldman gr...@unixhelp.org writes:
On 19 Jun 1999, Dag-Erling Smorgrav wrote:
Rewriting ipfw rules to ipfilter rules on the fly should be trivial; a
simple Perl script should be sufficient.
Not quite as trivial as you think. ipfw and ipf are completely backwards when
it comes
Thomas Good t...@nrnet.org writes:
Many conf tasks remain non-trivial as compared to BSD or Linux due
to inexpertise on SCO's end...as the red Sytem Admin Handbook once
stated (Neveth, Snyder et al.) SCO Unix* is `perverse'.
Nemeth, Snyder, Seebass, Hein.
DES
--
Dag-Erling Smorgrav - d
:)
and her `Essential System Administration'
from Tim O'Reilly but the red sysadm guide is my favourite.
Actually, I didn't like it very much. It's been a long time though; I
was 17 when I read it.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord
-t120
d...@des ~% grep ident /usr/src/usr.sbin/inetd/inetd.c
voidident_stream __P((int, struct servtab *));
{ ident, SOCK_STREAM,1, -1, ident_stream },
ident_stream(s, sep)/* Ident service */
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
the canonical name is.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
:
fooglorb113/tcp
and inetd.conf to read:
fooglorbstream tcp nowait rootinternal ident
and inetd would know what service to provide on port 113, even if
/etc/services doesn't call it 'ident'.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail
Alex Charalabidis a...@wnm.net writes:
On 21 Jun 1999, Dag-Erling Smorgrav wrote:
The PR is wrong. Sheldon is right. It *does* work the way it ships. If
he experienced problems, I bet the real bug was that he edited
inetd.conf, HUPed inetd, and hit the HUP clobbers the service table
bug
official release of tcpdump? Can we
afford to wait until then, and simply merge in the next release when
it comes?
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
) had an
external LaCie disk hooked up to his Mac until I threatened to pour
Coca Cola into the PSU (this was after I'd hinted several times that
the handles on his G3 would serve very well for chucking it out the
window)
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send
crypt0genic crypt0ge...@ecad.org writes:
* Dag-Erling Smorgrav (d...@flood.ping.uio.no) [990701 11:47]:
LaCie don't make drives, they just package them in ugly boxes with
noisy fans.
Im not sure what model you are refering too, but the drive I have is
in a stylish external box with a fan
hesitate to contact
the Oslo FreeBSD User Group (http://www.ofug.org/).
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
caught and corrected a few spacing
nits caused by chopping off five letters, there may be some I didn't
catch.
If no-one objects, I'll commit this to -CURRENT in a few days.
DES
--
Dag-Erling Smorgrav - d...@yes.no
Index: src/release/picobsd/router/conf/PICOBSD
in a few days if no-one objects.
The patches are by Ruslan Ermilov, with a few adjustment by yours
truly.
DES
--
Dag-Erling Smorgrav - d...@yes.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
Dag-Erling Smorgrav d...@yes.no writes:
Attached are patches [...]
...and here are the patches.
Noticed by: Peter Wemm pe...@overcee.netplex.com.au
DES
--
Dag-Erling Smorgrav - d...@yes.no
Index: src/usr.bin/netstat/inet.c
problem :) new patches will be available soon.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
Dag-Erling Smorgrav d...@flood.ping.uio.no writes:
That said, thanks for asking - while looking into this matter I found
another problem :) new patches will be available soon.
Nothing serious; a corrected patch is available on my freefall web
page (http://www.freebsd.org/~des/software/)
DES
Not to let this become a passage of right or anything.
ITYM rite of passage. HTH, HAND!
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
a : at the start of your getopt()
string and examine every argument getopt() complains about.
Hope this helps... keep up the good work!
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body
. It complains about
files with my name at the top (e.g. /usr/include/fetch.h in FreeBSD
3.x and 4.x) in non-ISO8859 locales.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
lives
in Oslo now, but I'm not sure.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
://dragon.ham.muohio.edu/pub/howardjp/grep-0.3.tar.gz
ftp://ftp.wam.umd.edu/pub/howardjp/grep-0.3.tar.gz
Mirror site: ftp://ftp.ofug.org/pub/grep/
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body
is to build lots of ports, since the ports framework uses
grep a lot.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
Jamie Howard howar...@wam.umd.edu writes:
I incorporated a huge patch from Dag-Erling Smorgrav [...]
Here's more :)
BTW, I assume you've read this:
URL:http://www.opengroup.org/onlinepubs/007908799/xcu/grep.html
I see you switched to using extended regexps by default, and made -E a
no-op
[accidentally b0rked the cc: line; apologies to those who get this twice]
Jason Thorpe thor...@nas.nasa.gov writes:
On 07 Jul 1999 20:57:16 +0200
Dag-Erling Smorgrav d...@flood.ping.uio.no wrote:
Don't use err() indiscriminately after a malloc() failure; malloc()
doesn't set errno
Dag-Erling Smorgrav d...@flood.ping.uio.no writes:
Jamie Howard howar...@wam.umd.edu writes:
I incorporated a huge patch from Dag-Erling Smorgrav [...]
Here's more :)
Following up on myself, I introduced a bug in the previous round of
patches; here's a corrected patch against 0.3.
(the bug
that
(pmatch[0].rm_so == 0 pmatch[0].rm_eo == len)
This should save you from playing games with back-references.
(both code snippets assume that line points to a line of text from the
input and that len is the length of that line minus the newline)
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
Jamie Howard howar...@wam.umd.edu writes:
On 7 Jul 1999, Dag-Erling Smorgrav wrote:
I see you switched to using extended regexps by default, and made -E a
no-op; this breaks the ports collection, so I changed it back.
The FreeBSD, NetBSD, and OpenBSD manpage for grep says
whitespace boundaries IIRC.
Anyway, I already posted a solution which does not involve screwing
around with the pattern.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
BTW, the end-of-line handling is wrong; grep will fail to select a
line where the pattern appears at the end and the line is not
terminated by a newline. I'm working on a fix (and on implementing my
solution for -w and -x).
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe
Assar Westerlund as...@sics.se writes:
Dag-Erling Smorgrav d...@flood.ping.uio.no writes:
+ realpat = grep_malloc(strlen(pattern) + sizeof(^()
+ + sizeof()$) + 1);
Why not just use asprintf?
Doesn't matter, thsis code is gone in the latest version. You
RAM / swap you have. You
won't run into trouble unless you actually try to use too much of it.
What happens if the process hits its resource limits?
Malloc() fails with ENOMEM.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
= str;
iov[n].iov_len = len;
iov[++n].iov_base = \n;
iov[n].iov_len = 1;
return writev(log-fd, iov, ++n);
}
Is it correct? (empirical evidence suggests it is) Is there any better
way to do it? Will it work on the Alpha?
BTW, is dladdr() signal-safe?
DES
--
Dag-Erling Smorgrav
/contrib.html
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
that uses it?
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
() (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 - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body
Greg Lehey g...@lemis.com writes:
mdoc.samples(7). Now tell me that that's not intuitive.
It would seem mdoc.samples(7) does not teach by example :)
d...@des ~% man -t mdoc.samples | lpr -Plex
Usage: .Rv -std sections 2 and 3 only
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
Alfred Perlstein bri...@rush.net writes:
On 18 Jul 1999, Dag-Erling Smorgrav wrote:
Alfred Perlstein bri...@rush.net writes:
I doubt this is
at all portable and may fail because of optimizations and ABI, such
as archs that store
name
using dladdr().
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
Alfred Perlstein bri...@rush.net 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 multiple access
that would work
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
;
{
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 - d...@flood.ping.uio.no
To Unsubscribe: send mail
Oscar Bonilla oboni...@fisicc-ufm.edu 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 - d...@flood.ping.uio.no
To Unsubscribe
Oscar Bonilla oboni...@fisicc-ufm.edu writes:
On Mon, Jul 19, 1999 at 06:13:51PM +0200, Dag-Erling Smorgrav wrote:
Oscar Bonilla oboni...@fisicc-ufm.edu 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
Kelly Yancey kby...@alcnet.com 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 of dumping core.
DES
--
Dag-Erling Smorgrav
filling it in, but they're usually on the stack.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
John-Mark Gurney gurne...@efn.org 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 they're usually on the stack.
and even
d...@des ~/yes/bsdi/cmc/bsdi_static% ./hello
ELF binary type not known. Use brandelf to brand it.
zsh: abort ./hello
DES
--
Dag-Erling Smorgrav - d...@yes.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
, 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 src/usr.sbin/inetd.c (1999/05/11).
DES
--
Dag-Erling Smorgrav - d
-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
atkbd0 at isa? tty irq 1
___device vga0at isa? port ? conflicts
___device sc0 at isa? tty
___options MSGBUF_SIZE=40960
___
___
DES
--
Dag-Erling Smorgrav - d...@yes.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd
Dag-Erling Smorgrav d...@yes.no 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
3.2-RELEASE. The config file for both
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 - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
Andre Albsmeier andre.albsme...@mchp.siemens.de 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 - d...@flood.ping.uio.no
To Unsubscribe: send mail
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 - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
/xntpd.8
src/usr.sbin/xntpd/doc/xntpdc.8
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
.
The 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 - d...@yes.no
Index: etc
Peter Jeremy jere...@gsmx07.alcatel.com.au 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 - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
Jaye Mathisen mr...@internetcds.com writes:
Maybe it could be made a sysctl knob...
No, a socket option would be more appropriate.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body
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 - d...@yes.no
Index: etc/defaults/rc.conf
===
RCS
parties.
DES
--
Dag-Erling Smorgrav - d...@yes.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
Sheldon Hearn sheld...@uunet.co.za 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 - d...@yes.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body
Brian F. Feldman gr...@freebsd.org 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
abstracted. Patches? :)
DES
--
Dag-Erling Smorgrav - d
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 - d...@yes.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body
.
DES
--
Dag-Erling Smorgrav - d...@yes.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
Brian F. Feldman gr...@freebsd.org 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.
DES
--
Dag-Erling Smorgrav - d
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 - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
0.11 even faster.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
() fails (e.g. NFS).
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
-doubling of running time with similar
patches.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
Dag-Erling Smorgrav d...@flood.ping.uio.no writes:
John-Mark Gurney gurne...@efn.org 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 REG_STARTEND was already there, it just
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 Smorgrav - d...@flood.ping.uio.no
something like legacy
software may not support UIDs larger than 65535
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
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 - d...@yes.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
301 - 400 of 436 matches
Mail list logo