Displaying 5 results from an estimated 5 matches for "listenfds".
Did you mean:
listen_fds
2007 Jan 06
3
Re: [nut-commits] svn commit r708 - in trunk: . clients server
With the Ipv6 patch (r708), I get:
upsclient.c: In function `upscli_connect':
upsclient.c:469: `AI_ADDRCONFIG' undeclared (first use in this function)
upsclient.c:469: (Each undeclared identifier is reported only once
upsclient.c:469: for each function it appears in.)
Even if it doesn't break IPv4 support, it may break portability, as
IPv6 seems to require specific functions that are
2007 Jan 23
2
Re: [nut-commits] svn commit r731
Hi Arjen,
in server/upsd.c r731, you moved the call conf_load() from after
check_perms() (~ l.1020) to before setupsignals() (~ l.989).
The problem is that conf_load() needs to open the ups driver socket,
and it assumes that STATEPATH is the current working directory. The
directory is only set in l.1016. Therefore, the first attempt to open
a socket will always fail. From the user's point of
2012 Jan 29
1
How To Start Troubleshooting
Hi All,
I'm running wine 13.37 on Ubuntu 11.10. I've been able to get some windows products to work nicely. I'm having trouble installing a program called Studio Tax 2011, by Bhok IT Consulting. I have included a screen shot of an error message I receive while trying to use PlayOnLinux to install as well as the info produced when I try to initiate the install through a terminal
2007 Jan 06
1
Re: [nut-commits] svn commit r710 - in trunk: . clients server
Great, thanks Arjen! Now we need an autoconf test to set HAVE_IPV6
automatically. I will look into what functionality needs to be tested;
the test can be refined as problems arise later. -- Peter
Arjen de Korte wrote:
>
> Author: adkorte-guest
> Date: Sat Jan 6 19:39:08 2007
> New Revision: 710
>
> Modified:
> trunk/ChangeLog
> trunk/clients/upsc.c
>
2016 Feb 04
2
Unix socket support for sshd
On 04 Feb (10:46:55), Daniel Kahn Gillmor wrote:
> On Thu 2016-02-04 07:40:39 -0500, David Goulet wrote:
>
> > I would like to know if adding support for Unix socket to sshd would be a
> > feature that would be consider to be added upstream? (ListenAddress).
>
> fwiw, i think this is a good idea, but i wouldn't implement it as an
> explicit ListenAddress option: