Today I finally got to try unveil(2) and retrofit it into one of
my applications. I really like it.
But there was one thing that tripped me up for a bit.
When trying to move a file from one directory into a subdirectory
I kept getting an ENOENT when trying to accomplish this with
renameat(2). Att
Hi,
I have found more unveil functions that are used in separate C
files. They should have common prototypes in the namei.h header.
It is #ifdef _KERNEL and survived a make build.
ok?
bluhm
Index: kern/kern_unveil.c
===
RCS file:
Hi Andras,
please do not cross-post on OpenBSD lists, choose whatever list fits
best. I trimmed bugs@ for this followup.
On Mon, Jun 3, 2019 at 2:12 PM Andras Farkas wrote:
> https://man.openbsd.org/man1/printf.1
> The section on the b format (%b) neglects to mention that for that
> format, it'
On Mon, Jul 29, 2019 at 09:52:48PM -0700, Evan Silberman wrote:
> "T.J. Townsend" wrote:
> > > + You may individually select distribution sets to install
> > > + by entering their names or wildcards (e.g. `*.tgz' or
> > > + `base*|comp*'), or you may enter `all' to select a
Two iked(8) instances sometimes get of sync after rekeying their SAs,
which breaks the IPsec tunnel until the daemons are restarted.
One reason for this seems to be that when one peer succeeds
rekeying the IKE SA while the other is waiting for a response to a Child SA
rekey exchange, the first can
> So i think for committing to OpenBSD, each function changed needs
> to be inspected and it needs to be confirmed that zeroing each
> buffer in question does not cause new problems or hide other
> bugs.
Good grief. That's very much like saying some of the strcpy functions
in the tree were fine.
Hello Yasuoka-san,
YASUOKA Masahiko wrote on Thu, Aug 01, 2019 at 08:42:35PM +0900:
> I noticed the upstream NetBSD recently replaced almost all malloc(3)s
> by calloc(3) in libedit.
>
> https://github.com/NetBSD/src/commit/b91b3c48e0edb116bd797586430cb426b575d717
>
> This also fixes the proble
Hi,
I noticed the upstream NetBSD recently replaced almost all malloc(3)s
by calloc(3) in libedit.
https://github.com/NetBSD/src/commit/b91b3c48e0edb116bd797586430cb426b575d717
This also fixes the problem. I'll create a diff which does the same
thing.
On Thu, 01 Aug 2019 14:54:20 +0900 (JST)