[openssl-dev] OPenssl-SNAP-20160223 issue test/recipes/70-test_sslcertstatus.t

[The Doctor]

On Tue, Feb 23, 2016 at 06:35:20PM +0100, Richard Levitte wrote:
> Before anything else, mind reminding us what platform this is on?
> 
> In message <20160223170044.GB14945 at doctor.nl2k.ab.ca> on Tue, 23 Feb 2016 10:00:44 -0700, The Doctor <doctor at doctor.nl2k.ab.ca> said:
> 
> doctor> I found this
> doctor> 
> doctor> ../test/recipes/70-test_packet.t ..........
> doctor> 1..1
> doctor> test_PACKET_buf_init() failed
> doctor> not ok 1 - running packettest
> doctor> 
> doctor> #   Failed test 'running packettest'
> doctor> #   at ../test/testlib/OpenSSL/Test/Simple.pm line 70.
> doctor> # Looks like you failed 1 test of 1.
> doctor> Dubious, test returned 1 (wstat 256, 0x100)
> doctor> Failed 1/1 subtests
> doctor> ../test/recipes/70-test_sslcertstatus.t ...
> doctor> 1..1
> doctor> Proxy started on port 4453
> doctor> engine "ossltest" set.
> doctor> engine "ossltest" set.
> doctor> 136617832:error:20087002:BIO routines:BIO_lookup:system lib:b_addr.c:711:Invali
> doctor> d value for ai_flags
> doctor> connect:errno=2
> doctor> Using default temp DH parameters
> doctor> ACCEPT
> doctor> 136617832:error:20087002:BIO routines:BIO_lookup:system lib:b_addr.c:711:Invali
> doctor> d value for ai_flags
> doctor>    0 items in the session cache
> doctor>    0 client connects (SSL_connect())
> doctor>    0 client renegotiates (SSL_connect())
> doctor>    0 client connects that finished
> doctor>    0 server accepts (SSL_accept())
> doctor>    0 server renegotiates (SSL_accept())
> doctor>    0 server accepts that finished
> doctor>    0 session cache hits
> doctor>    0 session cache misses
> doctor>    0 session cache timeouts
> doctor>    0 callback cache hits
> doctor>    0 cache full overflows (128 allowed) 
> doctor> 
> doctor> Also each morning I do have to edit b_addr.c  so that LOCALHOSt is
> doctor> defined
> 
> I have no idea what that means.  "so that LOCALHOST is defined"?
> 
> doctor> 
> doctor> This is what I do to compensate
> doctor> 
> doctor> #include <string.h>
> doctor> #include <rpc/types.h>
> 
> Mind reminding us what goes wrong if <rpc/types.h> isn't included?
> 
> doctor> And the above error is from
> doctor> 
> doctor> # ifdef AI_ADDRCONFIG
> doctor>         hints.ai_flags = AI_ADDRCONFIG;
> doctor> # endif
> doctor>         hints.ai_family = family;
> doctor>         hints.ai_socktype = socktype;
> doctor> 
> doctor>         if (lookup_type == BIO_LOOKUP_SERVER)
> doctor>             hints.ai_flags |= AI_PASSIVE;
> 
> So either it doesn't like AI_ADDRCONFIG or AI_PASSIVE.  We can survive
> without AI_ADDRCONFIG (though not happily), but it's strange
> considering it's only set if the macro is defined...  Living without
> AI_PASSIVE, on the other hand, would suck quite hard.
> 
> doctor> Please fix
> 
> Please help us figure this out ;-)

AI_ADDRCONFIG

is the issue.

In Clamav/clamd/tcpserver.c  

I have to comment that out for clamd to work properly.

> 
> -- 
> Richard Levitte         levitte at openssl.org
> OpenSSL Project         http://www.openssl.org/~levitte/
> -- 
> openssl-dev mailing list
> To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev

-- 
Member - Liberal International This is doctor@@nl2k.ab.ca Ici doctor@@nl2k.ab.ca
God,Queen and country!Never Satan President Republic!Beware AntiChrist rising! 
http://www.fullyfollow.me/rootnl2k  Look at Psalms 14 and 53 on Atheism
Broadcasting the truth for 25 years