On 7 Nov 2010, at 21:29, Ulrich Spörlein wrote:
>
> As I wrote, that's beside the point and not the question at hand. How/where
> should it end up in our tree? Is it vendor code? Is it contrib code? And if
> so how to bootstrap the correct subversion history ...
It is FreeBSD code so it is alr
> this is about importing unifdef 2.4, which has no significant code
> changes, but that's not the point.
I maintain unifdef and I haven't imported 2.4 because there are no code
changes. Please leave it alone.
Tony.
--
f.anthony.n.finchhttp://dotat.at/
HUMBER THAMES DOVER WIGHT PORTLAND: NOR
Robert Watson <[EMAIL PROTECTED]> wrote:
>
>Someone must be using /bin/sh as a shell, because apparently someone
>spent a lot of time adding things like character input editing, filename
>completion, etc. We even use "sh" as the default in adduser(8).
Command-line editing is required for POSIX co
"Matthew D. Fuller" <[EMAIL PROTECTED]> wrote:
>
>Not just the startup scripts, but ANY script. I dare say there's a long,
>long list of scripts that use ~-expansion, to say nothing of the
>homegrown ones we all have working quietly and forgotten for years.
It's required for POSIX compliance.
To
"Jacques A. Vidrine" <[EMAIL PROTECTED]> wrote:
>
>Finally, if we could call `dlopen' from statically-linked binaries,
>this wouldn't be an issue.
One of the performance problems that John Dyson mentioned (the sparse
dirtying of libc's data section) would still remain, because the whole
of libc ha
Erik Trulsson <[EMAIL PROTECTED]> wrote:
>On Sun, Nov 16, 2003 at 07:24:00PM -0700, Brent Jones wrote:
>>
>> This is just a case of OS evolution. /sbin used to be the place where
>> the statically linked recovery things would be placed, in case the
>> shared libraries got hosed. The only thing
Terry Lambert <[EMAIL PROTECTED]> wrote:
>
>I can't wait for IPv6 stateless autoconfiguration plus SLPv2 so
>we can get rid of all this DHCP crap once and for all. 8-(.
>SLPv2 is used to find the gateway and DNS server, and after that,
>everything "magically works".
I thought that the gateway add
I managed to break sed in the course of fixing a bug yesterday. If you
are having problems with buildworld breakage, ensure that you have the
most recent version of sed by updating your source and rebuilding it
manually. You need:
$FreeBSD: src/usr.bin/sed/process.c,v 1.31 2003/06/05 12:10:19 fanf
Terry Lambert <[EMAIL PROTECTED]> wrote:
>
>Given that the current TCP/IP stack no longer matches the Stevens
>books, and given that Stevens is too dead to update the books to
>the new FreeBSD stack, even if he wanted to, it's useful to have
>a relatively simple set of code that can be understood w
Doug Barton <[EMAIL PROTECTED]> wrote:
>
>I can think of one significant benefit... I had noticed that my perl
>script to pick random windowmaker themes (which uses rand()) seemed to be
>picking the same themes over and over again.
That's a bug in perl's compile-time configuration. It can be told
Mark Murray <[EMAIL PROTECTED]> wrote:
>
>3) int random(void) which returns a number statistically
> random in all bits.
>
>We have most of this, and RC4 can deliver. RC4's "licence" is
>fine. Call it "ArCFour" and there is no problem. The code is
>small, fast and repeatable, and meets conditions
Gerhard Sittig <[EMAIL PROTECTED]> wrote:
>
>Although the above case is special from what I learnt in another
>message in this thread (I managed to delete it after seeing it so
>I cannot quote it here). ISTR that the non zero exit status comes
>from a tool with the following convention: 0 is "abs
On Sun, Jan 05, 2003 at 01:33:14AM -0800, David O'Brien wrote:
>
> Agreed. I'd love to hear from fanf what the changes are to unifdef that
> causes this change in exit code.
I accidentally cocked up the exit codes in my first major revision of
unifdef. It so happens that a few days later markm r
Mark suggested I might want to frob primes(6) so that it uses uintmax_t,
which I have done (see below) but it uses rather too much C99 goodness
for -STABLE. Are things like strtoumax likely to be MFCed?
Tony.
--
f.a.n.finch <[EMAIL PROTECTED]> http://dotat.at/
BAILEY: SOUTHEASTERLY 5 TO 7. RAIN.
On Wed, Oct 09, 2002 at 10:08:24AM -0700, Kris Kennaway wrote:
> On Wed, Oct 09, 2002 at 05:00:21PM +0100, Tony Finch wrote:
>
> > +.if !defined(NO_OPENSSL)
> > +CFLAGS+=-DHAVE_OPENSSL
> > +LDADD+=-lcrypto
> > +DPADD+=${LIBCRYPTO}
> > +.endif
>
&
Below is my proposed patch to primes(6) and factor(6) which I plan
to commit in one go since the changes are somewhat inter-dependent.
Feedback is welcomed. I'm in the process of fixing the manual.
Merge changes from NetBSD and perform some cleaning up.
primes:
const-correctness and removal of
There's an open PR about factor(6) not working on 64bit arches; I'm
preparing to import NetBSD's version which uses the OpenSSL bignum
library. There are associated stylistic improvements to primes(6) --
they share a table of primes up to about 2^16.
Tony.
--
f.a.n.finch <[EMAIL PROTECTED]> http
Terry Lambert <[EMAIL PROTECTED]> wrote:
>Tony Finch wrote:
>> Exim doesn't do per-domain queue runs; when it successfully delivers
>> mail to a host it checks its hints database for any queued mail that
>> can go to the same place and shoves them down the same
Terry Lambert <[EMAIL PROTECTED]> wrote:
>Claus Assmann wrote:
>[ ... out of order answer, not related to main topic ... ]
>> "Per domain" doesn't work easily if you have multiple recipients.
>> Anyway, the new design clearly distinguishes between the content
>> files and the data that is necessar
Brooks Davis <[EMAIL PROTECTED]> wrote:
>On Thu, Aug 15, 2002 at 12:51:49AM +0200, Mario Goebbels wrote:
>> I'm slightly offtopic with this, but what the heck is that:
>> http://www.debian.org/ports/freebsd/index
>> I was slightly irritated when a pal showed me that!
>
>It's Debian people being si
Brian Somers <[EMAIL PROTECTED]> wrote:
>
>I thought only sysv kept non-startup executables in /etc.
There's one real oddity in FreeBSD:
[EMAIL PROTECTED]:/etc
:; ll rmt
lrwxrwxrwx 1 root wheel 13 Jan 28 13:42 rmt -> /usr/sbin/rmt*
Plus the rc scripts, dhclient-exit-hooks, pccard
Doug Barton <[EMAIL PROTECTED]> wrote:
>
>The goal is to turn on the appropriate harvesters for ethernet,
>and/or ppp/slip/tun based on the presence of a configured device of
>that nature. So, the ethernet bits check to see if there is an
>ethernet card configured, and turns on that harvester if s
"Justin T. Gibbs" <[EMAIL PROTECTED]> wrote:
>
>It is not necessarily sufficient since the media may be changed after
>open on certain types of devices that don't have a media lock.
But don't you risk a panic if you do that?
Tony.
--
f.a.n.finch[EMAIL PROTECTED][EMAIL PROTECTED]
THAMES
Matt Dillon <[EMAIL PROTECTED]> wrote:
>:As long as gcc uses %ebp to address local variables and functoin parameters
>:rather than %esp you should be fine. %esp will be preserved, but if %esp is
>:for some odd reason used to address a variable during the C code, you are hosed.
>
>I strongly r
Archie Cobbs <[EMAIL PROTECTED]> wrote:
>
>So.. what stuff in /home/cvs/CVSROOT can I change so that sources
>in freebsd/* get $FreeBSD$ substitution, but other sources get the
>normal $Id$ substitution? Surely someone has solved this already.. ?
If you are using the FreeBSD version of CVS (which
MIHIRA Sanpei Yoshiro <[EMAIL PROTECTED]> wrote:
>
> This is PC-Card melody beep code for
>5-current(/sys/pccard/pccard_beep.c) from PAO3. This patch does not
>need to change sys/i386/isa/clock.c.
>
>Any problems, please let me know.
I tried this on 4.1.1-STABLE with two pccards: a D-Link DE660
Warner Losh <[EMAIL PROTECTED]> wrote:
>Mike Smith writes:
>>
>> If I remember from a discussion with John Baldwin, the reason we
>> don't do this (yet) is that HLT only wakes up when you take an
>> interrupt, and there are cases where we can't guarantee that we'll
>> take an interrupt in order to
Doug Barton <[EMAIL PROTECTED]> wrote:
>
> Point well taken. If anyone has references to this work, or an easy
>introduction to netbsd's version I'd love to look at them.
There's useful stuff in the rc(8) and rcorder(8) manual pages, but I
can't find any more convenient copies of them other
Kris Kennaway <[EMAIL PROTECTED]> wrote:
>On Sun, 7 May 2000, Doug Barton wrote:
>
>> I'm going to reply to the system part of this too, replies to this
>> thread should split off to -current. I have a design in mind for a new
>> rc system that uses scripts with "start, stop, status" operator
"Rodney W. Grimes" <[EMAIL PROTECTED]> wrote:
>David Holloway <[EMAIL PROTECTED]> wrote:
>>>Mathew Kanner wrote:
>>>I haven't tried this but how about changing the
>>>/sbin/dhclient-script to not use 0.0.0.0 as the address that wakes
>>>up the interface.
>>
>> No...
>
>Yes... that is just the typ
Jim Bloom <[EMAIL PROTECTED]> wrote:
>
>That small test works fine, but doesn't solve the problem I was having. Try
>this small test case to see my problem:
>
>#define addr 192.186.2.5
>#define mask 255.255.240.0
>
>#define rule(ADDR,MASK) add pass tcp from ADDR ## : ## MASK to any 25 setup
>rule
Soren Schmidt <[EMAIL PROTECTED]> wrote:
>It seems Don Croyle wrote:
>>
>> Assuming that this isn't something that's readily fixable, where would
>> the best place to put the sysctl command so I don't have to remember
>> it every time I reboot?
>
>/etc/rc.local
Surely /etc/sysctl.conf
Tony.
--
I have noticed similarly odd behaviour from softupdates during heavy
IO load, where something is creating lots of little files or
directories and not much else is happening. Using `vmstat 1` I can see
that softupdates isn't very good at evening out the IO rate over time:
there's a roughly sinusoid
Julian Elischer <[EMAIL PROTECTED]> wrote:
>
>The Posix AIO calls that john implememted are the best way of doing this.
Are there any standard APIs for doing file meta-operations
asynchronously? (open, close, creat, link, unlink, etc.)
Tony.
--
f.a.n.finch[EMAIL PROTECTED][EMAIL PROTECT
"David E. Cross" <[EMAIL PROTECTED]> wrote:
>I have a threaded appilcation that is only running on one processor.
>I remember there was discussion about this in the past, and there was a
>solution, I think it involved a patch.
>
>Any pointers?
http://lt.tar.com
Tony.
--
f.a.n.finch[EMAIL
Doug <[EMAIL PROTECTED]> wrote:
>
> *Nod* well, we do a lot of "unusual" things around here. :) Given
>your explanation I think that the culprit is probably apache. The virtual
>host file has approximately 16k hosts.
*ouch*
You should take a gander at http://www.apache.org/docs/vhosts/mass
Julian Elischer writes:
>
> TONY
>
> they just showed your obfuscated C entry in the COmpetitionhere..
> Your'e crazy you know..
> there were soma amazing entries but you came in near the top..
Wow. That's the first news I've had about this since submitting
it. Now I can sit back and look smu
John Baldwin wrote:
>
>So it would seem that patch and cvs don't interact at all, unless it's a
>question of patch 2.5 being able to apply diffs generated by cvs diff.
That is the main problem I have with patch 2.5 -- it completely fails
to apply patches from `cvs diff` unless you have a really n
Matthew Dillon wrote:
>
>I think the worst case you might see is on the order of 50,000 or so
>route entries.
If you read the PR you'll see that we have over 70,000 routes on some
interfaces in our network, and we aren't doing multipath routeing.
(We have c. 20,000 modems and our customer
Matthew Dillon wrote:
>
>(fanfair!)
:-)
>NFS attempts to realign packet buffers and trods all over the underlying
>mbufs. For TCP connections, several RPC's may be present in an mbuf
>chain. The realignment of one of them may destroy the others. This does
>not occur with
Pierre Beyssac wrote:
>On Fri, Apr 30, 1999 at 07:28:26PM +0800, adr...@freebsd.org wrote:
>> I didn't say you shouldn't make world again, I was just pointing out that
>> there shouldn't be a need to modify anything else in userland.
>
>Uh, not directly anyway, but it seems that at least "netstat"
Mike Smith writes:
> > Jim Bloom wrote:
> > >
> > >A signal handler is not guaranteed to work. It must be written such that
> > >it
> > >does not require a new page of memory. Some possible problems here are the
> > >stack growing, writing on a new page in the data segment, etc.
> >
> > man si
Jim Bloom wrote:
>
>A signal handler is not guaranteed to work. It must be written such that it
>does not require a new page of memory. Some possible problems here are the
>stack growing, writing on a new page in the data segment, etc.
man sigaltstack
Tony.
--
f.a.n.finch d...@dotat.at f.
Mike Smith wrote:
>Tony Finch wrote:
>[serial console problems]
>> We suspect a BIOS that's being too damn clever for its own good.
>
>That sounds about right. If your BIOS on the Intel box is set for a
>serial console, you could try poking it again to make sure that
Jan B. Koum writes:
> Tony Finch wrote:
> >
> > Excellent! Thanks for the quick reply. Will /boot/loader still be able
> > to boot old kernels after this patch? (I'm reluctant to completely
> > hose the machine...)
>
> AFAIK it should. Not sure myself to
"Jan B. Koum " wrote:
>Tony Finch wrote:
>>
>> Are there any obvious things we have missed? I assume the kernel load
>> address is read by /boot/loader from the kernel's ELF header, so that
>> a recent loader can cope. I also assume that the patch in
We have a Quad 400MHz Xeon on evaluation here and we're trying to get
a large memory configuration working. The machine is running a recent
3.1-STABLE with the kva patch from -CURRENT (appended below). When we
have a working system with 1GB of RAM we'll increase it to 3GB of RAM
and see how it runs
Julian Elischer wrote:
>On Fri, 26 Feb 1999, John Polstra wrote:
>> Julian Elischer wrote:
>> > you want to commit?
>> >
>> > (after you sir...)
>>
>> No, really, after you ... :-)
>
>Done
>in 3.1 and 4
I just remembered that MNT_UNION occurs in another file which on
investigation turned out to
Luigi Rizzo wrote:
>
>(about union mounts on 3.1 not returning all files with an 'ls' in
>3.1 while it did in 3.0)
>
>> Is it sorrect that this magic is implemented in sys/kern/vfs_lookup.c?
>> The odd thing is that AFAICS no-one has made significant changes to
>> this code.
>
>i just experienced
Julian Elischer wrote:
>On Thu, 25 Feb 1999, John Polstra wrote:
>
>[...]
>>
>> Here, you did the union mount on top of an existing mount point (da1).
>> I don't know for sure, but I suspect that this is the only case in
>> which union mounts are designed to work.
>
>I was led to believe (last ti
I have been experimenting with union mounts today with a recent
-stable (cvsupped yesterday), and I haven't had much luck.
Because cvsup likes to obliterate local changes, I thought it would be
convenient to keep the altered files on a separate filesystem and use
a union mount to overlay them on t
Mike Smith wrote:
>
>> I've got a machine on the DHCP required network with two NICs. Currently
>> I'm only using one of them and thus don't have it listed in
>> ``network_interfaces''. So it just happily sits there. IMHO we
>> shouldn't try to dhcp configure it. It will just fill up logs as i
Peter Jeremy wrote:
>Someone wrote:
>>
>> "You are not supposed to understand this."
>
>I'd suggest that there's a vast difference in the intended audience
>of the code containing the above comment and FreeBSD. Not to mention
>a 20+ year gap in time.
>
>Whilst the official codebase may be under t
Doug Rabson wrote:
>On Fri, 29 Jan 1999, Sheldon Hearn wrote:
>>
>> The reason I'm interested in this (now tiresome) thread is that I'd much
>> rather have to read
>>
>> /*
>> * Bail out if the time left to next transaction is less than
>> * the duration of the previous transact
"Kurt D. Zeilenga" wrote:
>"Richard Seaman, Jr." wrote:
>> [lost attribution]
>> > Also, the cc(1) says to use -D_THREADSAFE not -D_THREAD_SAFE.
>> Hmm. Not on my machine. :)
>
>http://www.freebsd.org/cgi/man.cgi?query=cc&apropos=0&sektion=0&manpath=FreeBSD+3.0-current&format=html
This was chan
55 matches
Mail list logo
