PATCH: ntpctl.8, ntpd.c

Fix a minor typo in the ntpctl help output, and same semantic mistake in the manpage. Currently says (to be pedantic) that '-s' only works with 'all', which is not the case: '-s' is required with all options. Apologies if I've got the patch format wrong, I don't do this often... -Adam --- ntp

Re: syslogd -a error

On Fri, 13 Feb 2015 21:33:10 +0100, Alexander Bluhm wrote: > I think a dynamically allocated list is overkill. We have sendsyslog(2) > which always works. The few special cases need few -a. Fair enough. - todd

Re: syslogd -a error

On Fri, Feb 13, 2015 at 01:09:33PM -0700, Todd C. Miller wrote: > On Fri, 13 Feb 2015 20:46:49 +0100, Alexander Bluhm wrote: > > > When too many -a requests on the syslogd command line cannot be > > fulfilled, it is better to fail hard. Then the user can adjust > > rc.conf.local or the #define MA

Re: syslogd -a error

On Fri, 13 Feb 2015 20:46:49 +0100, Alexander Bluhm wrote: > When too many -a requests on the syslogd command line cannot be > fulfilled, it is better to fail hard. Then the user can adjust > rc.conf.local or the #define MAXUNIX. OK, but maybe it would be nicer to just use a linked list instead

Re: syslogd SSL3_WRITE_PENDING:bad write retry

Alexander Bluhm wrote: > On Thu, Feb 12, 2015 at 08:34:23PM +0100, Alexander Bluhm wrote: > > On Wed, Feb 11, 2015 at 11:30:03PM -0500, Ted Unangst wrote: > > > Ted Unangst wrote: > > > > Alexander Bluhm wrote: > > > > > Hi, > > > > > > > > > > During testing syslogd I got some strange error messa

syslogd -a error

Hi, When too many -a requests on the syslogd command line cannot be fulfilled, it is better to fail hard. Then the user can adjust rc.conf.local or the #define MAXUNIX. ok? bluhm Index: usr.sbin/syslogd/syslogd.c === RCS file: /da

Re: syslogd SSL3_WRITE_PENDING:bad write retry

On Thu, Feb 12, 2015 at 08:34:23PM +0100, Alexander Bluhm wrote: > On Wed, Feb 11, 2015 at 11:30:03PM -0500, Ted Unangst wrote: > > Ted Unangst wrote: > > > Alexander Bluhm wrote: > > > > Hi, > > > > > > > > During testing syslogd I got some strange error messages from libtls: > > > > syslogd: log

libpcap monitor_mode() handle s/EINVAL/ENOTTY/ for unknown ioctls

In sys/net/if_media.c r1.19 (2007/12/20) the return code for unknown ioctl requests was changed from EINVAL to ENOTTY. libpcap uses a SIOCGIFMEDIA to determine whether an interface can use rfmon mode; this change breaks this. Noticed because wireshark doesn't identify the correct DLT for interface

bcmp in wsconsctl

These functions turned up in my grep for bcmp. There are already perfectly good cmp functions written for qsort, but then different versions were written which (ab)use the fact that bsearch doesn't strictly require the key type to be the same as the element type. Nevertheless, I think it's clearer

bcmp in bin/sbin

Convert bcmp to memcmp. Index: bin/ksh/emacs.c === RCS file: /cvs/src/bin/ksh/emacs.c,v retrieving revision 1.48 diff -u -p -r1.48 emacs.c --- bin/ksh/emacs.c 17 Dec 2013 16:37:05 - 1.48 +++ bin/ksh/emacs.c 13 Feb 20

speed up relayd expansion a bit

We only need to check for expansion strings if there's at least one $. Once we find a $, we only need to scan from that point forward for the replacement as well. Similar changes would then apply to httpd as well. We could also apply the same trick recursively to the remaining strstr calls, but I d

Re: USBD_NO_COPY problems

On Friday, February 13, 2015, Martin Pieuchot wrote: > On 13/02/15(Fri) 00:28, David Higgs wrote: > > I guess nobody else has tried calling uhidev_get_report_async() yet. :) > > > > First I was getting a NULL pointer deref in the uhidev async callback. > > Then I realized that due to USBD_NO_COP