[sslh] Latest commit breaks fork

[Matt Smith]

Hi,

I don't use libwrap as far as I'm aware! It doesn't appear to be linked
against it.

# ldd bin/sslh-select
bin/sslh-select:
        libpcreposix.so.0 => /usr/local/lib/libpcreposix.so.0 (0x80082b000)
        libconfig.so.9 => /usr/local/lib/libconfig.so.9 (0x800a2d000)
        libc.so.7 => /lib/libc.so.7 (0x800c39000)
        libpcre.so.1 => /usr/local/lib/libpcre.so.1 (0x800ff3000)
        libthr.so.3 => /lib/libthr.so.3 (0x80126a000)

And when it compiles it compiles with these flags:

cc -Wall -O2 -I/usr/local/include -DENABLE_REGEX -DLIBPCRE -DLIBCONFIG -c
sslh-select.c

FYI, I didn't mention before. But when I get the connect error that I
mentioned the original sslh-select process dies as well. Setting fork:
false allows it to work fine.

Thanks, Matt.

On 10 January 2018 at 09:52, Yves Rutschle <yves at rutschle.net> wrote:

> On Tue, Jan 09, 2018 at 08:07:38PM +0000, Matt Smith wrote:
> > I get this error on connect: getpeername:9:Bad file descriptor.
>
> Thanks for the report. I guess you use libwrap?
>
> It works for me (tm), but I don't use libwrap, and
> the place I see where getpeername() would complain is in
> libwrap code... so I know where to dig :-)
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rutschle.net/pipermail/sslh/attachments/20180110/3cb090ba/attachment.html>