On Thu, Jan 29, 2015 at 11:42 AM, Andrew Stitcher <astitc...@redhat.com> wrote:
> On Wed, 2015-01-28 at 16:09 -0500, Alan Conway wrote: > > On Tue, 2015-01-27 at 09:46 -0500, Rafael Schloming wrote: > > > Do you have tracing turned on when they time out? With the protocol > trace > > > enabled the tests slow down enough that some of them don't finish > before > > > the various timeouts kick in. > > > > Much more insidious. It turns out that if you use 0.0.0.0 as a connect > > address AND you have a VPN running AND you are using jython then things > > hang (at least on fedora 20 in my house in January.) > > > > Looking up the ip(7) man page it seems like 0.0.0.0 is only supposed to > > be used as a bind address, not a connect address, so I switched the > > tests in question to use 127.0.0.1 and everything works (it also works > > if I turn off my VPN or use proper python) > > > > I didn't switch everything in python to use 127.0.0.1 for connect (NOTE > > 0.0.0.0 is still correct for listening) in case there was some hidden > > disaster there. Probably at least the examples and maybe the default > > port for class Url should be changed, any dissent? > > I'm curious to know where 0.0.0.0 as a default connect address came from > because it should never have worked at all, unless it is handled > specially somewhere. > I think it's always worked for me, and I'm pretty sure we don't have any special handling for it. --Rafael