Le 05/10/2013 23:10, Todd C. Miller a écrit :
> That looks reasonable to me. I can't think of a reason to not
> return the proper errno values, especially as things like ENOMEM
> are already documented for execve(2).
>
> - todd
>
up...
Le 06/10/2013 01:09, Kenneth R Westerback a écrit :
> On Sat, Oct 05, 2013 at 03:22:36PM -0600, Todd C. Miller wrote:
>> On Wed, 28 Aug 2013 22:34:26 -0400, Kenneth R Westerback wrote:
>>
@@ -552,11 +552,16 @@ ELFNAME2(exec,makecmds)(struct proc *p,
for (i = 0, pp = ph; i < eh-
On 2013/11/21 16:51, Mike Belopuhov wrote:
> any objections for this to go in? any ok's?
>
> i've looked through some of the ports and it's not that bad since
> freebsd already has an if_var.h so lots of ports have logic to
> pick it up (e.g. net-snmp)
I'm starting a test ports build soon with t
Mark Kettenis [mark.kette...@xs4all.nl] wrote:
> Now that wpi(4) does 802.11a, and I'm using my old laptop to test
> inteldrm(4) diffs, I got annoyed that from time to time wpi(4) craps
> out and I have to get out of my lazy chair to bring the interface back
> up. So here's a diff that automatical
Now that wpi(4) does 802.11a, and I'm using my old laptop to test
inteldrm(4) diffs, I got annoyed that from time to time wpi(4) craps
out and I have to get out of my lazy chair to bring the interface back
up. So here's a diff that automatically reinitializes the hardware if
this happens.
ok?
P
On Mon, Nov 18, 2013 at 19:07 +0100, Mike Belopuhov wrote:
> This diff splits kernel visible parts away from if.h into a separate
> header if_var.h. As a compatibility goo for the kernel if.h will
> also include if_var.h under _KERNEL. The benefit of going this way
> is that we don't need to defi
Arto Jonsson kapsi.fi> writes:
> the following adds new queue support for systat(1). Both old and new
> queues are shown in the same display (newqs are shown first). Majority
> of the code taken from pfctl.
I would love to see prio support too :)
Hi,
the following adds new queue support for systat(1). Both old and new
queues are shown in the same display (newqs are shown first). Majority
of the code taken from pfctl.
For new queues the BW field only shows the target bandwidth (no burst
info for example).
Index: pftop.c
==
2013/11/21 Ted Unangst :
> Read the standard again and discovered some more missing features.
>
> 1. sem_open allows setting the value via a fourth argument. Fixed.
>
> 2. Multiple sem_open calls of the same path in the same process are
> supposed to return the same pointer. Not the same semaphore,