The following reply was made to PR bin/131567; it has been noted by GNATS.
From: Andrey Simonenko
To: bug-follo...@freebsd.org
Cc:
Subject: Re: bin/131567: Update for regression/sockets/unix_cmsg
Date: Mon, 11 Feb 2013 11:38:02 +0200
Correctness of unix_cmsg verified on 7.1-STABLE, 9.1
The following reply was made to PR kern/92880; it has been noted by GNATS.
From: Andrey Simonenko
To: bug-follo...@freebsd.org
Cc:
Subject: kern/92880: [libc] [patch] almost rewritten inet_network(3) function
Date: Tue, 23 Oct 2012 11:36:04 +0300
I optimized inet_network() again
d by "<---" where inet_network()
and my implementation gives different results?
[1] http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/92880
[2] http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/136865
[3] http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/131567
>
>
>
> Adrian
>
There is one feature of getnetent(3) that is not documented and is not
checked by applications that use getnetent(3) or similar functions.
If an IPv4 network address is specified incorrectly in the networks(5)
database, then the n_net field from the struct netent{} is set to INADDR_NONE.
This is d
The following reply was made to PR kern/92880; it has been noted by GNATS.
From: Andrey Simonenko
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/92880: [libc] [patch] almost rewritten inet_network(3)
function
Date: Fri, 21 Jan 2011 16:12:49 +0200
My previous modification had one typo
The following reply was made to PR kern/92880; it has been noted by GNATS.
From: Andrey Simonenko
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/92880: [libc] [patch] almost rewritten inet_network(3)
function
Date: Mon, 24 Jan 2011 14:56:25 +0200
Since all '=' were changed t
Hello,
The sys/net/radix.c refuses to add 0.0.0.0 address to the tree,
but allows to add 0.0.0.0/32 address (when mask is specified).
The question. Is it not allowed to give address with all zeroes
to radix.c or is there some mistake in the radix.c code?
How to check:
Create file, say, zero-ex
Try to use IP Accountoing Daemon: http://www.simon.org.ua/ipa/
You also can install it from ports, but on its web site version 1.0.3 is
availble.
Clemens Hermann <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Hi,
>
> are there any recommandationions how to get
Hello,
Why is it needed to check both r->rulenum and (void *)r < lim in
sbin/ipfw2.c:list() ?
/*
* Count static rules. They have variable size so we
* need to scan the list to count them.
*/
for (nstat = 1, r = data, lim = data + nbytes;
p6fw command can read no
more than 65536 rules.
May be I should ask question about ip6fw.c:list() in another mail, but now
I'm interesting about ipfw2.c:list() code.
>
> On Wed, Oct 02, 2002 at 06:25:46AM -0700, Luigi Rizzo wrote:
> > On Wed, Oct 02, 2002 at 02:15:42PM +0300, Andrey S
On Wed, 2 Oct 2002, Luigi Rizzo wrote:
> On Wed, Oct 02, 2002 at 02:15:42PM +0300, Andrey Simonenko wrote:
> > Hello,
> >
> > Why is it needed to check both r->rulenum and (void *)r < lim in
> > sbin/ipfw2.c:list() ?
>
> because the buffer has a limite
Hello,
Why is it not allowed to get more that 65536 ip6fw rules from the kernel
in the ip6fw.c:list() function?
Here is some lines from ip6fw.c:
maxbytes = 65536 * sizeof *rules;
while (bytes >= nalloc) {
nalloc = nalloc * 2 + 200;
bytes = nalloc;
On Wed, 12 Feb 2003 16:02:37 + (UTC) in lucky.freebsd.net, Andrea Venturoli wrote:
> Hello!
> I've tried to block users from surfing the web, once they have moved
> a certain amount of traffic per week. I put a series of "count" rules
> in ipfw and let cron call a script every 5 minutes to read
On Thu, 13 Feb 2003 10:25:17 + (UTC) in lucky.freebsd.net, Andrea Venturoli wrote:
>
>> You should find "allow" rule before "deny" rule which allows some traffic.
>
> I'm really sure there wasn't any. I don't have the system here available now, but
>I'm sure rules 1001-1255 were counting
>
14 matches
Mail list logo
