Re: [st...@openbsd.org: vlc, ld.so sigsegv/sigbus: _dl_cache_grpsym_list]

On 2016/01/16 15:10, Philip Guenther wrote: > On Sun, 27 Dec 2015, Stuart Henderson wrote: > > Widening the audience to tech in case anyone with an idea missed it on > > ports: it seems some people are having a lot more trouble than just > > needing to restart build 2 or 3 times. > ... > > To

Re: pledge: audio ioctls on disconnected devices

On Mon, Jan 18, 2016 at 01:35:46PM +0100, Sebastien Marie wrote: > On Mon, Jan 18, 2016 at 12:55:30PM +0100, Alexandre Ratchov wrote: > > > > Unfortunately, if pledge is used, pledge_ioctl() checks if the > > vnode type is VCHR and the process ends up killed. > > > > The diff below fixes this by

Re: pledge: audio ioctls on disconnected devices

> On Mon, Jan 18, 2016 at 12:55:30PM +0100, Alexandre Ratchov wrote: > > > > Unfortunately, if pledge is used, pledge_ioctl() checks if the > > vnode type is VCHR and the process ends up killed. > > > > The diff below fixes this by accepting the audio ioctls if the > > vnode type is VBAD. > >

Re: cd9660 uiomove() conversion

Diff reads good. ok? Some thoughts (mostly for myself) inline. Martin Natano wrote: > Below the uiomove conversion for isofs/cd9660/cd9660_vnops.c. > > cheers, > natano > > Index: isofs/cd9660/cd9660_vnops.c > === > RCS file:

Re: pledge: audio ioctls on disconnected devices

On Mon, Jan 18, 2016 at 06:05:31PM +0100, Alexandre Ratchov wrote: > On Mon, Jan 18, 2016 at 01:35:46PM +0100, Sebastien Marie wrote: > > On Mon, Jan 18, 2016 at 12:55:30PM +0100, Alexandre Ratchov wrote: > > > > I am unsure about returning 0 for something we know is wrong to do. > > heh, it's

Re: ppp_tty uiomove() conversion

Martin Natano wrote: > Below the uiomove() conversion for net/ppp_tty.c. M_TRAILINGSPACE() > returns int, but the result can't be negative, so using u_int for the > return value should be fine. Looks good. m->m_len is unsigned and yes, given that the mbuf fields aren't corrupted M_TRAILINGSPACE

Re: pledge: audio ioctls on disconnected devices

On Mon, Jan 18, 2016 at 12:55:30PM +0100, Alexandre Ratchov wrote: > > Unfortunately, if pledge is used, pledge_ioctl() checks if the > vnode type is VCHR and the process ends up killed. > > The diff below fixes this by accepting the audio ioctls if the > vnode type is VBAD. > I am unsure

pledge: audio ioctls on disconnected devices

If a usb audio device is disconnected, the device vnode is closed and replaced by a deadfs vnode, of type VBAD. The sndiod process still has a descriptor in use for which any ioctl() fails. It's supposed to get the return value, notice the error and close the file descriptor. Unfortunately, if

Re: pledge: audio ioctls on disconnected devices

On Mon, Jan 18, 2016 at 12:55:30PM +0100, Alexandre Ratchov wrote: > If a usb audio device is disconnected, the device vnode is closed > and replaced by a deadfs vnode, of type VBAD. The sndiod process > still has a descriptor in use for which any ioctl() fails. It's > supposed to get the return

a problem with pf's NAT...

Hi, i'm tesing the NAT with the pf on OpenBSD 5.8, but i can not make it successful.There is a server with pf having a internal IP 10.0.11.200 and external IP 61.xxx.xx.xx, then, i make a pf.conf with contents like below(having enable IP forwarding) : #my define int_if = "de1"#10.0.11.200

[calendar] Addition of a New Zealand holiday file

G'day, Similar to the recent British calendar file, here's a New Zealand file. I've nuked a few NZ items from calendar.holiday due to them being spelt wrongly, rigid dates, and are in the new file anyway. Like some holidays, there's a bit of historical controversy & emotion surrounding a

Re: pledge: audio ioctls on disconnected devices

On Mon, Jan 18, 2016 at 06:56:29PM +0100, Sebastien Marie wrote: > > Modulo the ENOTTY error code (see previous comment), yes the purpose is > to early return from pledge_ioctl(). pledge(2) permits to expose only a > portion of deeper kernel code for a set of defined operations. > Better diff:

no more yp support in resolv.conf -> faq 10

Support for 'yp' in resolv.conf was removed last november. http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/lib/libc/asr/asr.c?rev=1.49=text/x-cvsweb-markup So don't mention it in the FAQ... ok ? Index: faq/faq10.html === RCS file:

Re: no more yp support in resolv.conf -> faq 10

Matthieu Herrb writes: > Support for 'yp' in resolv.conf was removed last november. > http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/lib/libc/asr/asr.c?rev=1.49=text/x-cvsweb-markup > > So don't mention it in the FAQ... > > ok ? Please don't remove the , else ok jca@ > Index: