Mostly mindless application of the pattern established by "Convert
sysctl_sysvsem to sysctl_bounded_args".
>From bb0af6eb29a39924131bb87f4e78a27afc1d0e13 Mon Sep 17 00:00:00 2001
From: Greg Steuck
Date: Mon, 16 Nov 2020 22:27:33 -0800
Subject: [PATCH] Convert sysctl_sysvsem to sysctl_int_bounded
On Mon, Nov 16, 2020 at 09:04:53AM +0100, Paul de Weerd wrote:
> Hi Alexander,
>
> On Sun, Nov 15, 2020 at 10:22:32PM +0100, Alexander Hall wrote:
> | I googled for "POSIX find", and hit this:
> |
> | https://pubs.opengroup.org/onlinepubs/009695399/utilities/find.html
> |
> | => "Only a plus sig
> Date: Mon, 16 Nov 2020 15:59:13 -0500
> From: George Koehler
>
> On Wed, 4 Nov 2020 00:21:15 -0500
> George Koehler wrote:
>
> > Hello tech list,
> >
> > clang for 32-bit powerpc has a bug that breaks va_arg(3) when the
> > argument type is an object or block in Objective-C. This breaks
> >
On Wed, 4 Nov 2020 00:21:15 -0500
George Koehler wrote:
> Hello tech list,
>
> clang for 32-bit powerpc has a bug that breaks va_arg(3) when the
> argument type is an object or block in Objective-C. This breaks
> GNUstep on macppc. This clang diff fixes GNUstep. Objective-C uses
> pointers to
On Mon, 16 Nov 2020 16:14:31 +0100, Ingo Schwarze wrote:
> are you really sure this is a good idea? The version you sent is
> wildly incompatible with GNU sed. So we add a non-standard utility
> that exhibits different behaviour on different systems even though
> a standard utility already exist
Hi Todd,
are you really sure this is a good idea? The version you sent is
wildly incompatible with GNU sed. So we add a non-standard utility
that exhibits different behaviour on different systems even though
a standard utility already exists for the purpose?
Is this needed for porting work? If
As requested by Philip Guenther here is more information on how to use
this new dt provider.
After applying the diff you need to add to /etc/sysctl.conf
ddb.profile=1
kern.allowdt=1
kern.allowkmem=1
There are two way to start the tracing.
The first one is to use kgmon that will instantiate all e
On 2020/11/16 05:49, Todd C. Miller wrote:
> This is originally from NetBSD but FreeBSD appears to have some
> additional fixes.
>
> I know we have jot(1) but seq(1) is considerably easier to use for
> simple things and at this point, most other systems have it.
OK with me. If this goes in then p
On 13/11/20(Fri) 21:05, Mark Kettenis wrote:
> [...]
> > Careful reviewers will spot an off-by-one change in the check for
> > pagedaemon's reserved memory. My understanding is that it's a bugfix,
> > is it correct?
>
> You mean for uvm_pagealloc(). I'd say yes. But this does mean that
> in s
This is originally from NetBSD but FreeBSD appears to have some
additional fixes.
I know we have jot(1) but seq(1) is considerably easier to use for
simple things and at this point, most other systems have it.
- todd
Index: usr.bin/seq/Makefile
==
On Sat, 14 Nov 2020 21:09:59 -0800, Greg Steuck wrote:
> I went a tiny bit beyond pure textual conversion and moved a bit of code.
OK millert@
- todd
On Sat, 14 Nov 2020 21:05:39 -0800, Greg Steuck wrote:
> This is trivial more-of-the-same. If somebody spots a bug, do speak
> up. I feel pretty good about committing this promptly.
OK millert@
- todd
On Sat, 14 Nov 2020 21:08:09 -0800, Greg Steuck wrote:
> This an "oops" moment... The code remained correct, but I forgot to
> remove junk after converting it.
OK millert@
- todd
Hi Andreas,
On Mon, Nov 16, 2020 at 08:53:36AM +0100, Andreas Kusalananda Kähäri wrote:
| On Thu, Nov 12, 2020 at 08:51:22PM +0100, Paul de Weerd wrote:
| > Hi all,
| >
| > I misread find(1) and did:
| >
| > [weerdpom] $ find path/to/cam -name \*.JPG -exec cp {} path/to/store +
| > find: -exec n
Hi Alexander,
On Sun, Nov 15, 2020 at 10:22:32PM +0100, Alexander Hall wrote:
| I googled for "POSIX find", and hit this:
|
| https://pubs.opengroup.org/onlinepubs/009695399/utilities/find.html
|
| => "Only a plus sign that follows an argument containing the two
| characters "{}" shall punct
15 matches
Mail list logo