On Tue, May 10, 2016 at 02:48:18PM -0400, Daniel Micay wrote:
> The ENOMEM errno wasn't being set in some code paths where it was gated
> behind mopts.malloc_xmalloc:
Called functions do set errno..., you're effectively overriding those.
Which means those can go if this is applied. This needs
this is tricky, but not too hard. expanded dfff context to see the malloc.
Index: kern_descrip.c
===
RCS file: /cvs/src/sys/kern/kern_descrip.c,v
retrieving revision 1.130
diff -u -p -u -1 -7 -r1.130 kern_descrip.c
--- kern_descrip.c
memcpy is newer and better.
Index: kvm.c
===
RCS file: /cvs/src/lib/libkvm/kvm.c,v
retrieving revision 1.59
diff -u -p -r1.59 kvm.c
--- kvm.c 19 Dec 2015 18:40:30 - 1.59
+++ kvm.c 10 May 2016 22:46:07 -
@@
Edd Barrett wrote:
> On Thu, Apr 28, 2016 at 03:26:48PM +0100, Edd Barrett wrote:
> > Resubmitting this diff, as I've been unable to get an OK.
>
> Style tweaks fixed, as pointed out by Michal Mazurek. Thanks for this.
>
> OK?
ok
On Thu, Apr 28, 2016 at 03:26:48PM +0100, Edd Barrett wrote:
> Resubmitting this diff, as I've been unable to get an OK.
Style tweaks fixed, as pointed out by Michal Mazurek. Thanks for this.
OK?
Index: machine.c
===
RCS file:
I've recently noticed that two of five fans in my G5 don't spin up.
That's because smu(4) currently just supports RPM fans.
The attached diff adds initial support for PWM fans as well.
sysctl before:
# sysctl -a | grep fan
hw.sensors.smu0.fan0=994 RPM (Rear Fan 0)
hw.sensors.smu0.fan1=994 RPM
On Tue, 10 May 2016 22:34:54 +0200, Martijn van Duren wrote:
> I reread the REG_STARTEND section again and it turns out I
> misinterpreted it's intention and I thought the current behaviour
> was wrong/incomplete. So the change was intentional, but for the
> wrong reasons.
>
> I changed the diff
Daniel Micay wrote:
> This uses a hash table to maintain a set of delayed allocations,
> allowing full and efficient double-free detection. The current code
> can only catch it when the two pointers being swapped are equal, so
> double-frees that could be caught are missed. A naive loop over every
This uses a hash table to maintain a set of delayed allocations, allowing full
and efficient double-free detection. The current code can only catch it when
the two pointers being swapped are equal, so double-frees that could be caught
are missed. A naive loop over every delayed chunk would work
Sorry, my mail client was being stupid. Lets try again in good old mutt:
diff --git a/stdlib/malloc.c b/stdlib/malloc.c
index bc328d2..aa6f0a3 100644
--- a/stdlib/malloc.c
+++ b/stdlib/malloc.c
@@ -1224,8 +1224,9 @@ malloc(size_t size)
r = omalloc(d, size, 0, CALLER);
d->active--;
Hi Martijn,
Martijn van Duren wrote on Tue, May 10, 2016 at 08:08:34PM +0200:
> On 05/10/16 19:29, Ingo Schwarze wrote:
>> Martijn van Duren wrote on Tue, May 10, 2016 at 02:43:54PM +0200:
>>> Index: ./lib/libc/regex/engine.c
>>>
The ENOMEM errno wasn't being set in some code paths where it was gated
behind mopts.malloc_xmalloc:
diff --git a/stdlib/malloc.c b/stdlib/malloc.c
index bc328d2..aa6f0a3 100644
--- a/stdlib/malloc.c
+++ b/stdlib/malloc.c
@@ -1224,8 +1224,9 @@ malloc(size_t size)
r = omalloc(d, size, 0,
On 05/10/16 19:29, Ingo Schwarze wrote:
> Hi Martijn,
>
> Martijn van Duren wrote on Tue, May 10, 2016 at 02:43:54PM +0200:
>
>> Index: ./lib/libc/regex/engine.c
>> ===
>> RCS file: /cvs/src/lib/libc/regex/engine.c,v
>> retrieving
Hi Martijn,
Martijn van Duren wrote on Tue, May 10, 2016 at 02:43:54PM +0200:
> Index: ./lib/libc/regex/engine.c
> ===
> RCS file: /cvs/src/lib/libc/regex/engine.c,v
> retrieving revision 1.19
> diff -u -p -r1.19 engine.c
> ---
Hi,
This diff adds client side certificate checks to httpd. Most parts are
straight forward. But, to transfer the whole certificate authority
store to the server process through the imsg infrastructure I had to
change this in an chunked transfer.
The Documentation of this feature is included
On Tue, May 10, 2016 at 01:48:18PM +, Christian Weisgerber wrote:
> On 2016-05-09, Marc Espie wrote:
>
> > So far, I've been underwhelmed by the response to proot. Seems people don't
> > get the picture yet.
>
> Probably because there has been no coherent explanation what
Both bmake and gmake support a list of files in include/sinclude
"systemV style".
Adding this to our make would make us slightly more compatible.
It also allows modern dependency patterns a la
.sinclude ${SRC:R:=.d}
Just went thru a full make build.
could use a few eyes.
The change is
On 2016-05-09, Marc Espie wrote:
> So far, I've been underwhelmed by the response to proot. Seems people don't
> get the picture yet.
Probably because there has been no coherent explanation what proot
is, how it works, and how to use it.
--
Christian "naddy" Weisgerber
ping
any OKs?
On 05/05/16 00:17, Martijn van Duren wrote:
> Hello tech@,
>
> On 04/23/16 07:21, Jonathan Gray wrote on bugs@:
>> $ cat foo.sh
>> #!/bin/sh
>>
>> $1 -r '
>> s/[[:space:]]//g
>> s/\> '
>> $ cat foo.csv
>> R32G32B32A32_FLOAT , 128, 1, 1,
bpf only reads packets, so we can claim theyre const.
now that we have the caller mark the packet as dropped based on the
return from the tap functions, it simplifies some of the internals
of the bpf code too.
ok?
Index: bpf.c
===
20 matches
Mail list logo