The Cpp code to detect IPv6 at execution time is here:

https://github.com/apache/qpid/blob/trunk/qpid/cpp/src/tests/AclHost.cpp

The idea is to create a SocketAddress of the family in question from a known 
good address string and then to iterate the internal structures created for it. 
If there are no structures then the address family is not supported.

-Chuck

----- Original Message -----
> From: "Chuck Rolke" <[email protected]>
> To: [email protected]
> Sent: Friday, June 3, 2016 2:37:47 PM
> Subject: Re: [Dispatcher] system_tests_protocol_family test fails if no ipv6 
> is supported
> 
> You can detect IPv6 at shell level:
> 
> https://github.com/apache/qpid/blob/trunk/qpid/cpp/src/tests/run_ipv6_tests
> 
> Qpid also has a scheme from C++ using socket libraries.
> 
> ----- Original Message -----
> > From: "Ganesh Murthy" <[email protected]>
> > To: [email protected]
> > Sent: Friday, June 3, 2016 2:14:25 PM
> > Subject: Re: [Dispatcher] system_tests_protocol_family test fails if no
> > ipv6 is supported
> > 
> > Hi Rabih,
> >    We actually looked into that. Chuck Rolke already raised a JIRA for that
> >    -
> >    https://issues.apache.org/jira/browse/DISPATCH-216
> > 
> > We thought we could rely on Python's socket.has_ipv6 to turn off the test
> > but
> > it turned out that socket.has_ipv6 is a constant (please read comments in
> > the above JIRA).
> > 
> > I have not found a way in Python or in cmake to accurately find out if a
> > machine has IPv6 turned off.
> > 
> > I would love to hear if anybody has any ideas.
> > 
> > Thanks.
> > 
> > ----- Original Message -----
> > > From: "Rabih M" <[email protected]>
> > > To: [email protected]
> > > Sent: Friday, June 3, 2016 1:09:52 PM
> > > Subject: [Dispatcher] system_tests_protocol_family test fails if no ipv6
> > > is
> > > supported
> > > 
> > > Hello,
> > > 
> > > Is there any way to make system_tests_protocol_family test pass if the
> > > machine does not support ipv6? is there a way cmake can detect that?
> > > 
> > > Thanks,
> > > R
> > > 
> > 
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [email protected]
> > For additional commands, e-mail: [email protected]
> > 
> > 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
> 
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to