Re: pthread question

On 10/07/2015 12:53 PM, Stuart Henderson wrote: > if (pthread_kill(stat_thread, 0)) { pthread_kill sends the specified signal to the thread, but signal 0 just checks whether a signal can be sent and sends no signal.

fix snmpd reporting of IP-MIB::ipForwarding.0

IP-MIB::ipForwarding.0 should return one of these values: ipForwarding OBJECT-TYPE SYNTAX INTEGER { forwarding(1),-- acting as a router notForwarding(2) -- NOT acting as a router } Currently we directly return the value of

Re: Bulkget & snmpd

Moving post from misc@. On 2015-10-07, Denis Fondras wrote: > Hello, > > I'm using snmpd from base on 5.8 and while playing with snmpbulkget (from > net-snmp), I noticed a weirdness. > > * 'snmpbulkget -v2c -c public 10.100.200.19 iso.3.6.1.2.1.1' is ok > * 'snmpbulkget -v2c

Re: Bulkget & snmpd

On 2015/10/07 23:41, Stuart Henderson wrote: > Moving post from misc@. > > On 2015-10-07, Denis Fondras wrote: > > Hello, > > > > I'm using snmpd from base on 5.8 and while playing with snmpbulkget (from > > net-snmp), I noticed a weirdness. > > > > * 'snmpbulkget -v2c -c

Re: fix snmpd reporting of IP-MIB::ipForwarding.0

Thanks for spotting this. Looks correct, but if I were to fix this: (v == 0) ? 2 : 1 Either case, OK uebayasi@ On Wed, Oct 07, 2015 at 10:39:17PM +0100, Stuart Henderson wrote: > IP-MIB::ipForwarding.0 should return one of these values: > > ipForwarding OBJECT-TYPE > SYNTAX

Re: pthread question

> X-Virus-Scanned: by XS4ALL Virus Scanner > Date: Wed, 7 Oct 2015 12:47:35 +0100 > From: Stuart Henderson > > Thanks. And I suppose in the case of a more complex program it couldn't > be guaranteed that the thread ID hasn't been reused by another thread > elsewhere in the

Re: pthread question

On 2015/10/07 11:52, Stuart Henderson wrote: > monitoring-plugins has a program that checks available space on partitions. > Before doing this it does a stat() to check that the requested directory > exists and is accessible. In their devel tree they have moved to doing > this stat() in a thread -

pthread question

monitoring-plugins has a program that checks available space on partitions. Before doing this it does a stat() to check that the requested directory exists and is accessible. In their devel tree they have moved to doing this stat() in a thread - commit log was "don't let check_disk hang on hanging

[PATCH] usbdev for ASUS USB-AC56

Hello, Here is a small patch to add the USB-AC56 from Asus to usbdevs ID 0b05:17d2 ASUSTek Computer, Inc. dmesg gives a somewhat misleading name: ugen0 at uhub2 port 6 "Realtek 802.11n NIC" rev 2.00/0.00 addr 5 I know that chipset is not supported yet, so do what you think is best. Index:

Re: pthread question

Thanks. And I suppose in the case of a more complex program it couldn't be guaranteed that the thread ID hasn't been reused by another thread elsewhere in the program after the first one has exited. So I think a better approach for the check_disk program would be to pass in a pointer to a struct

Re: pthread question

> Date: Wed, 7 Oct 2015 11:53:32 +0100 > From: Stuart Henderson > > On 2015/10/07 11:52, Stuart Henderson wrote: > > monitoring-plugins has a program that checks available space on partitions. > > Before doing this it does a stat() to check that the requested directory > >

Re: FreeType-2.6.1 !!header files layout changed again!!

On Wed, Oct 7, 2015 at 2:12 PM, David Coppa wrote: > > Hi! > > New freetype version, new header file layout :( :( > > Now, all header files except 'ft2build.h' are (again) into > /usr/X11R6/include/freetype2/freetype/. > > Luckily, no ABI changes this time. > > So, to apply

Re: FreeType-2.6.1 !!header files layout changed again!!

On 2015/10/07 14:40, David Coppa wrote: > On Wed, Oct 7, 2015 at 2:12 PM, David Coppa wrote: > > > > Hi! > > > > New freetype version, new header file layout :( :( > > > > Now, all header files except 'ft2build.h' are (again) into > > /usr/X11R6/include/freetype2/freetype/. >

Re: unbreak trunk(4)

On Wed, Oct 07, 2015 at 15:41 +0200, Mike Belopuhov wrote: > Hi, > > If you have noticed recent problems with trunk(4) please try the > diff below as it fixes a subtle issue (not introduced by my changes!) > with setting lladdr on non primary trunk ports: trunk_port_ioctl > needs to be able to

unbreak trunk(4)

Hi, If you have noticed recent problems with trunk(4) please try the diff below as it fixes a subtle issue (not introduced by my changes!) with setting lladdr on non primary trunk ports: trunk_port_ioctl needs to be able to lookup the trunk port, but we didn't put it on the list yet, doh! OK's

Re: FreeType-2.6.1 !!header files layout changed again!!

On Wed, Oct 7, 2015 at 3:01 PM, Stuart Henderson wrote: > On 2015/10/07 14:40, David Coppa wrote: >> On Wed, Oct 7, 2015 at 2:12 PM, David Coppa wrote: >> > >> > Hi! >> > >> > New freetype version, new header file layout :( :( >> > >> > Now, all header

Re: dedup in_pcbbind() port scan loop

On 01/10/15(Thu) 19:40, Vincent Gross wrote: > Although the sysctls controlling the port range are labelled "port(hi)?first" > and > "port(hi)?last", no ordering is enforced and you can have portfirst > > portlast. > in_pcbbind() (and in6_pcbsetport()) work around this by duplicating the loop >

Re: FreeType-2.6.1 !!header files layout changed again!!

On Wed, Oct 7, 2015 at 3:01 PM, Stuart Henderson wrote: > On 2015/10/07 14:40, David Coppa wrote: >> On Wed, Oct 7, 2015 at 2:12 PM, David Coppa wrote: >> > >> > Hi! >> > >> > New freetype version, new header file layout :( :( >> > >> > Now, all header

mg(1) honour C-u 0

Calling an mg command with zero iterations (C-u 0) seems non-sensical but what should happen if you did? Currently some commands honour the 0 [ie. do nothing], others do not, they partially complete or complete as if 1 had been passed. For example try and insert 0 characters via: C-u 0 a The

Re: syslogd TLS accept

sure. ok On Tuesday, 6 October 2015, Alexander Bluhm wrote: > On Fri, Sep 25, 2015 at 11:27:49PM +0200, Alexander Bluhm wrote: > > If syslogd is started with -S, it accepts TLS connections to receive > > encrypted traffic. The server certificates are taken from

Re: pkg_(add|delete|info): fix synopses

On Sun, Oct 04, 2015 at 02:11:49PM -0400, Michael Reed wrote: > The use of an ellipsis in manuals usually seems to already imply > optional arguments, e.g., `.Op Ar file ...', so constructs like > `Ar pkg-name Op Ar ...' seem redundant to me. > > While here, also denote the `pkg-name' argument to